Názory k článku Zaostřeno na PHP (3)

to jak se to uvnitr classes dela jako v C, a mimo ne jako v PHP, to je vosklivy. Jeste ze v PHP programuju neobjektove

(hey this is a first post! first post! ;-))

Ehm, ehm na zive je spousta lidi, keri by dali levou ruku za moznost prvniho postu. Tobe se to podarilo na rootu. Uzij si to.

Mimochodem, ja chapu, ze se snazis odlisit, ale a priori zamitat objekty v PHP je (IMHO) dost omezene. Podle tvych prispevku k teto serii clanku je mi jasne, ze snazit se ti naznacit, ze obcasne pouziti objektu neni na skodu, je ztrata casu.
Mej se.

ten first post byla parodie na Slashdot (kteremu je dneska 5 let, BTW) ne na Zive.... Zive nesleduju, mel bych ? ;-)
<p>
nesnazim se odlisit, ja proste programuju uz spoustu let, a objekty me nejak netahnou, nevim cim to je.
na druhou stranu, v PHP jsem nikdy nepsal nic super rozsahleho, tak nevim, jestli je v nem nejaka alternativa k struct ... (to totiz pouzivame my neobjektovi Ceckari misto class ;-)
<p>
o to mi ted neslo - rikal jsem, ze je osklivy, kdyz ma konstanta jednu syntaxi uvnitr classu a druhou mimo class. V posledni dobe hledam programovaci jazyk, ktery by me esteticky uspokojil, a PHP to asi nebude, zda se...

Ach jo, to je tedy "jazyk" to PHP. Chybi mu nejake jednotici pojeti. Skoda, ze v nem budu z pragmativkych duvodu nucen asi delat. Perl mi proti nemu pripada uplny balzam. Tam alespon od zacatku vim, na cem jsem. No nic, nechci nahravat na nejakou valku.

Kazdopadne moc dik autorovi clanku, protoze je mnohem lepsi si precist souhrn (hlavnich) zmen nez na ne prichazet sam.

Takze dik
OldFrog.

Co si myslim, ze PHP potrebuje, tak je nejaka podpora, aby v nem vytvorene objekty byly "v pameti" furt - je preci blbost vytvaret pro kazdy request kompletni sadu objektu a po 0.1s je zase zrusit :-( Proste nadefinovat neco jako staticke objekty a pristupovat k nim (a tyto staticke objekty by teprve pristupovaly do databazi v backendu a mohly by lepe zpracovavat cachovani apod.) - slysel jsem, ze neco podobneho pry mozna umi JBoss - nemate nekdo nejake info?

Presne tak, ja v PHP na rozdil od mnoha lidi v diskuzich k temto clanku objekty pouzivam. Samozrejme jen v pripadech kdy se mi to zda vyhodne. Ovsem neustale includovani definic vsech trid, ktere pouzivam me take vadi. PHP opravdu nema objektove vlastnosti na urovni, otazkou je zda potrebuje takove veci jako vicenasobnou dedicnost nebo zavislost. At je to tak nebo tak pouzivani zakladnich objektovych vymozenosti, tedy predevsim zapouzdreni a rozhodne velke zprehledneni a tudiz posleze i lepsi udrzovatelnost kodu. Ja si proste uz tezko dovedu predstavit ze bych si drzel informace o nejake entite v samostatnych promenych a nemohl vyuzivat alespon tridy a tridni metody.

JBoss je free aplikacni server pro Javu (J2EE). Takze to chce trochu videt do enterprise javy (uz se o to pokousim dlouho, ale treba zdrojaky pro PetShop, kterej nic neumi je teda pro PHPkare zabava :) Java samozrejme umi to, ze nejaka trida zije porad za behu serveru. To bychom v PHPku potrebovali. Jedinou moznosti, kterou jsem nasel je http://www.vl-srm.net/. Ma to nekolik nevyhod: vyvoj nejak spi (?), beta, obcas se sekne, spatna dokumentace. Jednu vyhodu: funguje to a je to presne to, po cem touzim! Jestli je tu nejakej vyvojar, co nema nic na praci, tohle je horkej kandidat!

no co php spise potrebuje je poradna objektovost. mimojine jsem v php psal objektovy redakcak a s jeho oop je to opravdu utrpeni (nejvic mi chybi vycenasobna dedicnost)... jinak srovnavat php s c++ ci s javou je imho naprosto zcestne, protoze c++ a java jsou plnohodnotne jazyky, kdezto php je akorat skript pouzitelny tak na web scripty...

Doporucujem Vam porovnat dlzku vyvoja, ktoru maju za sebou C++, Java a PHP.

No PHP ma session promenny. Problem je bohuzel v Aphachi 1.3.x kterej nebezi multivlaknove. Kdyz se kouknete na implementaci session promenejch treba v ext/mysql je vam z toho spatne. Protoze neni mozny mezi worker procesama Apache predavat TCP spojeni ukada se na disk jmeno a heslo do databaze a to je cela session. Nikoho pak nemuze prekvapit, ze ma potom otevrenejch 300 spojeni do DB kvuli nejaky ptakovine. Pro Apache existuje path pro sdilenou pamet, ale pokud vim pouziva ho jen mod_ssl. Apache + PHP se bohuzel neda poradne pouzit pro zatizeny servery. Jedina moznost je prejit na Apache 2.0. Zkousel jsem to ale kompbinace Apache2.0 + multithread Perl + mod_perl mi prisla docela nestabilni. Netusite nekdo, kdy bude PHP podporovat Apache 2.0 ?

jj, jenze v session se neda predavat vsechno (treba slozity obousmerne retezeny struktury) a zaroven je nutno vsechno serializovat (na disk, do db), coz zdrzuje. kdyby to nekde lezelo ve sdileny pameti, tak je to super. nerikam, ze se neco takovyho neda napsat rucne (pres nejaky rozsireni na semafory a sdilenou pamet), ale melo by to byt snadno pouzitelnou soucasti jazyka. jako v jave ;)

to o te db je pravda a bohuzel podpora apache2 je stale experimental. ja to zkousel a je pro to porad duvod. takze nezbyva neze cekat. nebo prejit na tu javu.

ano, tyhle veci resim na nasem webhostingovym serveru... preci jen, 350 domen je hodne, z toho asi tak pulka vyuziva MySQL pres PHP, zacina to byt bordel. Session soubory v /tmp mi prijdou amatersky, a sledovat v logu mysqld, jake prisernosti zakaznici po databazi chteji, z toho se cloveku zacne po chvili delat nevolno...

to jsem nemel cist, ze na ar. serveru zacina byt bordel :-)
Jinak objekty taky nemusim, ne ze bych je odmital, ale neprisel jsem tomuto zpusobu programovani na chut.

Mě se PHP moc líbí. Přešel jsem na něj z Pascalu a je to rozhodně lepší. Úplně nejlepší je možnost pracovat MySQL.

Tak jsem na PHP 5.3.1 zkoušel ten příklad s vnořenými třídami a háže to chybu:
Parse error: syntax error, unexpected T_PAAMAYIM_NE­KUDOTAYIM, expecting ‚{‘
Prosím co dělám špatně?