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

Zelený je lopuch,
fotbal to je hra...

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: udwsdsk
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
bredy 18.3.2010 20:55  3014
neni nad to si problem ujasnit samomluvou v diskuzaku. U me bohuzel zabira jen vysvetlovani problemu manzelce. A ta na to nema trpelivost.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.3.2010 19:41  3013
tak jeste jedna zajimava vlastnost k prozkoumani... pote co jsem php zamestnal pripojovanim k db coz mu jiste dalo nejaky waitstates... (ze by se vyuzily na rezii?) vypada to, ze vytizeni pameti rapidne pokleslo...
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.3.2010 17:45  3012
Aha, tak jedine zlepseni nastalo pote co jsem pred unset() dal jsete vynulovani referovane hodnoty
$x = null;
unset($x);
a mam zase o par zpracovanych radku vice...
jinak tohle pry podle internetovych zdroju normalni vlastnost PHP :(
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.3.2010 17:28  3011
Sice se to hodne zlepsilo ale stejne i nadale pretejkam s pameti, ac podle vypisu me znamych datovych struktur ktere muzou narustat
(snad jen ten muj model kterej se ted uspesna maze a na konci je prazdnej! jinak nic) po nacteni cca 32000 xml elementu, pretecu na 128 mb ram :(
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.3.2010 17:19  3010
tak v mem pripade si vystacim s funkci key() pote, co tam strcim dalsi hodnotu ale kterak zjistit posledni ciselnej index pole jsem teda nikde nezjistil. dokazu si predstavit pouziti array_keys() a max ale to opravdu asi nebude prilis efektivni metoda pro pripad ze se to deje v cyklu pro miliony zaznamu.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.3.2010 17:12  3009
chubu uz jsem asi objevil ale ted resim jak nejak vypocetne co nejsnazsi metodou zjistit posledni ciselnej index pole nebo posledni pidelenej, pomoci COUNT() jsem se samosebou seknul..
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.3.2010 16:46  3008
PHP a hlidani pameti, to je pekna zabava :)
Parsuju sileny xmlka a to pomoci xml_parseru co to tlaci a ja to po urcitych segmentech (odpovidajicich nejakymu elementu) nacitam a ukladam jinam.
Za danej element si vzdy vyrobim kopii xml do nejaky datovy struktury kterou po odlozeni vymazu ale vypada to, ze php bud neuvolnuje spravne pamet nebo ja mu v tom necim branim, mozna nejakou cyklickou referenci :( neni nejaka kloudna metoda jak hlidat uvolnovani pameti?

xml si sypu pro snadnost do pole, do stromu, pricemz potomek ma vzdy referenci vazbu na otce.
jakmile dorazi ukoncovaci tag elementu kterej jsem zpracoval, odstranim ho pomoci unset ale presto to vypada ze se mi pamet nadale hlti :(
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 3.3.2010 14:23  3007
jeste k mPDF
samozrejme jako absolutni cesta funguje i nastaveni relativni treba . :)
bredy 2.3.2010 21:23  3006
Nějak mi uniklo HipHop PHP. Určitě vyzkouším.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 2.3.2010 19:05  3005
Tyjo, sem bud slepej nebo maj nelogickou dokumentaci... v kazdem pripade bych u tech obrazku cekal odkaz na tuhle funkci kterou jsem nakonec vylovil ze zdrojaku a zjistil dodatecne ze je vlastne v dokumentaci:
SetBasePath()
SetBasePath – Specifies a base URL for mPDF to interpret relative URLs
Description
void SetBasePath ( string $url )
Specifies that mPDF should interpret any URLs in the HTML code relative to this url. Otherwise relative paths will be based on the current script. This is important for hyperlinks, external stylesheets, and images.
A full URL should be provided, but the following will all work:
http://www.mydomain.com
http://www.mydomain.com/index.php
http://www.mydomain.com/path/

O loklani adrese ani zminka ale nakonec to s ni funguje...
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 1.3.2010 14:44  3004
Note: If messages are not received, try using a LF (\n) only. Some poor quality Unix mail transfer agents replace LF by CRLF automatically (which leads to doubling CR if CRLF is used). This should be a last resort, as it does not comply with » RFC 2822.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 1.3.2010 14:40  3003
huhJa mel za to ze je to presne jak pises, nakonec jsem radsi vse prepsal na \n coz funguje...
Nekde jsem cetl neco o "nedokonalych unixovych serverech" ktery tohle delaj a nevedel co si pod tim mam predstavit... je mi divne, ze by se to ale tykalo postfixu... a nebo leda ze by nejakej nablblej server byl nekde jinde cestou?
huh huh 1.3.2010 14:25  3002
tvx [3001]: SMTP samo o sobě používá výhradně \r\n . Tohle vypadá, že někde na cestě proběhně ještě jedno nahrazení \n za \r\n, takže vznikne \r\r\n, což někdo interpretuje jako prázdný řádek (a tj. konec hlaviček) a někdo ne.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 1.3.2010 14:00  3001
problem asi vyresen...
nektery smtp servery snesou oddeleni hlavicek \r\n a asi to nejak opraven nebo naopak jiny to pomrvej? v kazdem pripade po jejich pruchodu Outluk pak povazuje hlavicky v mailu uz za jeho telo
lepsi je tedy pouzit vzdy jen \n
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 1.3.2010 12:18  3000
nektery mailery jako Outluk nebo cosi pd Macem mi odmitaj zobrazit zdrojovej kod mailu a chovaj se, jako by neinterpretovaly policko from: a reply-to: (neukazujou od koho mail je a pri odpovedi nevyplnej pole...)
mail posilam pres php na postfix a ty hlavicky jsou spravne, dokonce ty mailery je ukazou ale nepracujous nima, nejaky napady?
nemate nekdo tuseni cim to muze byt?

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

(c) 2001-2011 Lopuch.cz   
Kontakt