Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Tolik rozruchu
jen v Lopuchu

Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
 
Klub PHP [ŽP: neomezená] (kategorie Programování) moderuje makovec.
Archiv
Diskuse o vybornem skriptovacim jazyku php. Dulezite odkazy, pred polozenim dotazu zkuste hledat odpoved zde:
  1. www.php.net - domovská stránka PHP
  2. www.kosek.cz - spousta tutorialu pro PHP v češtině
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: rshmjbj
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
jelena Jelena Přednášky nyní ve Viničné - Pátečníci a mnohem víc! 22.5.2008 00:36  2292
Kdokoliv [2291]: Scriptovaci jazyk jeste neznamena, ze at clovek napise, co napise, nejak to projde.
...což je ovšem škoda :)
my barbaři, co umíme prakticky jenom to PHP, se na změny holt moc netváříme :)
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 21.5.2008 21:34  2291
Johny_G [2290]: Naopak, jazyku, ktere prezijou nedeklarovane promenne bude dost malo, coz je jedine dobre. Javascript na tom upadne, Ruby na tom upadne, Perl se na to taky nebude tvarit, pouzije-li clovek use strict (a kazdy vi, ze by use strict pouzivat mel, nechce-li skoncit v pekle, coz jde s Perlem raz dva)... Scriptovaci jazyk jeste neznamena, ze at clovek napise, co napise, nejak to projde.
johny_g Johny_G - Relaxační terapie pro lopušáky ZDARMA! 21.5.2008 21:12  2290
Kdokoliv [2288]: No sám uznáš, že když napíšeš třeba if (!$promenna) neco();, tak bylo od PHP docela milé, že to funkci neco() při nedefinovanné proměnné prostě zavolalo. Teď to hází chyby - to mi prostě ke skriptovacímu jazyku moc nesedí. Snad vyjma JavaScriptu si žádný z takových jazyků na definici proměnných nehraje. Nebo snad ano?
etdirloth EtDirloth 21.5.2008 21:00  2289
som rad, ze to niekto povedal a nebol som to ja 0:)
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 21.5.2008 20:57  2288
Zajimavy, jak si lidi nejvic stezujou na zmeny veci, ktery z PHP delaj to, co je - jeden z nejzprasenejsich jazyku dneska vubec. :-)
johny_g Johny_G - Relaxační terapie pro lopušáky ZDARMA! 21.5.2008 16:27  2287
Ačkoli ono to není tak úplně totéž - ale při nedefinované proměnné se chová stejně jako při nedefinovaném prvku pole. Takže tak :-).
johny_g Johny_G - Relaxační terapie pro lopušáky ZDARMA! 21.5.2008 16:26  2286
tvx [2284]: Nechci vypadat jako hnidopich, ale právě tohle jsem tu řešil před týdnem ;-). Je to opravdu hnus, PHP už začíná být o ničem.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 21.5.2008 16:20  2285
nehlede na to, ze se i ohledne hledani chyb chova hodne nepratelsky a pokud ma include chybu, casto zkolabuje bez jakykoli informace.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 21.5.2008 16:20  2284
co je to za vtip v PHP ze od urcity doby vyzaduje, aby vse co pouzivam bylo deklarovany drive nez to pouzivam?
eventuelne, kde to vypnoput?
driv nevadilo ze volam tridu ktera je v textu az nize, ted s nejakou default konfiguraci jo...
bredy 20.5.2008 11:10  2283
tvxAsi bych serviroval přímo apachem... i když třeba z důvodu ochrany proti linkování možná je o PHP lepší (například může kontrolovat referer případně čas stažení oproti stažení stránky, kde je obrázek nalinkován). Takže je to o tom, co všechno tam chceš dělat.

Samotné fpassthrough nebude o moc pomalejší... tedy pokud ti teď server nejede na 100%.

Já si PHP dovolím i generovat online náhledy. Je dobré těmto obrázkům zapnout nekonečné cacheování a nesmrtelnost v cache. Pravdepodobnost, že se obrázek změní je minimální a naopak nacacheování na proxinách je vítaný pomocník odlehčení výkonu.

tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 19.5.2008 12:36  2282
mnojo, nechci se piplat pri psani stranek s implementaci servirovani tech obrazku z nejaky kloudny hashovany adresarovy struktury, neb jich je halda - miliony
takze servorovaci skript by vzal asi prvnich par znaku, podle nich nasel adresar a v nem soubor... nebo nejak podobne...
zatimco v aplikaci by byly odkazovany v url jen jednoznacnym identifikatorem.
napada me servorovat obrazky takto phpckem a nebo asi by toto mohl zvladnout i mod_rewrite pri trose pokusovani.... tak badam co z toho pouzit.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 19.5.2008 12:25  2280
tvx [2279]: Tak znat to asi bude. Je proto nejaky duvod?
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 19.5.2008 11:48  2279
jak moc odhadujete že bude brzdit server servírování obrázků pomocí php (jen passthrough) oproti servírování přímo apačem?
johny_g Johny_G - Relaxační terapie pro lopušáky ZDARMA! 14.5.2008 11:54  2278
EtDirloth [2277]: Což mi onehedá posloužilo jako důvod, abych s globals přestal pracovat :-).
etdirloth EtDirloth 14.5.2008 09:30  2277
Makhiel [2272]: huh [2274]: isset ani !empty ludom neodporucam v pripadoch, kedy testovana premenna nemusi byt typu Array - vtedy array_key_exists vyslovene potrebujes, pretoze ani v pripade vypnutych warnings a stringu $str['page'] nebude robit nepekne a tazko odhalitelne problemy. To vsak zrejme nebude pripad $_GET. Kedze ale presadzujem jednotny pristup vsade kde sa da, pouzivam array_key_exists - aj na superglobal arrays.
vid. comparison table, resp. jej krajsia verzia

Johny_G [2273]: ked ide len o register_globals, tak v tom nevidim problem, podpora tejto ficurie nebude az od php6
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt