Názory k článku PHP konečně s podporou unicode

Tohle tady mělo být už mnohem dřív.

všem unicode podporuje nejenom recentní jazyky

Nevim jak jste to myslel s tim demem, ale firefox, IE a asi i Opera mi rozhodne vsechny ty znaky neukazou, zalezi tedy na siri implementace UTF8?

Doufal jsem ze utf8 je bud implementovane nebo neni, ale ne neco na pul (nektere ty abecedy (znaky) neukaze (respektive misto nich jsou otazniky)

Ty otazniky znaci pouze to, ze nemate k dispozici font, ktery by obsahoval dane znaky jenz se maji zobrazit. Osobne by mne zajimalo zda vubec existuje nejaky pouzitelny unicode font se vsemi znaky...

Lidem co rustinu/rakosnictinu neumi je to jedno, ale treba rakosnikum by vadilo, kdyby misto svych rakosnickych znaku meli otaznicky. Ale ti uz asi budou mit k dispozici vhodny font :)

tomu se rika xenofobie a leceni trva nekolik generaci

Mě se taky vše zobrazilo správně. Mám nastavena písma z rodiny DejaVu.

a o rok bude "php konecne s podporou nasobenia desatinnych cisel" :D

To se mi moc nezda, kdyz jsem to naposledy zkousel, tak treba regexpy fungovaly po bytech a ne po znacich, coz mi prijde jako nesmyslne chovani, kdyz je to nastroj pro praci s textem a ne s byty.

Byl bych vdecny kdyby nekdo tady specifikoval co se presne mysli tou podporou unicode, ktera "konecne" ma prijit, a ktera ted neni v php.

Ne, současné PHP Unicode nepodporuje, měla by ho podporovat až verze 6. Všechny řetězce jsou akorát posloupnosti bajtů, bez znalosti toho v jakém jsou kódování ani nespočítáte délku řetězce. Třeba strlen("čau") vám klidně vrátí 4, pokud je skript uložen v UTF-8. Jde to sice obejít pomocí knihoven jako je mbstring, ale to nejde nazývat podporou Unicode.

PHP == pekne hnusne programovani.

1. Kolik hostingu uziva nejnovejsi verzi?
2. Dle materialu, ktere jsem procetl az 80% scriptu zkoumanych bezpecnostnimi odborniky obsahuje zavazne chyby.
3. Dle coding standardu je jednoznacne urcena syntaxe a presto ji samotni vyvojari jazyka nedodrzuji, spravny zapis funkce je: function some_bloody_function()..., jenze funkce v PHP, ktere byly naprogramovany v perlu se zapisuji jako function somebloodyfunction a nakonec tu mame jeste C-ckare, kteri si oblibili function someBloodyFunction + samozrejme nekde byl pouzit i spravny zapis some_bloody_function.

A tak pokud dela na jednom projektu vice lidi, syntaxe je ruznoroda, od chybneho odmezerovani az po chybne urcene nazvy funkci, konstant ci promennych. Je opravdu slozite zvyknout si na takovy chaos a zapamatovat si napriklad htmlspecialchars() oproti takovemu array_diff_uassoc() a k tomu vedet, zda pouzit php_info(); ci phpinfo(). Clovek se musi doslova biflovat kde jsou podtrzitka a kde nejsou. No alespon ze tusim, ze array_diff_uassoc() je tedy napsane v perlu a htmlspecialchars() je v C (nebo obracene?).

Dalsi mozny problem je nedodrzovani konvenci v pojmenovani nekterych konstant ci promennych a na velikosti pismen _zalezi_ stejne, jako na podtrzitkach.

Nevynecham ani chaoticke (ne)objekty, co takto treba function __construct(); To je take pekna prasarna, proc nelze pouzit constructor jmeno, destructor jmeno ?

PHP je proste psane tak nejak bez vetsiho rozmyslu a nedava obcas smysl, nektere standardni ukony, predevsim v poli jsou neproveditelne beznym zpusobem (napr. vypsani prvniho znaku z pole myfield[] ze sloupce cislo 10 nelze provest pomoci echo myfield[]{10} ani pomoci echo myfield[{10}]; PHP je proto velmi nelogicky jazyk oproti kteremukoli neinterpretovanemu a verze 6 se zbytecne zameruje na nejaky UNICODE, ktery nikoho nepali, kdyz existuji spickove workaroundy (OpenSource knihovny).

Není to o tom, kdo tomu jak říká. Podpora Unicode znamená, že řetězcové funkce pracují s posloupnostmi unicodových znaků. V PHP tomu tak není. V jazycích, které podporují Unicode, se o kódování vůbec nemáte starat, maximálně až v poslední fázi, kdy se řetězec serializuje na výstup.

Nikdo tomu podpora Unicode neříká. To by muselo fungovat třeba tohle:

$string = '€';
echo $string[0];

Môj odkaz perlistom: http://ukazto.com/img/fuck_perl.jpg

tak tak, na webapps jedine Javu

Fuj, jedine strojovy kod. C9

"Nekonzistence názvů funkcí je problém vzniklý překotným počátečním vývojem PHP. Spíše než biflování bych doporučil dobrý editor, který s doplněním názvů funkcí pomůže."

Aký editor odporúčate na PHP? Ja osobne preferujem technológiu ASP.NET a Visual Studio ale občas musím nakódiť aplikáciu v PHP(keď to požaduje zákazník), no chýba mi PHP IDE, ktoré by sa funkcionalitou približovalo Visual Studiu. skúšal som PHP plugin pre Eclipse a Zend Studio ale stále to nie je ono.

Bude to sice drsné, ale když se takovej vim správně nakonfiguruje, je to velmi slušné a hlavně velmi velmi rychlé IDE:
- doplňování jakýchkoli názvů, které se vyskytují v kódu (bohužel i těch špatných)
- obarvení dle syntaxe php (php funkce jsou zabarvené jinak než vlastní) + html
- strom vlastních funkcí i objektů s metodami v extra okně
- procházení souborů v extra okně
- skákání na definice funkcí (implicitně Alt+t, ale mám nastaveno i Alt+Enter)
- + prakticky co si vymyslíte, sám se chystám na debuging, neb existuje php rozšíření
pro dbg a s nim už zase vim umí kecat.

Existují i různé, ty komerční toho samozřejmě umí více ;)

bohuzel neumi, mame zakoupene licence na Zend - to je detska hracka. delam ve Vimu (kdyz uz musim kodovat v PHP)

K Visual Studiu je pro PHP projekt Phalanger. Už jsem ho stahl, ale eště nezkoušel.

Co se týče pluginu na vývoj PHP do eclipse, tak jsou vlastně dva - http://www.phpeclipse.de/ a potom projekt, který spadá pod Eclipse samotný - http://www.eclipse.org/pdt/
Nejdříve jsem dobu používat ten první, ale teď používám PDT a nemůžu si vynachválit.