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: zjhdwlb
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
bredy 21.9.2006 09:17  1586
AL3XNo vidíš, někdy mi chybí změnit kódování uprostřed stránky... v protokolu mysql tato možnost je bez nutnosti znovu navazovat spojeni.
al3x 20.9.2006 16:24  1585
Ale hlavicka je z podstaty veci oddelena od zbytku. (Tak jak hlavicka v HTTP nemluvi o kodovani HTTP, ale dokumentech pod tim.) Pokud je hlavicka soucasti samotneho prenosu, tak to uz neni hlavicka.
bredy 20.9.2006 16:09  1584
Al3XKdyž už jsi uvedl HTTP spojení, tak i tady je vidět, že je tu něco jako hlavička ve které je uvedeno kódování zbytku. A ta hlavička bude v ASCII ať už máš kódování jakékoliv. A stejně tak UTF-16 aplikace bude muset umět číst hlavičky v ASCII, než přepne do jiného kódování.

To je to co jsem psal. S tím, že hlavička nemusí být jen jednosměrna, může se jednat o navazovací protokol.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 12:04  1583
dik, radsi sem stejne zmenil jmeno, mozna jsem nekde delal blbost ale ani " ani ' nepomohlo a naopak hlasilo chybu...
tak mi to bezi, server je v utf8 ale databaze v win1250. rozdil od mysql je asi v tom, ze server serviruje data asi primarne v kodovani databaze a ne server defaultu... jinak metody prepnuti kodovani podobny... nevede ale collation, takze nejde nastavit treba ruzny trideni v utf8 ale mozna jsem jenom moc nehledal...
al3x 20.9.2006 09:59  1582
Muzes to dat do uvozovek... :)
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 09:27  1581
ha, tak veskerej vtip je v tom ze NEW je asi v teto verzi postgresu rezervovany slovo... takze s jynym jmenem db funguje...
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 09:07  1578
diky, zatim stale nevim kde jsou ulozeny ucty fyzicky a tedy jak je dumpnout na stare db ale na to prdim takze snaha zalozit to znova na novy verzi 8.1:
createdb new v shellu, neb CREATE DATABASE new; kupodivu nezafungovalo jsa prihlasen pod systemovym uctem postgres a neco mi to nadavalo... v shellu to nenadavalo a zalozeno - overeno
vyroben user, uspesne, neb byl i vylistovan...
grant all on new to user mujuzivatel mi hlasi 'NEW used in query tahat is not a rule' a uz se tesim na kodovou stranku neb nova db zda se byti v utf a stara jsa komunikujici s windoze accessem bude urcite v win1250 no, snad se poperu, zatim visim na tom pravu toho usera
al3x 20.9.2006 08:58  1577
http://www.postgresql.org/docs/8.1/interactive/app-createuser.html

http://www.postgresql.org/files/documentation/books/aw_pgsql/node204.html
al3x 20.9.2006 08:53  1576
tvx [1575]: unix?
nejrychleji: 
su root
su postgres -
createuser uzivatel
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 08:47  1575
a nejak se mi nedari rychle zjistit jak ev. v novym postgresu vubec nejaky uzivatele zalozit....
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 08:26  1574
když už tu byl postgres...
musim ted narychlo kvuli novy instalaci presunout nejakou aplikaci z postgresu na novejsi verzi. priznam ze s nim mam zkusenost skoro nulovou a tak me zajima, kam uklada postgres ucty a pristupovy prava atd, neb zadnou takovou databazi jako pro to ma mysql jsem neobjevil...
al3x 19.9.2006 22:16  1573
fis [1572]: Prvni odstavec neni v rozporu s tim, co jsem tvrdil. :)

S psql jsem zatim problem s kodovanim nemel, ale je fakt, ze jsem si tam zrovna s kodovanim moc nehral.
fis fis 19.9.2006 20:54  1572
AL3X: Aha, koukam, ze se mi nejakym zpusobem z toho prispevku vytratila jedna klicova veta. A to, ze nad jednou takovou konkretni databazi s takovymi aplikacemi tu a tam pracuju, takze to bylo z praxe, nikoli jen 'krasny teoreticky priklad'. Jinak samozrejme, pokud vsechno bude nastaveno na UTF-8, names se posilat nemusi, pokud budu mit sam nekde dedikovany server ktery pobezi jen v jednom kodovani, taky nic posilat nemusim, ale jakmile databazovy server ma pracovat s vice kodovanimi, at kvuli tomu, ze jedna databaze je vyuzivana vice ruznymi aplikacemi, nebo kvuli tomu, ze proste tam je provozovano databazi nekolik, tak je SET NAMES podle me to nejlepsi reseni, co se dalo zvolit. Nastavit default na nejcastejsi kodovani povazuji za samozrejmost.

Rozhodne mi to prijde lepsi, nez ty hruzy, co slycham o problemech s kodovanim v lecjakych jinych databazovych systemech (slysel jsem ruzne strasidelne historky o postgresu a o oraclu, ale nikdy jsem to nezkousel, takze nevim, co je na nich pravdy...).
duirin 18.9.2006 21:17  1571
Tak i když jsem měl v PSPadu kódování UTF-8, db také utf8 a charset v hlavičce také, tak mi to psalo otazníky místo č a ď. Ovšem set names to již řeší.
al3x 18.9.2006 16:39  1570
tvx [1569]: Ano. Stoprocentne s tebou souhlasim. Ani na chvilku jsem netvrdil, ze je to vada mysql. A ano, pokud mohu nastavit server sam, tak mu to nejcastejsi kodovani vrazim do konfiguraku. Kdyz to nejde (nebo chci jine), tak si to hold musim rict na zacatku pripojeni.
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt