Co nás čeká v PHP 6

IBM developerWorks představuje změny, které můžeme očekávat v PHP 6 (ale část z nich se objevila v nějaké podobě už dříve). Půjde o lepší podporu Unicode, prostory jmen (namespaces), zahrnutí XML a SOAP a odstranění několika starých věcí jako register_globals nebo safe_mode.

12.5.2008 16:42 | Luboš Doležel (Doli) | Zajímavý článek

Komentáře

[Jan Grmela]

Myslím, že PHP by mělo spíše podstoupit modularizaci. Přecejen 3 tisíce funkcí v jádře, to už je trochu silné kafe... Představoval bych si to podobně, jak to má Perl. Minimum funkcí v jádře a stovky rozšiřujících, snadno doinstalovatelných, modulů.

[Milan Lajtoš]

Alebo python..

[coccyx]

PEAR ?

[finc]

Videl jste nekdy kod, ktery se nachazi v tomto repozitari?

Navic PEAR asi neni to prave orechove. Mam pocit, ze narazka byla na to, ze PHP neobsahuje zadne kompaktni API.

[Jan Grmela]

PEAR pochopitelně znám. Spíš myslím to, že dost core funkcí by se dalo oddělit do naprosto samostatných modulů, v jádře je toho prostě moc.

[Kyosuke]

Představoval bych si to podobně, jak to má Perl. Minimum funkcí v jádře...

Teď mluvíš o Scheme, ne? (Perl že má minimum funkcí v jádře? )

[Michal Vyskočil]

Perl že má minimum funkcí v jádře?

Ve srovnání s PHP zcela určitě

[Jan Grmela]

Přesně tak jsem to myslel…

[Kvakor]

To je trosku nepresne - podpora jak XML, tak SOAP v PHP jsou (XML prez expat dokonce uz od ctyrky), ale v sestce budou vylepseny.

[P]

Pobrali jste někdo jak to bude s tím safe_mode? A jak se to vlastně má "správně" řešit v prostředí s více weby na jednom serveru?

[kain]

php nepouzivam ale tipol by som na open_base_dir alebo cosi take.

[xm]

safe_mode je zlo (a ví se to o něm už dlouho). Řešením je PHP přes FastCGI (nikoliv mod_php) a případně open_base_dir.

[al-Quaknaa]

Nebo mod_php + open_base_dir + mod_ruid (takový poloautomatický suexec - psal jsem o tom tady v blogu) - to mi taky přijde jako dobré řešení (a s FastCGI je výkonnostně srovnatelné, až bude mod_ruid thread-safe (jestli někdy) tak i výkonnější - pokud se bavíme o Apache. Ostatním serverům ale popravdě nic moc jiného než fcgid nezbývá (ne že by na tom bylo něco špatného).

[AraxoN]

A čo nejaký mpm-peruser, alebo podobný vynález z Apache 2.2 - skúšal to niekto z prítomných? To vyzerá ako správne riešenie, akurát nikto nemá odvahu to skúšať na ostrých serveroch... A ja tiež nie!

[Kyosuke]

A proč se obtěžovat s něčím jiným, než FastCGI? Jednoduchý, výkonný, nezávislý na jazyku a webovým serveru...

[fissie]

Tam je pokud vim potreba predforkovat pro kazdej virtualhost nejaky procesy predem, takze to v realu moc pouzitelny neni. Neco podobneho, co by se ale pouzit dalo, dela mpm_itk, jenze tam je pomerne velkej overhead s vytvarenim a zabijenim procesu (tedy bez copy-on-write pagetable patche do kernelu – nebo uz byl zarazen?).

Pro mpm_itk jsem videl nejakej patch, kterej ukladal rootovsky uid, provedl processing pod userem a pak se na roota vracel, takze nemusel ty procesy neustale zabijet. Neco takovyho je natolik nebezpecny, ze bych si to nasadit fakt nerisknul (a podobne to dela podle vseho i onen nekde tu zminovany mod_ruid, ruce pryc od toho co nejdriv).

Takze zustava ten FastCGI + suexec. Skoda jen, ze je to pomerne hnusne to bezproblemove rozbehat (aspon napoprve, kdyz si to clovek jednou vytrpi, tak to pak uz celkem jde ).

[fork]

Ja som zvedavý kedy už konečne to PHP 6 bude vydané.

[mj41]

Bude to rychleji než vyjde Perl 6 [1], [2]? Ten má být venku o Vánocích .