Kam kráčíš, PHP? (diskuse)

[Jiří Hlinka]

Zajímavé. Už jsem slyšel víc nářků nad směrem, kterým se nové PHP vydalo. Tak by mě zajímalo, čím by se dalo PHP nahradit (pro webové aplikace)? Slyšel jsem chválu na Javu, ale zkušenosti s ní bohužel nemám...

Sice by šlo zůstat u PHP řady 4, ale nevím jak dlouho bude podporovaná... ale vzhledem k PHP 5 asi dost dlouho

[Marek 'marx' Grác]

Java síce je vhodná pre webové aplikácie, ale nie pre projektíky, ktoré sa píšu v php :) tam bude alternatívou tak perl, python, ruby, ...

[trancelius]

dobrá alternativa je taky mod_python

[barney]

mod_perl + Catalyst framework

[mrzout]

Me celkove PHP5 nadchla, nove objekty to posunuly pro mne spravnym smerem. Vubec si neumim predstavit navrat k PHP4.

Z PDO mam zatim rozpacity pocit. Je dobre, ze se o neco podobneho konecne pokusili, ale v praxi to spis chce nejakou nadstavbu nad nej.

Java se mi libi, ale je to takovy moloch. Treba je to jen rukama ;) ale Apache s PHP mam nainstalovaneho v minutach, kdezto rozchazeni javy ve me vyvolava pocit paniky :)

Ruby a Python maj podivnou syntaxi, pockam si az vznikne nejaky dalsi podobny jazyk, co se bude mene odchylovat od C.

[mivrap]

Instalace Javy je složitá proto, aby se odfiltrovaly lamy :) Věřte že to funguje, v Java konferencích se dá odborně bavit o pokročilých tématech, není tam ten zastiňující mrak lam, které netuší nic o ničem, ale jsou PHP programátoři.

[Dalibor Smolík]

No to je možné, ale pro mě trochu smutné. Já jsem absolutní laik (přesně tahle lama, o které píšete), ale jsem schopen si napsat firemní aplikaci v PHP tak, aby fungovala k mé spokojenosti. Samozřejmě v PHP 4. Nepotřebuji žádné zvláštní funkce ani objekty, vystačím si se základními příkazy MySQL. Byla by škoda, kdybych já (a mnoho dalších, podobných) o tuhle možnost přišel. Nu což, pustil bych se do studia Javy, ale proč jít na mouchu s kanónem.
Tenhle článek mne moc nepotěšil

[Vskutečnosti Saýc]

Nechtel bys(te) napsat clanek? :) Zajimalo by mne hlavne jestli se da Java (asi JSP) provozovat nad stejnou strukturou virtualhostu jako kdyz ma clovek PHP. Proste jen nekam nahraju JSP soubor a bude, nemusim reloadovat server a podobne. Je to proveditleny?

(Dost lamozni dotaz, chapu :) )

[Martin Beránek]

Neni to tak jednoduche. Aby mohla bezet java, musite mit servlet container (referecni implementace budiz Tomcat). Takze uz mate dva servery a oba samozrejme nemuzou byt na stejnem portu. Navic Java se neumi vzdat unixovych prav, takze neni dobre ji ani poustet pod rootem (aby se dostala na privilegovany port). Tesenim je tedy (napr. ve spolupraci s apachem) takzvany connector, ktery pozadavky z apache preda tomcatu na vyrizeni.

Jinak java aplilkace samozrejme neni jenom JSP stranka, ale i normalni kod (tridy, ...), takze jenom nahrani jsp stranky nekam na rozumnou aplikaci stacit nebude.

[Vskutečnosti Saýc]

To vim. Ale kdyz pouziju apache a mod j2k (nebo jak se jmenuje) tak muze bezet nad stejnou adresarovou strukturou?

[podlesh]

To vim. Ale kdyz pouziju apache a mod j2k (nebo jak se jmenuje) tak muze bezet nad stejnou adresarovou strukturou?

Ne.

[EHP]

Clanek - urcite ne :)

Nevim co znamena ta stejna struktura virtualhostu ale kdysi jsem delal virtualhosty na tomcatu a slo to docela dobre, potom staci akorat pres mod_jk spojit s predrazenym apache. Chce to trochu vic nastavovani, ale je to dane tim ze se nastavuje jak apache tak i tomcat a kazdy z nich umi trochu neco jineho a konfigurace je dost odlisna. V php se nenastavuje skoro nic, tam vetsinou staci defaultni konfigurace (pro lamy urcite :)). Tusim ze se mi tenkrat nepodarilo sloucit vsechno do jednoho adresare takze se musel oddelit staticky obsah pro apache a dynamicky pro tomcat, ale to bylo pred nekolika lety, dneska uz je apache i tomcat o hodne dal.

