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

Komu se nelení,
tomu se zelení.

Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
 
Archiv klubu PHP [ŽP: neomezená] (kategorie Programování) moderuje makovec.
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
   
[ 874 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
mpts mpts Je to jinak, ba přesně naopak! 14.3.2006 21:00  1177
Krindapána, to ještě někdo užívá win-1250? No fuj.
shaman 14.3.2006 20:56  1176
huh [1175] xml_parser_create(""); nepomůže.

Kdokoliv [1174]: Já jsem to tam jenom napsal, nic jiného jsem s tím nedělal. Jak se to dá převést? Respektive mohl bys mi na to doporučit nějaký program?
huh huh 14.3.2006 20:31  1175
zkus pouzit xml_parser_create("");
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 14.3.2006 20:29  1174
shaman: No ja myslim, ze sis ten problem sam popsal i vysvetlil. Zda se, ze ten parser cestinu v kodovani windows-1250 neumi (on tusim ani neni povinen, byt by to bylo hezke). Samozrejme jenom tam napsat utf-8 tak nepomuze, je potreba pochopitelne cestinu v tom souboru do utf-8 prevest (pokud jsi to udelal, tak se omlouvam za zcestne poznamky, ale ono to z toho popisu neni moc poznat - to by znamenalo, ze je spatne neco jinyho, ponevadz ja jsem urcite kdysi neco v cestine parsoval).
shaman 14.3.2006 19:25  1173
Niximor [1172]: Když dám <?xml version="1.0" encoding="UTF-8"?> a xml_parser_create("UTF-8"); tak funkce xml_parse($parser, $data, feof($fp)) nahlásí chybu v místě kde poprvé narazí na český znak, takže to mi moc nepomůže.
niximor 14.3.2006 19:11  1172
shaman [1171]: Pouzivej UTF, tim se vyhnes 99% problemu...
shaman 14.3.2006 18:21  1171
XML, PHP a češtinaMám problém, jak dostat do výstupu PHP parseru české znaky.
V XML souboru mám začátek <?xml version="1.0" encoding="windows-1250"?>
Pokud do xml_parser_create(); nedám žádný argument, diakritiku nezobrazí, ale pokud tam napíšu "windows-1250", dostanu chybu unsupported source encoding.
Můžete mi s tím někdo poradit?
mach 9.3.2006 11:12  1170
Spis to je proto, aby mohli v budoucnosti ten format rozsirovat i pres uroven CSV.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 9.3.2006 10:52  1169
diky vsem za potvrzeni mych domenek, prikladem je, prochroupat sekvencne treba cennik nejaky firmy co ma v xml minimalne 4mb. do databaze... v csv uz jen diky mensi rezii ma casto polovinu. Presto jyxo a centrum pouzivaj xml, asi proto ze to jejich system v pohode dejchne narozdil od normalniho hostingu a muzou to snadneji zkontrolovat.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 8.3.2006 18:56  1168
On MaxOSX pouziva PDF pro ledacos, uz se mi to kdosi pokousel vysvetlit, ale nejak jsem tu celou ideu veskereho vykreslovani do PDF, ktere pak nejaky modul renderuje na obrazovku, nepobral. :-)
Souhlasim s tim, ze na trivialni ulohy je zbytecne sahat po XML, ale pokud po tom XML saha druha strana, tak uz to zpracovat SAXem neni ani programatorsky, ani co do vykonu stroje vyznamne narocnejsi uloha nez zpracovani CSV.
Teda pak je taky jeste moznost rict protistrane, at si napise XSL transformaci, co z toho XML vytvori CSV. :-)
al3x 8.3.2006 18:48  1167
Přijde mi, že na jednoduchý import plochých dat je XML trochu overkill. XML je neuveřitelně obecné a ohebné - z toho plyne jak širší možnost využití tak ale i větší náročnost na zpracování. Jestli jem tě správně pochopil, tak ti jde o sekvenční čtení v zásadě tabulkových dat, pak je - myslím - CSV idealní.

To je jako ukládat obrázek do PDF vs JPG. PDF je populární a umí toho docela dost, ale ukládat tam jednoduchý obrázek je plýtvání prostředky. (Kdyby se vám zdálo, že něco takového jen tak někoho nenapadne, tak vězte, že muj MacOSX používa PDF jako nativní formát pro screenshoty. :) )
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 8.3.2006 15:38  1166
Taky zalezi, jakym zpusobem to budes presne zpracovavat. Pokud SAXem, tak ta pametova narocnost nebude moc velka, pokud DOMem, tak uz je to samozrejme neco jineho, v tomhle pripade je v pameti nutne natazen cely dokument (samozrejme vcetna patricneho nastrukturovani).
Jde o to, jestli se po tom dokumentu potrebujes pohybovat nahodne, nebo jestli Ti staci sekvencni pruchod.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 8.3.2006 15:10  1165
ještě by mě zajímalo, jaká je u xml paměťová náročnost oproti holýmu textu... mam ten dojem že poněkud větší, myslíte, že několikanásobně? nevim, jak si to php skladuje, co jsem s tim posledně pracoval tak to celý xml roparsovalo a pak se v tom běhalo jak po sromě, mě jde ale o soubory mající desetitisíce řádků...
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 8.3.2006 14:41  1164
mptsjojo, to máš pravdu s těma víc rozměrama,
mam s xml zkušenosti, nebojim se ho, jen mi právě pro pouhé importy jasně daných plochých dat, přijde zbytečné... obzvlášť když už mam importy napsaný pro csv, žejo "c)
a lidi mi kupodivu radši chtěj dávat data v xml...
tak jsem chtěl spíě ujistit, že nejsem s tim csv uplně mimo.
mpts mpts Je to jinak, ba přesně naopak! 8.3.2006 14:26  1163
Jinak ale tam, kde se hodí, csv rulezzz :-)
[ 874 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt