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

Já Vánoce juchuchu
oslavím na Lopuchu!

Lopuch.cz

Jméno:
Heslo:
Podpora LCD:
 
Klub Database (mysql,...) [ŽP: neomezená] (kategorie Programování) moderuje melkor_unlimited.
Archiv
  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: voqvxuv
[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
huh huh 16.3.2009 15:21  756
No a v tom RS máš správně nastavené kódování?
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 16.3.2009 15:15 - Oblíbené kluby (07:59) 755
a jak píšu jedná se redakční systém
Website Baker: Start - Introduction
zatím jsem do jeho kodu nezasahoval (nechci to moc rozjebat, abych si tam nenadělal víc problémů
protože možná, že je řešení jednodušší než se zdá
jak píšu, když tento RS ninstaluji, tak funguje bez problémů (čeština v názvech i v osazích dokumentů, vše používám v utf-8)
ale když chci hotový web vytvořený tímto RS přenést na jiné místo, je problém s češtinou
přitom obsahy těch položek v databázi se jeví naprosto identické
a tomu právě nerozumím a nevím na kterém místě hledat zdro těchto potíží
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 16.3.2009 15:11 - Oblíbené kluby (07:59) 754
pepak: to co jsem přikládal psane "italic", byl jen příklad nějakého výpisu, jehož bych rád nějak dosáhl také, abych vědět jak u mě vypadá to:

Checking mySQL character-sets
character_set_client : latin1
character_set_connection : latin1
character_set_database : utf8
character_set_filesystem : binary
character_set_results : latin1
character_set_server : latin1
character_set_system : utf8
makovec makovec Chuck Norris snědl jídlo od Babicy - a ještě si přidal 16.3.2009 14:45  752
tak set names pri importu nemusi nutne pouzivat. ono by melo stacit si hned po pripojeni webu k databazi hodit tohle:

@mysql_query("SET CHARACTER SET utf8");

pepak pepak - Pepak.net 16.3.2009 14:20  751
Základní informace, kterou jsme pořád ještě nedostali, totiž je struktura té příslušné tabulky (charset jejích dat už známe).
knedle knedle online - Krabice živých 16.3.2009 13:55  750
to imho bude vono - proste mas jinak nastavene db

mmchd - asi to tu uz padlo, ale pred tesne importem nastavujes to spravne kodovani?

tj. pokud mas nejakej insert s daty, hodis to nastaveni pred nej :

### zacatek sql souboru importu
set names utf8; # nebo co mas za kodovani
# a pak uz vlastni import

Drop...
create...
insert...

###konec importniho sql souboru

(sice nam davas plno informaci, ale na dalku se v tomto blbe radi :/ - clovek to u sebe dela maximalne automaticky a tak se "nechyta"...)
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 16.3.2009 12:33 - Oblíbené kluby (07:59) 749
alephp info mi ukazuje na webu toto:

mysql.default_charset latin2 latin2
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 16.3.2009 12:26 - Oblíbené kluby (07:59) 748
já už tomu nerozumímna localhost jsem dosáhl toho, že po exportu a následné importu se čeština zobrazuje již dobře

po překopírování na web a naimportování databáze je čeština rozhozená

porovnávám vedle sebe pomocí phpMyAdmin data, ze kterých se ty české znaky načítají

jsou naprosto identické

přesto na localhost jsou zobrazena správně na webu (po importu) nikoliv

tak na webu provedu v administraci ručně přepsání znak po znaku, tak jak mají být a uložím

kouknu do phpMyAdmin na data
a vidím, že jsou stále stejná (ta aktualizovaná)

provedu refresh a stránka je nenalezena (editoval jsem i název stránky)
vlezu na výchozí stránku a ručně doklikám na tu upravenou
v prohlížeči se jmenuje stejně jako dříve ale je již zobrazená správně s češtinou
přesto data v MySQL jsou jak na localhostu tak na webu naprosto stejná !?!

jen když je přepíšu v administraci na webu, tak začnou česky fungovat

tak mi to prosím vysvětlete, kde může být zakopán pes ?

někde v "kanále" mezi tlačítkem "SAVE" na webové administraci a příjmem těcjhto dat do MySQL databáze

přesto se data v databázi neliší, takže někde cestou se s nimi něco děje tak, že když je uložím z webového rizhranní administrace, jsou interpretována správně, ale když je načtu ze záložního sql souboru, tak jsou interpretována špatně

vše, kde jsem koukal mám nastaveno utf-8

jsou nějaké diagnostické nástroje, abych viděl kde mám jaký charset ?

něco jako třeba výpis z tohoto fora na websitebaker
http://forum.websitebaker2.org/index.php/topic,11358.0.html

Die Fehlermeldung zur WB-Version ist schon etwas kurios

MfG, Jürgen

Analyse-Ergebnisse:
Checking mySQL
version : 5.0.67-community-log
version_comment : MySQL Community Edition (GPL)
version_compile_machine : ia32
version_compile_os : Win32
Checking mySQL character-sets
character_set_client : latin1
character_set_connection : latin1
character_set_database : utf8
character_set_filesystem : binary
character_set_results : latin1
character_set_server : latin1
character_set_system : utf8
character_sets_dir : \xampp\mysql\share\charsets\
wb : CREATE DATABASE `wb` /*!40100 DEFAULT CHARACTER SET utf8 */
settings : CREATE TABLE `settings` ( `setting_id` int(11) NOT NULL auto_increment, `name` varchar(255) NOT NULL default '', `value` text NOT NULL, PRIMARY KEY (`setting_id`) ) AUTO_INCREMENT=45 DEFAULT CHARSET=utf8
sql_mode :
Checking PHP
Version: 5.2.6
Server API: apache2handler
default_charset: UTF-8
magic_quotes_gpc: 1
magic_quotes_runtime:
max_execution_time: 60
upload_max_filesize: 32M
post_max_size: 16M
file_uploads: 1
memory_limit: 32M
max_input_time: 60
loaded extensions: bcmath calendar com_dotnet ctype session filter ftp hash iconv json odbc pcre Reflection date libxml standard tokenizer zlib SimpleXML dom SPL wddx xml xmlreader xmlwriter apache2handler gd gettext imap mbstring exif mcrypt mime_magic ming mssql mysql mysqli pdf PDO pdo_mssql pdo_mysql pgsql soap sockets SQLite xmlrpc xsl zip ps paradox Zend Optimizer
safe_mode:
disable_functions:
session_support: OK -- SID content:
session.use_cookies: 1
session.use_only_cookies: 0
error_reporting: 6135
display_errors: 1
Checking WB:
WB_VERSION: 2.7
VERSION: 2.7
DEFAULT_CHARSET: utf-8
OPERATING_SYSTEM: windows
Checking Apache
Apache/2.2.9 (Win32) DAV/2 mod_ssl/2.2.9 OpenSSL/0.9.8i mod_autoindex_color PHP/5.2.6
text/html; charset=UTF-8
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 16.3.2009 08:06 - Oblíbené kluby (07:59) 747
osobně si myslím, že chybné je to, že se do těch memo položek v db mysql ukádají ty entity a ne české znaky
koukal jsem dnes jak funguje třeba SunLight CMS
a ten pošle data do databáze ve tvaru normálně česky čitelném
takže bych musel někde najít v tom websitebaker script, který se stará o komunikaci mezi administračním rozhranním a databází
...
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 14.3.2009 10:20 - Oblíbené kluby (07:59) 746
tvxdíky
asi to tak nějak bude
ale asi bude těžké najít místo, kde se tak děje
musí to být někde kde to souvisí s tím RS, protože v ostatních aplikacích problémy s češtinou nemám
co bys doporučoval nejprve ověřit ?
a jakým způsobem ?
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 14.3.2009 08:53  745
pphodila by se vzdy inforamce KDE jsi nastavil tu kodovou stranku o ktery pises.
zkontrolujsi utf8:
jako default mysql serveru (kofigurak)
jake default mysql klienta (konfigurak)
jako default DATABAZE!
jako default PHP!
vystupni html stranka by mela byt utf-8!
esli neni vyjimka v tabulkach!
phpmyadmin umoznuje nastavit si kodovou stranku, kdyz das utf-8 a databaze v nem vypada vporadku je problem v aplikaci
udelat export z phpmyadmin - kouknout treba v pspad esli to v utf-8 vypada okej

to co pise makovec je potreba dat v pripade importu souboru hned jako prvni prikaz DO SAMOTNYHO IMPORTNIHO SOUBORU! protoze v okamziku importu se znova navazuje spojeni se serverema znovu nastavuje prostredi! ja davam 'set names utf8' to nastavi uplne vse co jde pri spojeni s mysql na utf8.

tipnul bych si, ze si neco cestoumysli ze ma konvertovat neb ma nastavenou vadnou CP proto ti ta nastavena cp fungovala - > zamezila konverzi neb cestou se asi jinak nekde delo :
predpokaldane ISO-8859-1 (v praxi ale utf8) -> utf8 a ted to bylo:
predpokaldane ISO-8859-1 -> ISO-8859-1
makovec makovec Chuck Norris snědl jídlo od Babicy - a ještě si přidal 14.3.2009 00:36  744
zkus si hned pod pripojeni k databazi dat:

mysql_query("SET CHARACTER SET utf8");
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 13.3.2009 21:06 - Oblíbené kluby (07:59) 743
hm předčasně jsem jásal
třeba
Produkční práce
se zobrazí
Produk?ní práce

ale většina nekorektních znaků je už správně
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 13.3.2009 21:03 - Oblíbené kluby (07:59) 742
ohledně kódování toho RSzjistil jsem, že když ručně nastavím
Západoevropské (ISO-8859-1)
tak se čeština zobrazuje správně !!

co z toho tedy vyplývá ?
?
jsem s toho trochu jelen
všude mám nastaveno pro jistotu utf-8 a ono z toho po exportu vyleze toto
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 13.3.2009 20:48 - Oblíbené kluby (07:59) 741
ještě tu mám:
SQL Maestro for MySQL
a
SQLyog Enterprise
:-)

[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt