Náhrada PHP s připojením do DB

Náhrada PHP s připojením do DB
« kdy: 17. 02. 2015, 11:53:57 »
Zdravím,
Používáme již několik let hybridní řešení pro webovou aplikaci u našich zákazníků. Jde o proprietární řešení světového výrobce sw které funguje jako REST rozhraní na aplikačním serveru + dodělaná funkcionalita s php s přímým připojením do databáze (webový server na kterém běží aplikace s fastcgi PHP).  Chtěli bychom postoupit na trošičku vyšší úrověň a posunout kód který je v php někam do úrovně aplikačního serveru tak aby byla prezentační vrstva oddělené od vrstvy výkonné. Kterým směrem byste doporučovali se ubírat? Dá se udělat aplikační server s php s REST tak aby byl přístup k datům ze strany webserveru unifikovaný? Nebo byste doporučili vyvíjet aplikační vrstvu v JAVA (Momentálně na to nejsou kapacity)? Nebo něco jiného? Díky za každý podnět.
« Poslední změna: 17. 02. 2015, 12:30:00 od Petr Krčmář »


Dzavy

Re:Náhrada php s přímým připojením do DB
« Odpověď #1 kdy: 17. 02. 2015, 12:17:11 »
Asi uplne nechapu, co znamena "dodelana funkcionalita s PHP", protoze jinak mi to zni vrstevne docela oddelene. Mit PHP jako REST aplikacni server samozrejme jde, jsou na to frameworky. Prechazet na Javu je trochu zcestna otazka - zalezi na typu projektu a jeho pozadavcich.

j

Re:Náhrada PHP s připojením do DB
« Odpověď #2 kdy: 17. 02. 2015, 12:51:43 »
Ja to asi chapu - teda ze jim neco poskytne primo appka dodavatele, a to co to neumi, tak si domastili do phpka, ktery neleze pres to dodavatelsky rozhrani, ale flaka update/insert primo do databaze.

Otazka spis zni ... existuje nejakej duvod, proc to predelavat? Ja tu mam neco obdobnyho, dodavatelskej system se soap rozhranim, ale hromadu dalsich veci, ktery lezou primo do DB. Duvodem je predevsim vykon, protoze ten soap je na nektery veci naprosto nepouzitelnej.

Pokud ma byt vysledkem to, ze ta dodelana funcionalita bude poskytovat nejaky "uni" rozhrani, ktery pravdepodobne kombinuje to, co poskytuje aplikace + to, co se chce navic, tak to samozrejme lze (a je jedno v cem). Klidne i v tom php. Jedina realna potiz pri praci primo s databazi nastava tam, kde se operuje se systemovejma vecma - a tudiz muze dodavatel vydat nejaky patch, kde bude vse jinak. Jenze o muze dodavatel vydat uplne stejne dobre patch, kterym zmeni chovani toho rozhrani (zazil sem). Takze je to ve vysledku jedno.