Zadejte hledaný výraz...

mysql a problém "č, ř"

JuraS.
verified
rating uzivatele
1. 5. 2008 18:16:45
Napsal Dragon;56546
no ja by som odporucal vydumpovat db .. najlepsie s kompaktibilitou na mysql40 .. tym sa nenasetuju charsety v dumpe .. a nasledne import db .. a nastavit take kodovanie ake je potrebne ..
Pokud odpovídáš na můj problém pak jazykem kterému vůbec nerozumím...Mohl by jsi mi to nějak podrobněji popsat jak to udělat ?
1. 5. 2008 18:16:45
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33374
Dragon
verified
rating uzivatele
1. 5. 2008 18:21:03
urcite mas k dispozicii nejaky phpmyadmin z ktoreho vies spravit dump (Export) ;-)
1. 5. 2008 18:21:03
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33373
JuraS.
verified
rating uzivatele
1. 5. 2008 18:26:50
Napsal Dragon;56561
urcite mas k dispozicii nejaky phpmyadmin z ktoreho vies spravit dump (Export) ;-)
no jasně, exportem dělám zálohy..překlad a nastavení jsem dělal na 2 compech a vozil jsem databázi sem a tam....no a co s tou databází v sql pak ???
1. 5. 2008 18:26:50
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33372
Dragon
verified
rating uzivatele
1. 5. 2008 18:29:16
pokial ten dump (export) je v poriadku tak staci ho spravne naimportovat podla zvoleneho charsetu .. dump ale nesmie obsahovat setovania charsetu .. na to si treba dat pozor ... preto to treba exportovat s kompaktibilitou na mysql40 ktora taketo sety nepozna ..
1. 5. 2008 18:29:16
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33371
JuraS.
verified
rating uzivatele
1. 5. 2008 18:39:43
Tohle je z toho exportu....
DROP TABLE IF EXISTS `forum`;
CREATE TABLE IF NOT EXISTS `forum` (
.......
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=104 ;
--
-- Vypisuji data pro tabulku `forum`
(7, 0, 'Lehátka a stoličky', 'Lehátka a stoličky', '', '', 97991, 0, 1, 0, 0, '', 0, '', 0, 0, 0, -1, '', '', 4, '7,4,3,-1', '', '', '7,-1', 'lastpost', 'desc', 0, 0, 0, 0, 0, 0, 0),
--
přitom ve výsledku na fóru je to ok..nastavení jazyka pro fórum (tak to bylo od instalace a já hlupák nenastavil pro češtinu nic lepšího..) je ISO-8859-1
1. 5. 2008 18:39:43
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33370
Dragon
verified
rating uzivatele
1. 5. 2008 18:43:34
tohto by si sa mal zbavit z toho dumpu "DEFAULT CHARSET=utf8" ..
1. 5. 2008 18:43:34
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33369
Dragon
verified
rating uzivatele
1. 5. 2008 18:44:23
ale ako na to pozeram tak to mas v utf8 tak kde je problem ? staci na stranke do kodu dat ze sa ma konektovat v utf8 a jeto .. aspon ja som stym nikdy nemal problem
mysql_query("set names utf8;");
1. 5. 2008 18:44:23
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33368
JuraS.
verified
rating uzivatele
1. 5. 2008 18:54:58
Napsal Dragon;56577
ale ako na to pozeram tak to mas v utf8 tak kde je problem ? staci na stranke do kodu dat ze sa ma konektovat v utf8 a jeto .. aspon ja som stym nikdy nemal problem
mysql_query("set names utf8;");
Ptal jsem se na vBulletin...kam mám tohle zadat ???
ten zmrvenej text je tohle
7, 0, 'Lehátka a stoličky', 'Lehátka a stoličky'
snad se to teď zobrazí jak má...ne nezobrazilo...grrrrrr
v configu pro vBulletin je tohle
$config = 'utf8';
a jak jsem psal, normálně je to s // jako poznámka a když to zadám jako příkaz bez // tak se vůbec nedostanu na stránku..prostě se nic nezobrazí...
1. 5. 2008 18:54:58
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33367
JuraS.
verified
rating uzivatele
2. 5. 2008 06:49:18
Dopřesním svůj dotaz. vBulletin je americké výroby a proto ze základu je postavený na kódování ISO 8859-1. Když jsem zakládal fórum a začal překládat tak jsem jako jazykový překlad nechal pro češtinu ISO 8859-1 a neuvědomil si co se může stát. MySQL mám ve verzi 4.1.16. databáze je v UTF-8 unicode, porovnání utf8_general_ci. Produktem co by měl umět převést databázi i soubory vBulletinu jsem zkoušel převod z 8859-1 do UTF-8, do 8859-2, do cp1250..nic..buď se ztratí znaky ž a š a nebo se nahradí nesmysly třeba 1/3, otazníky atd..zkoušel jsem teď ráno převod do UTF-8 s tím, že prostě tu 3 týdenní práci s překladem předělám, že doplním ty chybící š a ž..jenže když jsem doplnil slovo o š pak do databáze se uložil nějaký nesmysl protože odpověď byla zpět ? v černém kosočtverci.....forum zatím není nikde na netu, nebudu nasazovat fórum s nedostatky..mám zálohy jak souborů tak databáze a proto každý pokus zkouším na čisto, ne převod z jednoho na druhého a pak na třetího....poradí mi někdo jak sesouladit to co se mi podařilo dodrbat...? Jak český překlad a texty co jsem zatím vytvořil opravit na takovou jazykovou sadu aby při výstupu maily byly česky ? nevěřím, že to nejde..nejde jen oživit mrtvolu a aby žena porodila ježka..ale tohle přece musí jít....
Když mi poradíte tak poskytnu ten svůj překlad pro tohle fórum..jo a mám nejnovější verzi phpmyadmin
2. 5. 2008 06:49:18
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33366
Honzaa
verified
rating uzivatele
3. 5. 2008 07:15:33
Napsal JuraS.;56665
Dopřesním svůj dotaz. vBulletin je americké výroby a proto ze základu je postavený na kódování ISO 8859-1. Když jsem zakládal fórum a začal překládat tak jsem jako jazykový překlad nechal pro češtinu ISO 8859-1 a neuvědomil si co se může stát. MySQL mám ve verzi 4.1.16. databáze je v UTF-8 unicode, porovnání utf8_general_ci. Produktem co by měl umět převést databázi i soubory vBulletinu jsem zkoušel převod z 8859-1 do UTF-8, do 8859-2, do cp1250..nic..buď se ztratí znaky ž a š a nebo se nahradí nesmysly třeba 1/3, otazníky atd..zkoušel jsem teď ráno převod do UTF-8 s tím, že prostě tu 3 týdenní práci s překladem předělám, že doplním ty chybící š a ž..jenže když jsem doplnil slovo o š pak do databáze se uložil nějaký nesmysl protože odpověď byla zpět ? v černém kosočtverci.....forum zatím není nikde na netu, nebudu nasazovat fórum s nedostatky..mám zálohy jak souborů tak databáze a proto každý pokus zkouším na čisto, ne převod z jednoho na druhého a pak na třetího....poradí mi někdo jak sesouladit to co se mi podařilo dodrbat...? Jak český překlad a texty co jsem zatím vytvořil opravit na takovou jazykovou sadu aby při výstupu maily byly česky ? nevěřím, že to nejde..nejde jen oživit mrtvolu a aby žena porodila ježka..ale tohle přece musí jít....
Když mi poradíte tak poskytnu ten svůj překlad pro tohle fórum..jo a mám nejnovější verzi phpmyadmin
Jak se jednou nahradí správné znaky nesmyslem, není jiná oprava, než to ručně opravit. Pokud jsi zapisoval české znaky do kódování ISO 8859-1, tak už můžeš začít. Kdyby to bylo aspoň ISO 8859-2, tak by se to dalo převést.
3. 5. 2008 07:15:33
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33365
JuraS.
verified
rating uzivatele
3. 5. 2008 15:29:25
Napsal Honzaa;56908
Jak se jednou nahradí správné znaky nesmyslem, není jiná oprava, než to ručně opravit. Pokud jsi zapisoval české znaky do kódování ISO 8859-1, tak už můžeš začít. Kdyby to bylo aspoň ISO 8859-2, tak by se to dalo převést.
Už jsem na to přišel jen jsem nemohl odpovědět..Včera jsem se naštval a hnedka od rána jsem to nechal překódovat do 8859-2 a celej den jsem opravoval š a ž co se nahradilo ? na správné písmeno..večer mě manželka musela namasírovat protože jsem ani vstát ze židle nemohl....ještě pár oprav a je to o.k....
3. 5. 2008 15:29:25
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33364
JuraS.
verified
rating uzivatele
13. 5. 2008 14:12:29
Psal jsem že se mi kódování podařilo vyřešit ale to jsem nečekal co mě potká..systém jsem odladil na dvou lokálních stanicích s win XP sp2 pod ComplexWeb server, phpmyadmin 2.8.1, MySQL - 4.1.16, php 5, znaková sada v MySQL: UTF-8 Unicode (utf8), databáze by měla být v ISO 8859-2, aspoň čeština mi v 8859-2 chodí o.k., překonverzi z ISO 8859-1 jsem dělal pomocí vCharset Converter 2.0.0...
z lokálu na lokál jsem prováděl přenos cestou flash..skopíroval jsem složku se soubory dal export databáze do souboru a na jiném pc jsem přepsal adresář se soubory a importoval databázi..toto několikrát a vždy ok..
tak a teď problém...zaplatil jsem si prostor na savana.cz a myslel jsem si, že prostě jen nakopíruji soubory na ftp, importuji databázi a bude to...savana.cz má phpmyadmin 2.8.2, MySQL - 4.1.22, jedou pod distrem gentoo...teď nevím jak slušně popsat výsledek....vyzkoušel jsem všechny možné způsobě importu i exportu, ale čeština prostě není..je ř, é, í, á a zase není ž, š...a když zkusím přidat příspěvek tak mi vyletí hláška chyba v databázi...tak jsem vzal ty stejné soubory, na lokále smazal a znovu nahrál adresáře, vytvořil importem novou databázi a do ní importoval soubor databáze...a co myslíte ? čeština ok...kur...va kde je problém ? s helpdeskem jsem to řešil ale pak se odmlčeli a nechávají mě v tom..poslel jsem jim databázi, configy z phpmyadmina, z mysql...
kde může být problém ?
13. 5. 2008 14:12:29
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33363
Dragon
verified
rating uzivatele
13. 5. 2008 14:39:17
ja som ti hovoril na zaciatku ze to testuj rovno na hostingu ;-)
13. 5. 2008 14:39:17
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33362
JuraS.
verified
rating uzivatele
13. 5. 2008 14:49:19
Napsal Dragon;60661
ja som ti hovoril na zaciatku ze to testuj rovno na hostingu ;-)
kurňa tohle není rozdíl mezi pěstováním kytky doma a nebo na zahradě..tohle přece musí fungovat..stejné databáze, stejné soubory...copak tohle nikdo neumí posoudit kde je problém..chyba bude nějaká blbost, ale jaká..?
13. 5. 2008 14:49:19
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33361
Dragon
verified
rating uzivatele
13. 5. 2008 14:53:16
no ak tvrdis ze "win XP sp2" a "distrem gentoo" je to iste tak mne asi pred domom parkuje ferrari ;-)
ale k veci ..
akykolvek EXPORT z CHYBNEJ DB bude VZDY ZLY .. cize ak tvoj EXPORT (subor) obsahuje zle znaky .. NIKDY ho nenapimportujes spravne
ak dump je spravny .. chyba je len pri importe alebo konekte do db ..
13. 5. 2008 14:53:16
https://webtrh.cz/diskuse/mysql-a-problem-c-r/strana/2#reply33360
Pro odpověď se přihlašte.
Přihlásit