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...
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.
