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: vptrrth
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
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.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.9.2006 12:41  1569
al3xk prvnimu: inu, myslim, ze to je prave duvod, proc je mysql tak casto nasazovany prave v prostredi webhosingu... kazdej uzivatel si zvoli jaky kodovani potrebuje.

k tretimu: a to opet souvisi s webhostingem... ja mam vsude na strojich kde mam server pod svoji kontrolou vse v utf-8 a nemusim posilat nikde nic, neb server predpoklada defaultne na klientovi utf-8 presne tak jak si to predstavujes jako ideal...

tedy, shrnuto, mozna to z predchazejiciho nevyplynulo dost jasne: problem nastava pouze v pripadech ze tomu nekdo nerozumi a neumi si nastavit server (to neni problem mysql) a nebo v pripade, kdy je to hosting a tam naopak muze uzivatel vyuzivat tohoto jako vyhody, pokud se v tom trochu zorientuje - neni to vubec slozity.
al3x 18.9.2006 12:01  1568
fis [1558]: Jak rikam. Krasny teoreticky priklad, ale kolik tvych databazi v praxi pouziva vice aplikaci v ruznych kodovani?


Bredy [1567]: Pokud argumentujes modemy, tak jsi si asi dobre vedom, kolik spatnych a nestadardizovanych protokolu a technologii se v takhle low-endove elekotronicke komunikaci pouziva. Nechapu, proc bychom to meli delat takhle, protoze se to tak dela u modemu.


Abychom si rozumeli, ano najdete priklady, kdy se SET NAMES hodi. O tom nepochybuju. Ale je to potreba jen ve vyjimecnych pripadech. Nikoliv bezne pred kazdym spojenim, pokud db vyuziva skoro vzdy jedna aplikace a jedno kodovani, coz je - myslim - priklad vetsiny z vasich prohramu. Zvlast v klubu PHP.
bredy 18.9.2006 11:13  1567
AL3XSes do toho nějak zamotal. Vem si dobu modemů a přenosu dat po telefonů. Kolik vlastně existovalo různých protokolů? A jak pak si modemy domlouvali konečný protokol? Co je dřív, slepice nebo vejce?

Je jasné, že domluva protokolu musí být v nějakém protokolu. v MySQL to dělají tak, že pokud si nedomluvíš protokol, běží v ASCII. To úplně stačí, aby si klient s MySQL domluvil jiný protokol.

Pokud tedy mám klienta, který pracuje v UTF-16, bude se holt muset po spojení snížit na ASCII a zaslat pár příkazů v ASCII, aby serveru dal najevo, že komunikovat se bude v UTF-16.

Tohle je běžný postup, jak se to řeší. Chci-li od služby něco extra, musím tuto o to službu požádat nějakým standardním postupem, pak to teprv mohu začít využívat.

MySQL je služba poskytující své služby širokému okolí. Musí počítat s různými kombinacemi kódování dat, kódování přenosu a jiné. Pevné nastavení v databázi je tady nevýhodné, neflexibilní.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.9.2006 08:44  1566
pepaktak to teda fakt nelze... jak pisu zmenit v cely db collation ana shodny v ramci vsech tabulek, nejlip, nebo aspon vsechny klice co jsou proti sobe.
pepak pepak - Pepak.net 18.9.2006 08:09  1565
Tvx: Ten dotaz, co jsem uvedl, velmi presne odpovida situaci: Jedina tabulka, jediny WHERE, pouze ASCII-7bit znaky. S kodovanim to temer jiste nijak nesouvisi. S collation ano. Ze si to mam dat dohromady vim taky. Me zajima, jak to udelat co nejjednoduseji, idealne jen prikazem serveru "pro vsechno pouzij tuhle collation" (protoze konfiguraci serveru ovlivnit nemuzu vubec a konfiguraci databaze jen v omezene mire a nejakym rozsahlejsim zmenam struktury bych se rad vyhnul).
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.9.2006 07:56  1564
tedy nejen do jednoho kodovani ale i collation
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.9.2006 07:56  1563
nio, ja sem ti poradil aby sis dal dohromady db aby se ti vsechno srovnalo do jednoho kodovani, protoze pravdepodobne davas dotazy co spojujou dve tabulky s polozkou ktra ma v kazde tabulce jinou collation.
pepak pepak - Pepak.net 18.9.2006 07:39  1562
Tvx: Moment, tos me myslim nepochopil spravne: Ja nemam problem s tim, ze bych z databaze dostaval texty ve spatnem kodovani. Muj problem spociva v tom, ze dotaz typu SELECT * FROM Tabulka WHERE Jmeno='Pepak' spadne s chybou Illegal mix of collations. Tzn. zmena znakove sady mi IMHO nemuze pomoci, problem je v nejakem konfliktu mezi jazykem DB serveru, jazykem databaze, jazykem sloupecku a jazykem pripojeni. Reseni, jake bych si predstavoval, by byl nejaky prikaz, ktery bych poslal serveru hned po vybrani databaze a kterym bych serveru prikazal, aby ignoroval vsechny collations (resp. aby pouzil nejakou jednu konkretni, bez ohledu na to, o co si rika tabulka nebo jeji sloupecek).
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt