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

Náš Lopuch Vám
vytře zrak

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: jieqhne
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
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
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 14.5.2008 07:41  2276
mam php verze 5.2.5 a nemam s tim odkazovanim na neexistujici prvek pole problém... chybový hlášení mam na ostrý verzi vypnutý a na pokusný při ladění mi to nevadí.
Skript mi to v každém případě neukončuje.
huh huh 14.5.2008 01:39  2275
a ano -- dnesni PHP (resp. dnesni doporucovane zpusoby) nema uz zadne vyhody (zejmena ve smyslu mene psani) nez od pocatku univerzalni skriptovaci jazyky typu Python nebo Ruby
huh huh 14.5.2008 01:33  2274
Johny_G [2273]: tak pouzivej !empty a mas to. jinak vypisovani notice se da samozrejme vypnout
johny_g Johny_G - Relaxační terapie pro lopušáky ZDARMA! 14.5.2008 01:28  2273
Makhiel [2272]: Já mám právě podobnou konstrukci (jen místo isset používám array_key_exists), a připadá mi to jako docela dost balastu k nakrmení proměnné - nemluvě o tom, že tohle neřeší případ, kdy je v proměnné prázdná hodnota, a tudíž se musí ještě řádek připsat. Tohle je právě ta cesta, které jsem se původně chtěl vyhnout. No hodím to holt do nějaké funkce, ať nemám ze zdrojáku kompost.

To PHP pro mě úplně ztrácí kouzlo - v začátcích jsem prostě rovnou volal $page, a jak to díky register_globals pěkně chodilo :-).

[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt