JSP vs PHP
24 отговора
1366 прегледа
Re: JSP vs PHP
JSP печели при по-големи WEB проекти - дале4 по-структуриран и с по-добри възможности да отделя презентационна от бизнес логика. Много по-добър в следствие и за големи екипи работещи по един проект. Колко още неща има зад кулисите - няма нужда да споменавам.
PHP печели при по-малки проекти - пише се доста по-бързо и когато това е определящ фактор - няма място за спор.
Няма проблеми - има само решения
PHP печели при по-малки проекти - пише се доста по-бързо и когато това е определящ фактор - няма място за спор.
Няма проблеми - има само решения
Re: JSP vs PHP
Ами концепцията е доста различна на двете технологии. Защото тука става въпрос за технологии а не само за езици. Аз съм твърдо за J2EE и Java и JSP за web development.
Един въпрос за PHP.
Вкараха ли поддръжка на сесии в PHP? Защото преди нямаше и човек се чудеше как да реши проблема с липсата на сесии.
Един въпрос за PHP.
Вкараха ли поддръжка на сесии в PHP? Защото преди нямаше и човек се чудеше как да реши проблема с липсата на сесии.
в отговор на Never Mind
#9
Re: JSP vs PHP
Какво означава различни технологии, когато говорим за HTTP?
"Никоя армия не може да спре идея, чието време е дошло." - Виктор Юго
"Никоя армия не може да спре идея, чието време е дошло." - Виктор Юго
Re: JSP vs PHP
ajde sega wkliuchete i asp i prodylvawate da sporite. Nqma znachenie na kakwo go prawish. Wavnoto e da stane i da raboti kato horata.
E, da sigurno ima nqkakwi razniki move spomenatite , no mislq che te sa na mnogo wisoko niwo na developer za da gi wzemate ot znachenie ;-)))
E, da sigurno ima nqkakwi razniki move spomenatite , no mislq che te sa na mnogo wisoko niwo na developer za da gi wzemate ot znachenie ;-)))
Re: JSP vs PHP
Разбира се, че има много езици за това нещо, но технологията е една. Затова и попитах, не виждам какво му е тъпото.
Колкото до крайния резултат, за мен не само е важно дали нещо работи, а и как работи, колко бързо и т.н.
"Никоя армия не може да спре идея, чието време е дошло." - Виктор Юго
Колкото до крайния резултат, за мен не само е важно дали нещо работи, а и как работи, колко бързо и т.н.
"Никоя армия не може да спре идея, чието време е дошло." - Виктор Юго
Re: JSP vs PHP
<nsho>
v JSP configuraciata ima poveche software layers koeto pravi technologiata 'po-bavna' (logichno) spriamo PHP. No ako pravish enterprise NTWRK - SUN, Oracle, Java niamash problemi s mega golemi bazi (imash problemi s budgeta). Zatova -
P3 - Linux (3 SCSI RAID 5)
Apache
MySQL
PHP
leff za $ - tova e betonn.
</nsho>
v JSP configuraciata ima poveche software layers koeto pravi technologiata 'po-bavna' (logichno) spriamo PHP. No ako pravish enterprise NTWRK - SUN, Oracle, Java niamash problemi s mega golemi bazi (imash problemi s budgeta). Zatova -
P3 - Linux (3 SCSI RAID 5)
Apache
MySQL
PHP
leff za $ - tova e betonn.
</nsho>
Re: JSP vs PHP
Ok mislia che triabva da raziasnia vse pak za kakvo stava duma, izglejda malko hora sa v chas.
1. Sravniavaneto na PHP i JSP e kato sravniavaneto na Golf i Audi A6. I dvete sa
koli no sa za razlichni pazari i razlichni klienti.
2. I PHP i JSP sa loshi i stari tehnologii koito ne otgovariat na MVC (model view
controller) iziskvaniata na dobra tehnologia za webdev, s dobro otdeliane na biznes logicata ot presentaciata i dobra structura na code. Za PHP tova e obiasnimo i normalno poneje e low-end tehnologia za sitecheta kato sladur.com. Pri JSP obache (neshto koeto i SUN priznavat) tova e proval. Osobeno kritichno e
polojenieto s J2EE kadeto vsichko e taka zakarpeno i naglaseno che dori samite
SUN veche 2 godini ne mogat da izliazat s implemntacia na Web Services zashtoto se opitvat da nadstroiat absolutno zabozenata J2EE arhitektura. Da ne govirim che entity EJB primerno sa do takava stepen kalpavi i bavni i se pishat tolkova
izlishno e smeshno trudno, che chak drazniat.
3. Edinstvenata dobra enterprise tehnologia poddarjashta MVC (dori MVC II !) s dobar support i prekrasna documentacia e .NET. Sorry che triabva da go napisha v Java forum, az sashto biah Java fan -- pisal sam na Java 3 godini, no uvi dotuk. Sun prosto ne sa sposobni poveche da poddarjat conkurenciata.
1. Sravniavaneto na PHP i JSP e kato sravniavaneto na Golf i Audi A6. I dvete sa
koli no sa za razlichni pazari i razlichni klienti.
2. I PHP i JSP sa loshi i stari tehnologii koito ne otgovariat na MVC (model view
controller) iziskvaniata na dobra tehnologia za webdev, s dobro otdeliane na biznes logicata ot presentaciata i dobra structura na code. Za PHP tova e obiasnimo i normalno poneje e low-end tehnologia za sitecheta kato sladur.com. Pri JSP obache (neshto koeto i SUN priznavat) tova e proval. Osobeno kritichno e
polojenieto s J2EE kadeto vsichko e taka zakarpeno i naglaseno che dori samite
SUN veche 2 godini ne mogat da izliazat s implemntacia na Web Services zashtoto se opitvat da nadstroiat absolutno zabozenata J2EE arhitektura. Da ne govirim che entity EJB primerno sa do takava stepen kalpavi i bavni i se pishat tolkova
izlishno e smeshno trudno, che chak drazniat.
3. Edinstvenata dobra enterprise tehnologia poddarjashta MVC (dori MVC II !) s dobar support i prekrasna documentacia e .NET. Sorry che triabva da go napisha v Java forum, az sashto biah Java fan -- pisal sam na Java 3 godini, no uvi dotuk. Sun prosto ne sa sposobni poveche da poddarjat conkurenciata.
Re: JSP vs PHP
Interesno mnenie... da...
. Malko e dale4 ot istinata, no vse pak.
Tova s MVC ne go razbrah - ima frameworks - struts naprimer, koito po mnogo eleganten na4in raz6iriavat vyzmojnostite na JSP.
Tova za EJB - sy6to ne go razbra6. Ako smiata6, 4e EJB se pi6at na ryka, osobeno pri DB sys >100 koloni ob6to... Ima si EJB generatori a i vinagi moje6 da si spretne6 takyv za 10% ot vremeto za koeto 6te pi6e6 EJB-tata na ryka.
Tova za .NET - e, ne go razbiram. Prosto ne vijdam pri4ina da se dava ne6to na MS. Tehnologiata moje i da e dobra, no ne moga da poviarvam na MS za ne6to, svyrzano sys sigurnostta. Te opredeleno ne sa po tazi 4ast.
Izviniavam se, 4e se otklonih ot temata - JSP vs PHP, no na PHP ne mu razbiram osobeno i ne moga da dam mnogo kompetentno mnenie.
. Malko e dale4 ot istinata, no vse pak.
Tova s MVC ne go razbrah - ima frameworks - struts naprimer, koito po mnogo eleganten na4in raz6iriavat vyzmojnostite na JSP.
Tova za EJB - sy6to ne go razbra6. Ako smiata6, 4e EJB se pi6at na ryka, osobeno pri DB sys >100 koloni ob6to
... Ima si EJB generatori a i vinagi moje6 da si spretne6 takyv za 10% ot vremeto za koeto 6te pi6e6 EJB-tata na ryka.
Tova za .NET - e, ne go razbiram. Prosto ne vijdam pri4ina da se dava ne6to na MS. Tehnologiata moje i da e dobra, no ne moga da poviarvam na MS za ne6to, svyrzano sys sigurnostta. Te opredeleno ne sa po tazi 4ast
.
Izviniavam se, 4e se otklonih ot temata - JSP vs PHP, no na PHP ne mu razbiram osobeno i ne moga da dam mnogo kompetentno mnenie.
Re: JSP vs PHP
"Struts" ne razshiriava "vazmojnostite" na JSP a se opitva da se prebori s nedostatacite na prekaleno loshia mu design kato arhitektura.
"Struts", podobno na povecheto ostanali open-source proekti na Apache ( Turbine + Velocity templating engine for Java naprimer ) sa pisani nekachestveno, imat losha dokumentacia i losh support. I tova ne go kazvam naizust zashtoto sam rabotil i sas Struts i sas Turbine i sas obshto vzeto vsichki Apache proekti ot Ant installer do Cocoon XML. Nalagalo mi se e da gi pozlvam imenno zashtoto e triabvalo da pisha golemi web proekti na Java, i znam mnogo dobre kakvi sa i nedostatacite. Znaesh li kakvo se okaza nai lesnia nachin za pisane na java web sled 3 godini borba s jsp, struts i velocity ? Nai obiknoveno servleti s FastTemplate, takav kakavto navremeto se polzvashe v Perl a naskoro i v PHP. Tolkova za java web vazmojnostite.
Osven tova kolkoto i da ne viarvash az sam mnogo po old-school hardcore java fan to tebe. Prosto istinata e che .NET (kato framework, tuka ne govorim samo za C# kato ezik) e niva nad vsichko koeto e izlizalo za Java i komentari ot sorta na "ne viarvam na nishto izliazalo ot Microsoft" sa meko kazani glupavi. Try it before you comment it.
Guru.
"Struts", podobno na povecheto ostanali open-source proekti na Apache ( Turbine + Velocity templating engine for Java naprimer ) sa pisani nekachestveno, imat losha dokumentacia i losh support. I tova ne go kazvam naizust zashtoto sam rabotil i sas Struts i sas Turbine i sas obshto vzeto vsichki Apache proekti ot Ant installer do Cocoon XML. Nalagalo mi se e da gi pozlvam imenno zashtoto e triabvalo da pisha golemi web proekti na Java, i znam mnogo dobre kakvi sa i nedostatacite. Znaesh li kakvo se okaza nai lesnia nachin za pisane na java web sled 3 godini borba s jsp, struts i velocity ? Nai obiknoveno servleti s FastTemplate, takav kakavto navremeto se polzvashe v Perl a naskoro i v PHP. Tolkova za java web vazmojnostite.
Osven tova kolkoto i da ne viarvash az sam mnogo po old-school hardcore java fan to tebe. Prosto istinata e che .NET (kato framework, tuka ne govorim samo za C# kato ezik) e niva nad vsichko koeto e izlizalo za Java i komentari ot sorta na "ne viarvam na nishto izliazalo ot Microsoft" sa meko kazani glupavi. Try it before you comment it.
Guru.
moito skromno mnenie
1.mislia che maluk proekt moje da se napravi sus sushtite usilia na jsp! nikoi ne e kazal che kato pishesh jsp triabva da pishesh i klasove otdolu
2.kachestvoto na sorsa e NESRAVNIMO. poveche da pisha goliam proekt na php ne se naemam. POBELIAH
3.kak se instalira php - kompilira se....kvo ima da govorim poveche. puk i pod windows da go podkarash s oracle chuvam bilo mission impossible. a tomcata? copy+paste i si e OS nezavisim
4. kato spomenah oracle..poddrujkata na PHP za oracle e bezumno bugava...edinstvenoto hubavo e che bindvash promenlivi po ime. a, i failover lipsva
5. bavno e. da, php e bavno....pravili sme testove na normalen sait sus ne mnogo zaiavki kum bazata...BAVNO E
6. kak otgovori na vuprosa mi "be kak handlevate greshkite tuka" edin PHP guru: "mi nikak, ne gi pokazvame na usera"
karam zaika zashtoto moga!
2.kachestvoto na sorsa e NESRAVNIMO. poveche da pisha goliam proekt na php ne se naemam. POBELIAH
3.kak se instalira php - kompilira se....kvo ima da govorim poveche. puk i pod windows da go podkarash s oracle chuvam bilo mission impossible. a tomcata? copy+paste i si e OS nezavisim
4. kato spomenah oracle..poddrujkata na PHP za oracle e bezumno bugava...edinstvenoto hubavo e che bindvash promenlivi po ime. a, i failover lipsva
5. bavno e. da, php e bavno....pravili sme testove na normalen sait sus ne mnogo zaiavki kum bazata...BAVNO E
6. kak otgovori na vuprosa mi "be kak handlevate greshkite tuka" edin PHP guru: "mi nikak, ne gi pokazvame na usera"
karam zaika zashtoto moga!