PHP - diskusní klub na Lopuchu

Registrace nového uživatele

Návod

Kluby

Archív Lopuchu

Lopuch.cz

Modrá je dobrá
zelená je lepší

Lopuch.cz

	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: www.php.net - domovská stránka PHP www.kosek.cz - spousta tutorialu pro PHP v češtině

Nastavení klubu

Nastavení práv

Homepage

Anketa

[ 1845 ]

<Novější <<<Nejnovější Nejstarší>>> Starší>


	21.9.2006 10: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.


	20.9.2006 17: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.


	20.9.2006 17: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 Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 13: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...


	20.9.2006 10:59	1582
	Muzes to dat do uvozovek... :)


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 10: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 Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 10: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


	20.9.2006 09:58	1577
	http://www.postgresql.org/docs/8.1/interactive/app-createuser.html http://www.postgresql.org/files/documentation/books/aw_pgsql/node204.html


	20.9.2006 09:53	1576
	tvx [1575]: unix? nejrychleji: su root su postgres - createuser uzivatel


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 09:47	1575
	a nejak se mi nedari rychle zjistit jak ev. v novym postgresu vubec nejaky uzivatele zalozit....


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 09: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...


	19.9.2006 23: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 19.9.2006 21: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...).


	18.9.2006 22: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ší.


	18.9.2006 17: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