Názory k článku PHP na velkých serverech

Pro vetsi objektivnost (a pro zasmani) by mozna bylo dobre zeptat se jinych postizenych, proczvolili platformu M$...

Zasadni chyba je tvrdit, ze ASP je jazyk. svedci to o naproste nevedomosti, resp. autor nevi vubec o co jde... ASP je platforma pro pouziti jakehokoli programovaciho/skriptovaciho jazyka, napr. PERLu nebo pythonu, v HTML kodu. Podminkou je, ze je pro tento jazyk vytvoren 'plug-in'. Tj. nemusite se ucit novy (a jeste podle meho nazoru, napriklad ve srovnani s PERLem, neuplny) jazyk, pouzijete to co umite. jste-li masochista VB-Script, nebo J-Script, jste li normalni PERL nebo PYTHON nebo neco jineho...

Jsem rad, ze jste mi situaci osvetlil. Netajim se tim, ze o ASP toho moc nevim. Kdyz jsem v nem chvili delal (to byla horka novinka), pravdepodobne byly dostupne pouze moduly VBScript a JScript.
Rad bych ale vedel, co v PHP chybi, kdyz tvrdite, ze je neuplny. Rovnez nemohu souhlasit s Vasimi 'masochistickymi' nazory -- kdyz nekdo umi PERL (verte, ze takovych lidi v komunite Linuxu je hodne) tak proc by se nemel zacit ucit treba Javu nebo PHP? Kdyz uz umite jeden jazyk, tak naucit se jiny (zejmena skriptovaci) nebude zadny problem. Mimochodem - zatim jsem si zadneho takoveho plug-inu (PERL, Python) nevsiml. Pokud existuji, urcite nebudou zadarmo.

Ale rad bych se Vas na neco zeptal. Jak se potom pristupuje z takoveho pluginu napr. k databazi? To musi mit kazdy plugin toto zvlast implementovane, nebo ASP nabizi nejake dalsi rozhrani?

Diky za prispevek a preji hezky den

)Rad bych ale vedel, co v PHP chybi
Zasadni rozdil je ze ASP je pouze skriptovaci rozhrani pro ruzne jazyky, zatimco PHP je jiz uplne novy (a jediny) skriptovaci jazyk pro vkladani do HTML... a vykonavani na serveru.
o rozdilech mezi Perlem a PHP byla docela zajimava veeeelmi dlouha diskuze na SLASHDOTU...
)Rovnez nemohu ...'masochistickymi' nazory --
...bylo to mysleno v legraci tak, ze masochista je ten, kdo by chtel pouzivat VB-Script nebo J-script..., s JAVOU to nema nic spolecneho..., ale je to samozrejme jen tak z legrace receno...
)zatim jsem si zadneho takoveho plug-inu (PERL,
je to zdarma a ke stazeni na http://www.activestate.com, pro PYTHON najdete odkazy nekde na jejich strankach, a rekl bych ze to je tez zdarma...
)Ale rad bych se Vas na neco zeptal...
to vam nereknu presne, nebot jsem jenom 'cumil', a ASP nepouzivam. obecne lze ale oboji - pomoci objektu pristupnych pro vsechny jazyky anebo pomoci r

(I)IZAP(/I): Jak muzete psat, co v PHP je a v ASP neni, kdyz ASP neznate? Obavam se, ze tento clanek je budto typickym produktem BFU nebo je to sikovne napsany FUD. Nejvice se mi libi vety jako 'kdyz existuji, urcite nebudou zadarmo'.(BR)
Totalne hloupa je otazka, jak se z jineho plug-inu (lidi znajici ASP rikaji ISAPI language extension) volaji jiste funkce. Nu vezte, ze ASP je postaveno na COM (aka OLE), a tudiz z jakehokoliv jazyka muzete volat prislusne objekty. A ... spravne uz tusite, ze jde o to, ze system OLEDB je komponenta, jejiz metody v jazyce volate. Toto reseni je mnohem cistejsi, nez implementovat jakakoliv rozsireni jazyka.(br)