Reload bez restartu - viz tomcat manager, reload context ("reloadne" jenom jeden context ("virtualhost") a to tak ze je to podstatne rychlejsi nez restart celeho serveru).

[Jiří (BoodOk) Kadeřávek]

Nejen lamy se spolehlive odfiltruji pri cteni dokumentace k J2EE.

[mrzout]

Muzete odkazat na jednu takovou konferenci? Jeste pulroku zpet jsem byl prihlasen na dvou cz a byly totalne mrtvi, ani vzdalene jsem si nepripadal jako v nejakem klubu "lepsich" programatoru.

Klidne i anglickou, jen at jsem v obraze.

[bodo]

No mne pomohlo toto Tomcat 5 zrozumitelne napisane a vpodstate obsahuje vsetko co by clovek zacinajuci s java-web aplikaciami potreboval vediet o instalacii. Na JBoss som este nepozbieral odvahu a ani ho zatial nepotrebujem:).

[podlesh]

V JBossu se stejne použije třeba tomcat

[EHP]

JBoss (a AS obecne) jsou docela peklo. Pokud si chcete jenom hrat - proc ne. Ale pokud to zakaznik primo nevyzaduje tak z vetsiny pripadu jde o overkill a staci tomcat.

[janosh]

Java je jako náhrada PHP super, ale je to spíš na větší projekty. Na jedno počitalo (případně guestbook) je to jako jít na mouchu z kanónem. Na takovy drobnosti asi bude nutné hledat někde jinde (Python?).

[Dalibor Smolík]

Přesně moje řeč. A ještě jsem chtěl podotknout, aby s aplikacemi mohly pracovat stanice jak s Windows, tak s Linuxem.

[honza]

no kanon java neni. Stale jde udelat jednoduchy guestbook stejne rychle jako v PHP. Da se v ni lepe psat velke aplikace a v necem dokonce je jednodusi nez PHP a v necem je to zase silene (treba upload souboru. Ano je tu apache commons, ale oproti PHP a jeho dvou trem radkum je to silene)

Kazdopadne, ted jsem stravil semestr programovanim redakcniho systemu v jave (semetralni projekt) a musim rict ze rychlost vyvoje v PHP a Jave je totozny. Krom toho existuji frameworky ktery vam zjednodusi zivot.

Ostatne ten redakcni system, bude brzo k dispozici pod BSD licenci. Ale ne hned, je potreba ho trochu zdokumentovat :)

[EHP]

Jednou jsem si zkusil "zavody" mezi mod_python (apache, mod_python s mysql knihovnou) a javou (predrazeny apache, tomcat, tapestry, hibernate, mysql connector) - slo prave o velice jednoduchy guestbook.
Python skript mel cca 300 bajtu (vcetne html jako string) a byl totalne napraseny a optimalizovany na rychlost - doba stravena psanim asi hodinka.
Java byla delana uplne podle pravidel (tj. zadne prasarny, kod je dobre citelny a rozsiritelny), celkova velikost vcetne knihoven cca 4MB - doba stravena psanim asi 3 hodiny.
DB (mysql) byla stejna pro obe varianty, vsechno na jednom serveru. Co se tyce vykonostniho testu tak po asi 2 hodinovem ladeni jsem u obou variant vytahl max. prenosovou rychlost na 100mbit siti. Java mela odhadem asi trojnasobne naroky na systemove zdroje.
Takhle kdyz to napisu tak to vypada ze na vsech frontach vyhral mod_python - v tomhle konkretnim pripade ano, ale jakmile se aplikace zacina rozrustat tak jsou vysledky hodne rychle obracene.

[HS]

PHP pouzivam okrajove. Naposledy jsem po nem sahl pred rokem a pul, od te doby se me vzdy vyplatilo sahnout po jinem nastroji, coz bylo zpusobeno pozadovanym vysledky programu. Vzdy jsem delal v PHP 4.

Jak pozoruji tento vyvoj ( webove nastroje ) , musim rici ze vyvoj znesnadnuje zdojove kody tak, aby je nemohl pouzivat kdejaky vseumel. Pripada me to jako obrana programatoru vlastnich jobu, castecne zbaveni konkurence a porizeni si novych jobu pri tvorbe nastroju jakymi jsou napr. MSPP . Je to skoda, protoze dele trva nez se clovek s tim nauci pracovat, a pro prvni nasazeni jako pracovni projekt uz to nelze nasadit a bez nastroju typu MSPP , ktery poskytuje pravym BFU tvorbu webovych stranek. Lidem timto davaji na vyber bud se tomu venuj nejakou dobu a pronikni do toho nebo jses odkazany na zbytecne a drahe sw nastroje firem.