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

Nudou jsi opuch?
Navštiv Lopuch!

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: tyvgfda
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 22.5.2008 12:17  2296
Dobry programator je takovy, ktery je v tom PHP schopen psat velke projekty, idealne stojici na architekture MVC, ktery je schopen se podilet na psani PHP projektu v tymech, po kterem kdyz musi nekdo jiny z tymu opravovat jeho kod, tak se v tom pokud mozno okamzite vyzna, stejne tak kdyz je po nem treba uplne prevzit ten kod, ktery dosud napsal, a tak podobne.
To rozhodne neni vycerpavajici charakteristika, spise nutne podminky pro to, abych treba o nekom vubec uvazoval, ze bych ho jako PHP programatora zamestnal (byl-li bych tim zamestnavatelem). Pochopitelne znalost OOP tak, jako ho vnima PHP, je rovnez povazovano za samozrejmost, stejne tak schopnost to pouzit.
jelena Jelena Přednášky nyní ve Viničné - Pátečníci a mnohem víc! 22.5.2008 12:00  2295
On by člověk asi nejprve musel přijít na to, co je to "dobrý PHP programátor"... nebo vůbec, co je to "dobrý programátor"... já psala zápočtové programy v Turbo Pascalu pro méně schopné matfyzáky a v PHP si napíšu vcelku cokoli potřebuju (a tím nemyslím, že si udělám web a s pomocí php tam dodělám pár hovadinek, psala jsem různé aplikace pracující se soubory, threadovou diskusi atd.). Někdy je to prasečina, ale vždycky to funguje... co je třeba víc? Mít to vždycky precizní? Škoda času.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 22.5.2008 09:08  2294
Premysleli jste nekdy nad tim, proc je tolik PHP (taky)programatoru a tak malo dobrych PHP programatoru? Myslim, ze pomer techto dvou skupin je u PHP asi nejvetsi ze vsech jazyku a to o tom jazyce samotnem uz neco rika. Ano, je pomerne jednoduche se PHP trochu naucit (oproti jinym jazykum), ale je dost obtizne se ho naucit poradne. Jine jazyky se sice uci o neco mene snadno (ale ne nutne o moc), ovsem rovnou cloveka vedou k urcite kulture.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 22.5.2008 08:19  2293
kklale muj problem neni mit neco deklarovanyho, muj problem je, ze je to deklarovany v textu az pote, co to pouziju!
takze bych od parseru cekal, ze si to nejdriv CELY nejak schroustne a pak teprve bude nadavat ze mu neco chybi !!!
hm, mozna je to tim ze se veci jako deklarace muzou dit az v dobe behu, takze mozna proto se mu to nelibi...
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.
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt