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

Lopuch, server nejen
pro botaniky

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: pqjeepv
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 13.3.2007 14:09  1750
asi mi to neuniklo a php to nemá ale za dotaz to stojí...
imperativní práce s polem nějak ve stylu seber prvních pět prvků a udlaj z toho další pole, nebo pomocí výčtu klíčů udělat výběr z polea atd...
to leda procedurálně co?

jinak teda vim, že pole jsou sčítat a odečítat, což se občas hodí, třeba když chci jedno pole jen aktualizovat o nové hodnoty a nové klíče, ale aby mi tam ty hodnoty co v novém poli nejsou zbyly...
mpts mpts Je to jinak, ba přesně naopak! 13.3.2007 11:55  1749
Dodatek: A samozřejmě končí práce i nadřazených skriptů, které tento případně zavolaly. Prostě končí práce PHP interpreteru na tomto jobu.
mpts mpts Je to jinak, ba přesně naopak! 13.3.2007 11:49  1748
Johny_G: No on na PHP stránce přesně řečeno žádný "obsah mimo PHP kód" neexistuje. To jest, PHP interpreter (modul nebo CGI) to zpracovává vše, akorát že některé věci (ty v PHP tagách) interpretuje jako instrukce a jiné (zbylý HTML kód a prostý text) pouze nezměněné odešle klientovi. Celé však to dělá ten PHP interpreter, není to tedy tak, že by HTTP server načetl stránku, nechal PHP provést ty části, které jsou v PHP, a pak to poslal, ale že když narazí na request požadující typ souboru, který dle konfigurace zpracovává PHP, tak mu ho nechá zpracovat celý a dle jeho pokynů jen odesílá výsledek. Takže když tam je pokyn typu exit nebo die, který odesílání dat klientovi i provádění dalších instrukcí (to je důležité, pokud tam máš třeba ještě nějaké úklidové práce v databázi) ukončuje, tak se to vztahuje na celý ten soubor a ne jen na části v PHP tagách -- prostě to tam končí, jako by zbytek souboru byl odseknut.
johny_g Johny_G - Relaxační terapie pro lopušáky ZDARMA! 12.3.2007 21:41  1747
Díky oběma. Inteligentní jazyk zachránil dementní návrh :-).
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 12.3.2007 20:39  1746
ještě existuje taky die('muj posledni output'), kdyby ses chtel jeste naposledy vykecat a taky jde registrovat vlastni handler nez to umre, kdybys chtel jeste predem uzavrit nejakrozjetyveci... to jen pro zpetreni
johny_g Johny_G - Relaxační terapie pro lopušáky ZDARMA! 12.3.2007 20:11  1745
mpts [1743]: Děkuju moc :-). Nenapadlo mě, že by existoval příkaz ovlivňující i obsah mimo PHP kód.
mpts mpts Je to jinak, ba přesně naopak! 12.3.2007 19:37  1743
Nevím, chápu-li přesně, co vlastně chceš, ale výstup z PHP kódu se natvrdo zarazí funkcí exit.
johny_g Johny_G - Relaxační terapie pro lopušáky ZDARMA! 12.3.2007 18:08  1742
Nalepil jsem na Databázi něco málo z AdSense a narazil jsem na problém.

Mám tam takový zámek, který používám, když pracuji na kódu a který v případě prací uzavřel celý kód stránky do komentáře a před něj vypsal stránku s omluvou ohledně nedostupnosti (je mi buřt, že kód zůstal zobrazitelný, jde jen o to, aby se prostě ten web bez zásahu uživatele neukázal a on se tak nepotýkal s podivnými anomáliemi a chybami). Ovšem kódy AdSense v sobě obsahují tagy komentářů a tak mi to vždycky ukončí a všechen obsah webu za AdSense se už zobrazí. Dá se nějakým způsobem zařídit nějaké pevnější zakomentování, které se nenechá rozhodit klasickým komentářem, nebo nějaké násilné zastavení dalšího výstupu z PHP? Je mi jedno, jak to bude prasácký workaround, používám to jen občas.

Ten web bohužel v původním návrhu před redesignem nepočítal s žádným adminovským rozhraním, atp. a tak mi neumožňuje udělat čisté řešení pomocí PHP. Je to totiž tak stupidně udělané, že namísto aby index obsahoval header, proměnnou ovlivněný obsah a footer, tak má každá stránka obsahu vlastní soubor a volá do sebe header a footer z externích souborů. Tím že je to takhle bych musel podmínku pro uzamčení vepsat do každého souboru.
straka82 Straka82 11.3.2007 15:49  1741
Tak uz mi to jede :-)skvele
straka82 Straka82 11.3.2007 14:09  1740
PHP a web servicesUmite tu nekdo delat webove sluzby? Ja se o to snazim a haze mi to chybu Response not of type text/xml. Nevim si s tim rady.
bredy 6.3.2007 17:29  1739
hugoNechapu
hugo hugo Usmívejte se, - bude hůř!!!! 6.3.2007 15:46  1738
Bredyhttp://dev.mysql.com/doc/refman/5.0/en/working-with-null.html
bredy 6.3.2007 15:39  1737
AL3XNení to díky zkrácenému vyhodnocování? Jinými slovy program se ani na druhý operand nepodívá. Tohle bych viděl spíš jako bug než jako že je to schválně. Stejně tak bych mohl napsat 0 * NULL = 0, ale to nebude fungovat
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 27.2.2007 17:02  1736
tvx [1735]: Pro zacatek bych se odrazil od DTD:
<!ELEMENT FORM - - (%block;|SCRIPT)+ -(FORM) -- interactive form -->
Pravda, to jenom rika, ze form nesmi primo obsahovat jiny form jako syna, nedokaze to postihnout situaci, kdy form obsahuje div a ten obsahuje form. Ostatne takovouhle situaci vubec asi pomoci DTD (ci obdobnych mechanismu) nepujde zachytit (nebo jen velmi pracne), takze bych nekde ve specifikaci cekal nejakou zminku (slovy) na toto tema, je pravda, ze na prvni pohled jsem ji tam nevidel.
Presto se domnivam, ze formulare byt vnorene nesmeji.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 27.2.2007 16:23  1735
KKLa jejda, ač jsem to nikdy nepoužil, koukám, že žiju v bludu, nevím, proč jsem si to takto myslel... snad z analýzy nějakýho kódu cizí aplikace?

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

(c) 2001-2011 Lopuch.cz   
Kontakt