Je to hezky napsane. Obzvlaste zajimavy byl pro mne rozhovor se spravci (da se tomu tak jeste rikat?) mobil.cz a centrum.cz. Muzu mit prosbu? Ty rozhovory casteji. Diky.

Zdravim ve spolek(br)
Clanek je napsan moc pekne. Jen tak dal. Jen me zarazi nazory nekterych lidi F.S. Je dobre, ze asp umoznuje uziti vice odlisnych jazyku, ale podle me je to spis na obtiz. Jednou me zarazilo, kdyz kamarad chtel udelt v ASP stranku z ktere chtel posilat mail. Tak dobre sehnal si komponentu, ktera to umela. Nainstaloval ji !!!CRACKnul !!! ( PHP je free ) a napsal script. Jednoho dne potreboval danou stranku nekam premistit. A ouvej nekompatibilita. Pritom PHP ma fci. mail() primo v sobe. A takovych podobnych pripadu je urcite cela rada.

bye

A to je spatne. Proc bych mel mit funkci na posilani mailu primo v jazyce - kdyz na ni muzu mit objekt? Pokud Vas kamarad nedokaze sehnat free komponentu, ktery se vali vsude plno (aniz bych patral, vim cca o deseti), je to trouba.

Tenoto clanek me velmi zaujal. Ja osobne stranky programuji v Perlu(mod_perl/mod_fcgi), nebo Jave(servlety a JSP).

Osobne nechapu, proc se u nas PHP tesi tak velke oblibe, rekl bych mnohem vetsi nez ve svete. Je pravda, ze vetsinu veci tam lze udelat velmi rychle a zvladne je i zacinajici programator. Pro ty je podle me PHP nejlepsi volba. Velka nevyhoda PHP je, ze se soubor s kodem musi vzdy nacitat a interpretovat znova !!, neexisuje travale spojeni na databazi(coz velmi cely skrippt zdrzuje), neumi globalni promene(jednou si ve skriptu neco predpocitam/inicializuji) a pak to dale pouzivam.

V tom se mi zdaji servlety a JSP lepsi, ty podporuji connection pooling (vec u sofistikovanejsich inet reseni nezbytna), session maji promakanejsi nez PHP, jsou uz predem 'zkompilovane' v pameti (nemusi se nic cist z disku), umoznuji 'globalni promene (muj nazev)'.

Neco jako connection pool umoznuje i mod_perl a skri

No dovoluji si nesouhlasit s nekolika nazory v tomto prispevku: Globalni promenne mohou plnohodnotne zastat treba konstanty!!! A stale spojeni s databazi je take mozne (napr: mysql_pconnect();)...

Jsem jednoznacne pro PHP - je jednoduche, rychle a hlavne je free!!!

# zvladne je i zacinajici programator
chyba. videl jsem spoustu kusu kodu od zacinajicich patlalu -- rekneme, ze jsou schopni v php psat, ale nerekl bych, ze ho zvladli. stejne tak by ale byli schopni 'psat' v cemkoli jinem. vyhoda spis je v syntaxi velmi podobne te z C, takze PHP rychle zvladne zkuseny programator

# soubor s kodem musi vzdy nacitat a interpretovat znova
zatim. viz http://www.zend.com/zend/products.php#cache

# neexistuje trvale spojeni na databazi
opet spatne :/

# neumi globalni promene
global $var;
$GLOBALS['var']
nebo jak jiz bylo uvedeno, pouzit lze i
define('konstanta', 13)

omlouvam se vsem, ale zde jsou komentar asi omezeny delkou, muj cely komentar je na

http://serv1.triky.cz/~tom/root.txt

Musim nesouhlasit jak s opakovanou interpretaci (mimochodem, v jave to je to same! - nebo chcete snad tvrdit, ze se bytecode uz znova neinterpretuje? :), trvale promenne existuji (mate-li na mysli sessions) a perzistentni spojeni s databazemi je mozne jiz dlouhou dobu. Take si myslim, ze byste se nemel MySQL podcenovat. MySQL je nekdy i rychlejsi nez jine relacni databaze (mene dat, vice dotazu - podivejte se na testy na www.mysql.org). Je pravda, ze jak zacnete data casto aktualizovat, mysql straci dech - ale po pravde, na webu se vetsinout data jenom vybiraji.

