Delph&PHP
11 отговора
622 прегледа
Delph&PHP
Здравейте.
Имам един малко странен въпрос. Възможно ли е Delphi и PHP да въвеждат информация в една и съща база данни например MySQL или InterBase. Целта е да има една база като част от таблиците в нея да могат да се отварят чрез приложение на Delphi а останалата част от таблиците да могат да се отварят и обработват в WEB интерфейс.
Благодаля.
Имам един малко странен въпрос. Възможно ли е Delphi и PHP да въвеждат информация в една и съща база данни например MySQL или InterBase. Целта е да има една база като част от таблиците в нея да могат да се отварят чрез приложение на Delphi а останалата част от таблиците да могат да се отварят и обработват в WEB интерфейс.
Благодаля.
Не виждам къде може да има проблем
Не виждам къде може да има проблем.
Дори се надявам да направя нещо универсално, за да може Делфито през ХТТП и посредством РНР да пише в бази данни на не Win хостове.
А единственото странно във въпросът ти е, че не си си отговорил сам :)
Дори се надявам да направя нещо универсално, за да може Делфито през ХТТП и посредством РНР да пише в бази данни на не Win хостове.
А единственото странно във въпросът ти е, че не си си отговорил сам :)
Re: Delph&PHP
Ами не знам как да въвеждам информация в MySQL чрез Delphi-то за InterBase , Delphito си има специални компоненти но за MySQL няма. За PHP пък въобще не знам как да му обясня да тъпче инфото в InterBase. Идеята е да се използва само едно от СУБД-тата но не знам кое ще е по одачния избор. Идеята е да се направи нещо като работна станция която ще се пише на Delphi и ще представлява нещо като малко по специфичен браузър. Всички настройки и организацията на потребителите на системата ще се пазят в СУБД (MySQL/InterBase). След това ще има сървърно приложение което също ще е писано на Delphi неговата основна роля ще е да дава графичен интерфейс за настройка на Apache сървър и интерфейс за организация на потребителите на системата. На web сървъра ще се качът приложения писани на PHP с който ще работят потребителите. Потребителите ще отварят чрез клиентската част php приложенията които ще са на сървъра но няма да могат да ги отварят чрез обикновенн браузър(това още не знам как може да стане но ще се измисли нещо:) Та цялата тази простотия мисля да ми е дипламната работа и ще съм благодрен на всеки който може да ме насочи към подходящи ресурси или даде някакви идеи за системат.
Re: Delph&PHP
ООООООООООООООоооооооооо!
Ами така кажи - че е дипломна работа....
Виж, до сега, след 1Х години работа с бази данни, Делфи, веб сървъри, съм разбрал, че ВСИЧКО може.... Това като отговор на въпроса ти "Дали може".
А що се отнася до конкретната реализация, вземи прочети, разгледай разните нюз групи, примери и други такива "сламки"... Най-лесното е да ти го напише някой, но предполагам че си честолюбиво момче/момиче, и не щеш такива неща... Пък и най-добре се учи човек, като "копае" сам... Поне аз от това което са ми дали като готови решения - нищо не съм запомнил, но от това което сам съм открил като "топлата вода", го помня до сега...
Хайде дерзай, и дано да не съм те обидил....
Иначе нямаш шанс да те наема като програмист....
Ами така кажи - че е дипломна работа....
Виж, до сега, след 1Х години работа с бази данни, Делфи, веб сървъри, съм разбрал, че ВСИЧКО може.... Това като отговор на въпроса ти "Дали може".
А що се отнася до конкретната реализация, вземи прочети, разгледай разните нюз групи, примери и други такива "сламки"... Най-лесното е да ти го напише някой, но предполагам че си честолюбиво момче/момиче, и не щеш такива неща... Пък и най-добре се учи човек, като "копае" сам... Поне аз от това което са ми дали като готови решения - нищо не съм запомнил, но от това което сам съм открил като "топлата вода", го помня до сега...
Хайде дерзай, и дано да не съм те обидил....
Иначе нямаш шанс да те наема като програмист....
Re: Delphi & PHP
Компоненти ZeosLib: [линк]
За другото не ми е ясно какъв е РАЦИОНАЛНИЯ СМИСЪЛ.
По принцип:
* Lan: Delphi приложение
+ по тежкарски интерфейс
- трябва да се инсталира
- работи само в Lan
* Web: PHP
- по ограничен интерфейс
+ не се инсталира; може да работи на всеки браузър
+ работи в Web
Ама като става въпрос за дипломна, НЕ ТРЯБВА да се търсят рационални доводи, май.
За другото не ми е ясно какъв е РАЦИОНАЛНИЯ СМИСЪЛ.
По принцип:
* Lan: Delphi приложение
+ по тежкарски интерфейс
- трябва да се инсталира
- работи само в Lan
* Web: PHP
- по ограничен интерфейс
+ не се инсталира; може да работи на всеки браузър
+ работи в Web
Ама като става въпрос за дипломна, НЕ ТРЯБВА да се търсят рационални доводи, май.
Re: Delph&PHP
Идеята ми е системата да е разделена на две части. Първата ще е изградена с делфи и тя ще работи за организацията на потребителите или по точно ще се грижи да workgroup-a ще се определят права на достъп за всеки потребител и за всяка база по отделно. Интерфеиса на делфи ще осигурява и личен органайзер за всеки потребител както и мейл клиент. Самата мейл система ако може въобще така да се нарече ще е нещо много просто. Всеки потребител ще има собствена база която ще му служи като пощенска кутия. Когато един потребител иска да изпрати мейл на друг потребител на системата той просто ще създаде нов запис в базата му. Така ще се изгради система за вътрешна кореспонденция между потребителите. PHP приложенията ще са това с което ще се зенимават самите потребители например може да има php приложение за управление на склад. Това което ми роди главата за мейл системата според вас може ли да стане. То е ясно че може но от гледн точка на сигурноста ??? Другото което не ми е много ясно е може ли да се изведът view-та от mysql в web. И последното нещо което много ме озадачава е какво ще стане ако имаме два или повече такива сървъри (Apache/PHP/MySQL) как може да става синхронизацията между тях.
Re: Delph&PHP
И двата варианта са възможни:
1.Interbase - за делфито знаеш и ти, а за PHP има функции специално за Interbасе. Виж в [линк].
2.MySQL - за PHP има функции за MySQL, а за Delphi можеш да използваш ADO или BDE и ODBC или някаква комбинация (ADO и ODBC). Възможностите са много. Не съм сигурен дали има компоненти за директна работа на Delphi с MySQL.
1.Interbase - за делфито знаеш и ти, а за PHP има функции специално за Interbасе. Виж в [линк].
2.MySQL - за PHP има функции за MySQL, а за Delphi можеш да използваш ADO или BDE и ODBC или някаква комбинация (ADO и ODBC). Възможностите са много. Не съм сигурен дали има компоненти за директна работа на Delphi с MySQL.
Запетайки, точки, нови редове и сървъри
Запетайки, точки, нови редове и сървъри - това е рада на нещата, на които трябва да обърнеш внимание :)
Та за какво сървър приложение, писано на Делфи говориш?
Това не е сървър, а някакъв юнит за настройка на опциите на сървъра.
Значи искаш да направиш сървър под Уиндовс, а клиентите ти да могат да работят на всякаква ОС (защото ще се конектват към ВЕБ/РНР)
Ами това е обратно на практиката: повечето клиенти (поне за сега) са на М$, а повечето сървъри на 'nix.
Както и да е - дипломна работа - оправи си запетайките, точките и новите редове (поне за в бъдеще)!
Та за какво сървър приложение, писано на Делфи говориш?
Това не е сървър, а някакъв юнит за настройка на опциите на сървъра.
Значи искаш да направиш сървър под Уиндовс, а клиентите ти да могат да работят на всякаква ОС (защото ще се конектват към ВЕБ/РНР)
Ами това е обратно на практиката: повечето клиенти (поне за сега) са на М$, а повечето сървъри на 'nix.
Както и да е - дипломна работа - оправи си запетайките, точките и новите редове (поне за в бъдеще)!
Re: Delph&PHP
Значи първото което схванах е че в главата ти е някаква каша
Интелигентния метод за изграждане на кочина е следния:
1) Решаваме че ще искаме кочина
2) Кочината ще поддържда до 3 прасета, значи трябва да е поне 2.5х2.5 метра
3) Прасетата трябва да се вкарат в кочината, ерго, трябва да предвиди начин да ги вкараме вътре. Най-удачно е с врата, макар че може да ги вкараме в тунел отдолу или да ги спускаме с кран през дупка в покрива
4) На прасетата трябва да се дава манджа и вода, т.е. през вратата трябва да минава човек. Но има и по-добро решение - да има дупка за наливане на манджата и водата в две корита
5) Лайната на прасетата трябва да се чистят. Т.е. човек трябва да влиза вътре, но може да се направи пода наклонен с дупка в него. Наливаме вода отгоре и всичко изтича само. За да не се лъзгат свинете ще направим пода грапав.
И т.н. и т.н. Като изясним всичко, вече знаем че ще строим наклонена кочина с грапав под, малка врата и корито до стената, а на пода и на стената до коритото има дупки съответно за лайна и ядене. Чертаем и ковем.
Твоя начин на изграждане на кочина е обратния - взимаме една стандартна кочина (плътен дървен куб със страна 3 метра), ръгаме от едната страна врата - и за прасета и за хора, за всеки случай. После слагаме корита за манджа и вода, ама къде точно не е важно - после може да ги преместим. Торта ринем в единия ъгъл, а като се натрупа много дупчим пода и за да изтича само повдигаме кочината от единия край...
Сега може спокойно да преминем от свинските в програмните термини
Първо не е ясно какво означава " Всеки потребител ще има собствена база която ще му служи като пощенска кутия" - отделен сървър с отделна база ли, отделна база на общ сървър или просто отделни записи за всеки потребител на един сървър с една база. Ако основната идея е да си разменят съобщения, първия и втория случай са изключително тъпи. Значи решаваме че базата ще е една, на един сървър и в нея ще се пазят съобщения от всеки до всеки. Това означава че просто ще имаме един форум, като този в който пишем
"PHP приложенията ще са това с което ще се зенимават самите потребители например може да има php приложение за управление на склад" - предполагаме че тея приложения ще са на същия сървър и ще могат да ползват същата база данни - абсолютно нормално и възможно. Ако приложенията са на различен сървър от тоя за форума е достатъчно просто да се направи web сервиз с PHP.
"То е ясно че може но от гледн точка на сигурноста ???" - сигурността на уеб приложение е достатъчно обширна тема, но и достатъчно стандартна - поставя се система за достъп чрез пароли (точно като в един форум) като критичните данни - номера на кредитни карти и прочее - се пращат през https.
"Другото което не ми е много ясно е може ли да се изведът view-та от mysql в web." - може. Всеки път като отвориш един клуб и вижаш едно view с теми.
"И последното нещо което много ме озадачава е какво ще стане ако имаме два или повече такива сървъри (Apache/PHP/MySQL) как може да става синхронизацията между тях" - това е репликация на данни, т.е. класическа задача.
И като синтезираме всички изисквания и отсеем глупостите от тях, получаваме:
1) един форум на PHP с административна част и база данни на MySQL
2) репликация на данните между няколко бази
3) разработване на други PHP приложения в далечното бъдеще, които да ползват логин системата на форума
Първата част може да се извърши като просто вземем един готов форум - имаше някакъв phpBB или нещо подобно и просто му сложим добри скинове.
Втората част е интересна доколкото може да е интересна репликация на база данни. Като знаем обаче че в един форум има определен (и твърде ограничен брой деиствия), можем просто да ги репликираме - т.е. отваряне, изтриване или промяна на тема, отваряне, изтриване или промяна на съобщение да се записват като лог във всяка база и при нужда да се препращат към другите бази.
Третата част като гледам ще бъде докторска дисертация
Изводите са следните: не може да се разработи добра система ако няма хубав план. А хубав план не може да има ако целите които се гонят не са ясни. А ако на някой не му е ясно какво прави но се напъва да го оформи в дипломна работа ще излезе просто една лошо скована кочина. Не може да стигнеш до някъде ако не знаеш накъде вървиш.
чети и дишай по-леко
Интелигентния метод за изграждане на кочина е следния:
1) Решаваме че ще искаме кочина
2) Кочината ще поддържда до 3 прасета, значи трябва да е поне 2.5х2.5 метра
3) Прасетата трябва да се вкарат в кочината, ерго, трябва да предвиди начин да ги вкараме вътре. Най-удачно е с врата, макар че може да ги вкараме в тунел отдолу или да ги спускаме с кран през дупка в покрива
4) На прасетата трябва да се дава манджа и вода, т.е. през вратата трябва да минава човек. Но има и по-добро решение - да има дупка за наливане на манджата и водата в две корита
5) Лайната на прасетата трябва да се чистят. Т.е. човек трябва да влиза вътре, но може да се направи пода наклонен с дупка в него. Наливаме вода отгоре и всичко изтича само. За да не се лъзгат свинете ще направим пода грапав.
И т.н. и т.н. Като изясним всичко, вече знаем че ще строим наклонена кочина с грапав под, малка врата и корито до стената, а на пода и на стената до коритото има дупки съответно за лайна и ядене. Чертаем и ковем.
Твоя начин на изграждане на кочина е обратния - взимаме една стандартна кочина (плътен дървен куб със страна 3 метра), ръгаме от едната страна врата - и за прасета и за хора, за всеки случай. После слагаме корита за манджа и вода, ама къде точно не е важно - после може да ги преместим. Торта ринем в единия ъгъл, а като се натрупа много дупчим пода и за да изтича само повдигаме кочината от единия край...
Сега може спокойно да преминем от свинските в програмните термини
Първо не е ясно какво означава " Всеки потребител ще има собствена база която ще му служи като пощенска кутия" - отделен сървър с отделна база ли, отделна база на общ сървър или просто отделни записи за всеки потребител на един сървър с една база. Ако основната идея е да си разменят съобщения, първия и втория случай са изключително тъпи. Значи решаваме че базата ще е една, на един сървър и в нея ще се пазят съобщения от всеки до всеки. Това означава че просто ще имаме един форум, като този в който пишем
"PHP приложенията ще са това с което ще се зенимават самите потребители например може да има php приложение за управление на склад" - предполагаме че тея приложения ще са на същия сървър и ще могат да ползват същата база данни - абсолютно нормално и възможно. Ако приложенията са на различен сървър от тоя за форума е достатъчно просто да се направи web сервиз с PHP.
"То е ясно че може но от гледн точка на сигурноста ???" - сигурността на уеб приложение е достатъчно обширна тема, но и достатъчно стандартна - поставя се система за достъп чрез пароли (точно като в един форум)
като критичните данни - номера на кредитни карти и прочее - се пращат през https.
"Другото което не ми е много ясно е може ли да се изведът view-та от mysql в web." - може. Всеки път като отвориш един клуб и вижаш едно view с теми.
"И последното нещо което много ме озадачава е какво ще стане ако имаме два или повече такива сървъри (Apache/PHP/MySQL) как може да става синхронизацията между тях" - това е репликация на данни, т.е. класическа задача.
И като синтезираме всички изисквания и отсеем глупостите от тях, получаваме:
1) един форум на PHP с административна част и база данни на MySQL
2) репликация на данните между няколко бази
3) разработване на други PHP приложения в далечното бъдеще, които да ползват логин системата на форума
Първата част може да се извърши като просто вземем един готов форум - имаше някакъв phpBB или нещо подобно и просто му сложим добри скинове.
Втората част е интересна доколкото може да е интересна репликация на база данни. Като знаем обаче че в един форум има определен (и твърде ограничен брой деиствия), можем просто да ги репликираме - т.е. отваряне, изтриване или промяна на тема, отваряне, изтриване или промяна на съобщение да се записват като лог във всяка база и при нужда да се препращат към другите бази.
Третата част като гледам ще бъде докторска дисертация
Изводите са следните: не може да се разработи добра система ако няма хубав план. А хубав план не може да има ако целите които се гонят не са ясни. А ако на някой не му е ясно какво прави но се напъва да го оформи в дипломна работа ще излезе просто една лошо скована кочина. Не може да стигнеш до някъде ако не знаеш накъде вървиш.
чети и дишай по-леко