Reklama
Nepřihlášený uživatel | Zaregistrovat se
 

Téma:

Počítače a InternetVývoj software

Spravuje:

hkmaly

Může vás zajímat



Reklama


PHP


spolumoderuje harry_x

Prosíme o několik drobných laskavostí:

  • před položením dotazu zkuste zapátrat v dokumentaci. Nikomu se nebude chtít formulovat znova a znova tytéž odpovědi, které již dříve a mnohem lépe napsal někdo jiný.

    Konkrétně návod k instalaci PHP na sebeobskurnejsich platformach se nachází zde.

    Dalším užitečným zdrojem informací o PHP, PHPLIB, ale i spouste jinych veci mohou být stránky Jirky Koska.

    mnohe casti oficialniho manualu k PHP jsou jiz prelozeny do cestiny, zacit muzete zde

    Mnoho otázek k instalaci je zodpovězeno na této stránce.

    A v neposlední řadě se dá zkusit i vyhledávací formulář na této stránce (napravo od formuláře pro odesílání příspěvků).

  • Dodržujte prosím téma, kterým je výhradně programování v jazyce PHP.
    Pokud se kupříkladu Váš dotaz týká pouze databází, zkuste raději klub "SQL".
    Pokud se týká javascriptu, zkuste klub javascript.

  • nepokoušejte se zvýrazňovat své příspevky přebytečnými html značkami. kdyby to dělali všichni, výsledek by se nedal číst. proto budou graficky přespříliš kreativní příspěvky odmazávány.

  • Nadávání off-topic přispěvatelum přenechte moderátorovi klubu.

  • Pokud na Vaši otázku nikdo neodpovídá, nejspíše byla položena tak nešťastným zpusobem, ze na ni při nejlepší vuli nelze odpovědět. Druhá možnost je, že nikdo neví. Každopádně si nijak nepomůžete, budete-li se odpovědi domáhat jejím opakováním provázeným verbální agresivitou.

  • Pokud navzdory výše uvedenému opravdu myslite, ze sem musite neco napsat, zkuste ještě najít odpověď na váš dotaz na www.google.com

  • Tento klub není určen pro příspěvky typu "mám nové stránky v PHP, prosím otestujte mi je" - k tomu, aby člověk našel chybu v jakékoli aplikaci, nemusí být programátor. K podobným žádostem prosím použijte raději obecnější kluby jako www.

Bez výstrahy budou mazány příspěvky, jejichž autoři předchozí řádky očividně ignorovali.
Tato pravidla jsou šita na míru pokročilejším uživatelům, bez jejichž přítomnosti by vaše dotazy mnohdy zůstaly nezodpovězeny.

Připomínky k výše uvedenému akceptuji pouze prostřednictvím interní okouní pošty.

Poznámka: vzhledem k záplavě spamů byl anonymům zakázán zápis a asi to tak nějakou dobu vydrží.

Mesic PHP bugu sice uz dozuril, ale nalezene chyby jeste nebyly opraveny ...


hkmaly - Slava pomlcky -  .
To zni jako "sakra, kdyz to nedame, tak se nam lidi na zend vykaslou".
von_Zeppelin Oliheň Beznaděje  pclib php framework
Hmm, "The main goal of PHPNG was to bring performance improvements that could at least match what Facebook HHVM provides."
http://www.phpclasses.org/blog/post/242-PHP-7-Features-and-Release-Date.html

To zni zajimave.
caracho - uzivatel nema blog -  :: hledam krtnika ::
Pokud nekdo v aplikaci pouziva nezkontrolovana vstupni data, tak je jedno jakou verzi php ma, derave to je stejne. Naopak, pokud je aplikace napsana tak, aby se ji nedalo nic zavadneho podstrcit, tak klidne muze fungovat i na deravem php (pokud nepujde o diru ve zpracovani vstupu jeste pred tim, nez se dostanou k samotnemu skriptu).
hkmaly - Slava pomlcky -  .
Jeho metodika je naprosto a totalne mimo. Predstava, ze 5.4.4 je bezpecna a 5.4.16 je bezpecna a nic mezi tim neni je naivni nezavisle na tom, jak debian backportuje bugfixy. CVE-2014-8142 je naprosto nezajimava pro servery ktere proste nemaji aplikaci ktera by pouzivala serialize, a pokud nekdo pouziva serialize na neco poskytnute uzivatelem tak to pravdepodobne neni bezpecne ani s fixem na CVE-2014-8142 protoze v serialize je nejaka buga kazdou chvili.
Mastodont  
hkmaly - Slava pomlcky -  .
... tohle preskakovani verzi se siri. Microsoft to uz taky napadlo.
Mastodont  
hkmaly - Slava pomlcky -  .
1) Co se stalo s PHP 6?

2) Proc jim tohle trvalo tak dlouho?
Mastodont  
spic už jen wtf 
ok. díky za podněty, semafory nastuduju i kdybych je nepoužil
Ha! Indeed. I tak bych šel dvojkou a začal přemýšlet o trojce.
hkmaly - Slava pomlcky -  .
Souhlasim s bodem 2: Pokud ti adresar vytvoril nekdo jiny, tak te to nezajima a muzes klidne pokracovat. Pokud te to z nejakeho crazy duvodu zajima, tak je spravna metoda pouzit zamykani (at uz semafory nebo neco jineho).
arnost snad nechci tak   moks
vsak nemusis pouzivat jen jeden semafor, ale rozdrobis to podle toho $path
1) Pokud použiješ semafory, dávají mi smysl před celým tímhle kódem zapnout a za celým tímhle kódem vypnout. Tím ale budeš v mnoha případech lockovat jen kvůli tomu prvnímu is_dir() a requesty se budou zpomalovat (blokovat navzájem) kvůli maličkosti.

2) Osobně bych, pokud selže ten mkdir(), ještě jednou testnul is_dir(). Tím ošetříš v kódu to, že se mezi prvním is_dir() a mkdir() může složka vytvořit. Pokud druhý is_dir() vrátí true, vlastně žádná výjimka v kódu nenastala – jen se o vyvoření adresáře postaral někdo jiný. A jedeš dál.

3) Jak píše caracho, běžně se spíš dělá tzv. warmup cache, tzn. než pustíš lidi na web, keše máš dávno vytvořené.
Mastodont  
Ha!!
arnost snad nechci tak   moks
tady je jednoduchy workaround (typicky fungujici jen pro vyvoj)
http://php.net/manual/en/ref.sem.php#105047
Mastodont  
Semafory jsou super věc, ale nesmíš vyvíjet na Woknech
arnost snad nechci tak   moks
no spis bych pouzil semafory:

http://www.re-cycledair.com/php-dark-arts-semaphores

pripadne to same simulovat pred DB
Mastodont  
dvěma klientům se začne vytvářet jedna cache

Upřesni, jak vypadá ta nově vytvářená struktura adresářů a které adresáře na začátku existují.
spic už jen wtf 
Dejme tomu, že je předpoklad správný a dvěma klientům se začne vytvářet jedna cache. Jaký smysl má potom oběma to o nějakou setinku odložit? Možná tak náhodně odložit jedné 1/2.