aha, ono to jeste pokracuje :)

ad mysql. vzdy zalezi na tom, na co databazi potrebujete. pochopitelne, ze samotny mobil server na mysql nebezi, ale nektere minoritni sluzby ano. 'velke' databaze jako napriklad jiz uvadeny oracle, sice maji mnoho vybornych vlastnosti, ktere mysql chybi, ale na neco se proste nevyplati.

ackoli jsem mysql mnohokrat proklinal a skripal nad nim zuby, nikdo mu nevezme velmi snadnou konfigurovatelnost a rovnez radu podpurnych programu ma mnohem lepe vyresenu nez komercni databazove produkty.

naklady na porizeni jsou nulove :), naroky na hardware nizsi. nema zkratka cenu chodit s kanonem na vrabce. pro zatizeny server bych ale mysql nikdy nevolil, protoze jeho skalovatelnost je mizerna a vsechny nevyhody, ktere jste uvedl, samozrejme plati.

takze se nedeste :) mysql se sice pouziva, ale ne na vsechno.

Myslim, ze tvrdit, ze ASP je horsi, je nesmysl. Hlavne (jak uz nekdo spravne komentuje), jde o technologii, ktera umozni bezet jakykoliv jazyk. Pouzivali jsem v ASP strankach VBScript. Nic proti nemu nemam, a mel bych snad mit? Jenom proto, ze je 'easy'? Hloupost!
Jeden nas spolupracovnik pouzival plugin s PHP. Mel velkou vyhodu v tom, ze pri migraci k jinemu providerovi proste prenesl sve stranky a bylo to s minimalnimi upravami. My, pouzivajice VBS, jsme na tom byli znacne hure. Ale kdekdo hovori o ASP rozsireni pro Linux. A proc ne? Bylo by pekne, kdyby i ten sel prenaset :o)))

Připadá mi ten článek trochu jednostranný. Něco jako propaganda. ASP (VB) není rozhodně špatný, problém je spíš na straně IIS4 co padá, než v jazyku. PHP také dost věcí neumí a teprve je dohání (sessions...), coz je poměrně šikovná věc.
Vychvalujete PHP4, ale ani jeden z dotázaných serverů ho nepoužívá kvůli problémům s kompatibilitou. To je také výhoda? Nezapoměňte, ASP má také novou verzi (IIS5) a plno dalších novinek.

Rad bych se omluvil vsem ASP programatorum, kterych se clanek nejak dotkl, ale skutecne slo o jakousi 'propagandu' - aby si i ASP programatori uvedomili, ze ASP neni jedina moznost, ze vedle nej stoji stejne dobra alternativa. Cim vice se bude PHP pouzivat, tim lepe.

Co se tyka PHP4, je to proto, ze verze 4.0.0 vysla v dobe psani clanku ani ne pred mesicem...

Neznám ASP takže jej nebudu hodnotit. Jak už tady ale nekolikrát zaznělo, nelze porovnávat skriptovací jazyk a technoligii pro aktivní stránky.
Ovšem PHP znám a dovolím si vyvrátit nebo alespoň zpochybnit některé zde uveřejněné názory. Porovnání uvádím s Perlem, jelikož jej znám a Perl také podporuje ASP.

1) PHP je zdarma ASP nikoliv. To je trochu demagogie. Můžete používat OpenASP + PerlScript + Linux a budete to mít taky zdarma. Ale dohromady bych to dávat nechtěl:-)

2) PHP jako modul serveru je přibližně stejně rychlé jako Mod_perl, ovšem záleží na používaných funkcích. Např. operace se skaláry, poli nebo asociativními poli jsou v PHP 3 velice pomalé. Rychlost operací s hash poli v Perlu je několikanásobně vyšší než operace s asociativními poli v PHP 3 (PHP 4 jsem netestoval).

3) PHP 3 STANDARDNĚ podporuje POSIX regul

3) PHP 3 STANDARDNĚ podporuje POSIX regulární výrazy, což je tak akorát na draka. PHP 4 má již standardně podporovat lepší syntaxi - Perlovskou - i když ne na 100%. Škoda. Proč zas někdo vymýšlí už vymyšlené...

4) Tolik vychvalovaný rozsah funkcí v PHP je věcí přístupu. K Perlu také existují tisíce modulů, proč je ale všechny kompilovat do interpretru?

5) OOP v PHP 3 je pouze slabý odvar toho, co objektové programování nabízí. V PHP 4 by to mělo být lepší, ale... Půjde volat rodičovské funkce? Bude možné definovat privátní proměnné? A co dědičnost z více předků? Navíc PHP 4 nepodporuje výrazy při inicializaci člen. proměnných - tomu říkám krok zpět.

6) V PHP je velice špatně vyřešen problém rozsahu platnosti proměnných. Kdo má neustále deklarovat globální proměnné jako lokální:-(%

7) V PHP je často několik funkcí, které v podstatě dělají to samé (pokud vynechám přímo aliasy funkcí). Např. funkce pro práci s poli. Perl má 5 funkcí pro práci s polem a 7 pro práci se seznamem (v PHP nemá seznam ekvivalent). PHP 3 jich má 24 a v PHP 4 je dalších 15 funkcí. Přitom Perl se svými 5+7 funkcemi dokáže to samé a se šikovnou syntaxí ještě více.

8) Dokumentace je značně strohá a na mnoha místech se ani neuvádí návratové hodnoty, to v tom lepším případě, v tom horším se skutečnost od popisu v manuálu liší.

9) V PHP programuji několik týdnů (byl jsem okolnostmi donucen) a hned první týden jsem našel tři chyby v samotném PHP interpretru. V Perlu programuji asi dva roky a zatím jsem našel pouze jednu chybu. Doufám, že na tom bude PHP 4 lépe.

10) Spousta lidí argumentuje tím, že PHP lze zapisovat p%

10) Spousta lidí argumentuje tím, že PHP lze zapisovat přímo do HTML. Ano, lze to také pojmenovat opačně, tedy zapisovat HTML do nějakého programu. Perl si s HTML kódem poradí stejně dobře jako PHP, stačí jen počáteční a konečná značka.

Pravděpodobně bych našel spoustu dalších věcí, které PHP optoti Perlu neumí anebo umí, ale velice 'ukecaným' způsobem.
Na druhou stranu musím však PHP doporučit pro začínající programátory, lze se totiž snadno naučit. Perl se lze také snadno naučit, musíte ale umět anglicky:-)

Promiňte to členění, ale moje ukecanost a znakové omezení příspěvků nejdou dohromady:-)

Ten kamarád evidentně nepochopil zásadní věc: tvrzení že PHP je hračka pro děti, a
že profesionál sáhne po IIS je nesmyslné stejně jako
srovnávat moje hrušky se sousedovýma jablkama.
Korektní srovnání by bylo třeba Apache s podporou PHP versus
IIS (krerý obsahuje ať už chcete nebo ne podporu ASP)
Přestože ASP a PHP jsou do jisté míry podobné technologie,
nemají stejný cíl, ani prostředky k jeho dosažení.
Za vše hovoří fakt, že 'mission critical' servery
z velké většiny běhají na nějakém UNIXovém webserveru (ne nutně Apache), protože IIS by si
tam troufnul dát snad jen sebevrah.

Clanek byl koncipovan jako dukaz, ze PHP neni jen pro 'mensi veci'. Nejednalo se o zadne velke srovnavani, filozofovani ci dokonce propagandu. Ostatne, at si kazdy udela obrazek sam.

Timto dekuji za Vase prispevky.

ps - Alesi, ja to tak nemyslel ;-) Ja jen, kdyz jsme o tom v te hospudce tak mluvili, tak jsem si rekl, ze by z toho mohl byt prima clanecek - a taky ze byl.

PHP pouzivam a ked uz pre nic ine tak pre to ze ma jeho autori nijako neobmedzuju. Ked chcem ho pouzivam ked nechcem nepouzivam. Co vy na to M$klikaci

ASP má šíleně velký výsledný kód, navíc PHP je fakt od verze 4.0 mnohem rychlejší. Musím uznat, že jsem zkusil programovat v PHP i ASP, ale u PHP už zůstanu.