Orosz phpBB2 plus

Találkoztam egy meglehetősen szokatlan (talán csak számomra) a probléma a kódolás:

phpBB 1,52 Plus - beállított MySQL 4.1 PHP 4 - Az alapértelmezett beállítás az orosz

Ott Adatbázis cp1251_general_ci kódolás asztalok

Minden nyelvi fájlok megjelennek rendesen, bármilyen változás az orosz, melyet az admin. panel vagy üzenet, stb helyesen jelennek meg (oldal forráskódját jön a windows-1251 kódolás)? és ugyanazt a szöveget az adatbázisban helyébe a kérdőjel. „”

Másrészt, ha megpróbáljuk kitölteni az adatokat az orosz adatbázison keresztül phpMyAdmin adatbázis azokat helyesen jelennek meg - a cp1251 kódolást, valamint a fórum és a portál ott szemetet kérdések formájában. „”

Latin helyesen jelenik meg
Cirill a nyelvi fájlok helyesen jelenik meg
Cirill az adatbázisból nem jelenik meg


Kérdés: Mi lehet a hiba oka? Az első alkalommal ez történik 3 év.

Hálás lennék a segítséget.

MySQL verzió 4.1. Támogatja az Unicode a belső szinten, a kódolás nevű win1251 Kiesett helyett - cp1251. Ezen túlmenően, a legújabb verzióját, amely több phpMyAdmin előforduló hibák használatakor MySQL 4.1 egy kódolási eltérő UTF-8. Itt a következő gereblye, és valószínűleg botlunk. Azt tanácsolom, hogy töltse le és húzza onnan a dklabovskogo Denver phpMyAdmin - nagy fiúk díszítve ez a kompatibilitást.

Valami más kakaka információk MySQL 4.1.5
phpMyAdmin beépített változat 2.6
Próbálom a munka révén denverovsky - semmilyen hatással. azonos nonszensz:

bár most úgy tűnik, ez az, amit

character_set_server paraméter latin1 Megértettem, hogy az eredeti oka a hibás működés :(

Meg kell kitölteni a látvány bázis ugyanazt a szoftvert, és ugyanazt a verzió, mint egy hát. Ha a biztonsági mentés mindent helyesen jelenik meg a Kezelői MySQL-t kódoló: Windows Cirill (cp1251) és az összehasonlítás kapcsolatok MySQL: cp1251_general_ci - character_set_server nem érinti.
Ez az. Amikor az izmok változat MySQL 4.1.5, az összes tárolt adatok olyan formátumban utf-8. Így az adatbázis létrehozásához szükséges támogatást cp 1251
* CREATE DATABASE `IMYa_MySQL_BD` alapértelmezett karakterkészlet cp1251 LEVÁLOGAT cp1251_general_ci
Következő teljes gimor - tárolt adatokat, mint a 1251 fordítását az adatbázist utf és fordítva a kimeneten. Amikor szerkeszt phpadmine mutatja úgy tűnik, hogy minden rendben, de valójában írásakor jön szemetet, és a levezetése fórum script megjeleníti halandzsa.
Röviden, ha az út alapja, harcolni kódolást. Phpadminom bázis nem szerkeszthetők, bár dklabovsky fosztva sok probléma a kódolást.

Meg kell kitölteni a látvány bázis ugyanazt a szoftvert, és ugyanazt a verzió, mint egy hát. Ha a biztonsági mentés mindent helyesen jelenik meg a Kezelői MySQL-t kódoló: Windows Cirill (cp1251) és az összehasonlítás kapcsolatok MySQL: cp1251_general_ci - character_set_server nem érinti.
Ez az. Amikor az izmok változat MySQL 4.1.5, az összes tárolt adatok olyan formátumban utf-8. Így az adatbázis létrehozásához szükséges támogatást cp 1251
* CREATE DATABASE `IMYa_MySQL_BD` alapértelmezett karakterkészlet cp1251 LEVÁLOGAT cp1251_general_ci
Következő teljes gimor - tárolt adatokat, mint a 1251 fordítását az adatbázist utf és fordítva a kimeneten. Amikor szerkeszt phpadmine mutatja úgy tűnik, hogy minden rendben, de valójában írásakor jön szemetet, és a levezetése fórum script megjeleníti halandzsa.
Röviden, ha az út alapja, harcolni kódolást. Phpadminom bázis nem szerkeszthetők, bár dklabovsky fosztva sok probléma a kódolást.


Itt van, amit érdekesnek, a szerver az előző lekérdezés SHOW VARIABLES megmutatta ezt az infót, ugyanazon a szerveren, mint muskl ugyanaz volt verzió, de úgy dolgozott, mint a karikacsapás gond nélkül:

character_set_client cp1251
character_set_connection cp1251
character_set_database cp1251
character_set_results cp1251
character_set_server cp1251
character_set_system utf8
character_sets_dir / usr / local / share / mysql / karakterkészletek /


Ismét bekapnaya lokalhoste alapja egy autó, minden gond nélkül, és nem kapott problémák kódolás nélkül ugyanazt a lekérdezést mutatja:

character_set_client cp1251
character_set_connection cp1251
character_set_database cp1251
character_set_results cp1251
character_set_server cp1251
character_set_system utf8
character_sets_dir \ usr \ local \ mysql4 / share / karakterkészletek


Nem lehet ilyen véletlen?

mint mindig nem megy, hogy hozzon létre egy új témát - írj e
amikor először próbáltam telepíteni phpbbplus Denver natív felmászott byaka kódolások
Fórum nem működik - kellett kérni Neuquen

összes orosz írásbeli krokazyablikami
kotorászott összes internetes, povpisyval kézi kódolás mysql, phpmyadmin - ahol csak - nem segített

\ Db \ mssql.php
\ Db \ mysql.php
\ Db \ mysql4.php
egy szeszély povnosil bennük valami változás (ami egyfajta kényszerű választás titkosítást az adatbázisban való) és működött

Most az egész fórum lóg egy normális orosz, kivéve néhány pillanatig

Például, van egy közvélemény-kutatás - lehetőség a felmérés orosz nyelvű, egy szavazat - azonnal ez az oldal jelenik meg a szavazás eredményét - boom KROKAZYABLIKI - Press frissítse az oldalt - és újra orosz

Megértem, hogy kell valahol máshol, hogy korrigálja a fent felsorolt ​​fájlokat, hogy mindent teljesen OK
Ui phpBB fórum élettartam volt a bennszülött Denver és minden rendben volt.
P.S.S. I helyett 3 tekercs-szerelvényt (jelenleg Topserver)? hiba történt a régi helyén

SCALOlaz
népünk

Orosz phpBB2 plus

Fura. Azt 1.53a azonnal eke orosz, gond nélkül és pintyek.
Nem gondolja, hogy a jelenlegi hibák - az eredmény a korábbi módosításokat?
Ez csak egy kérdés, kiabálva és a dobogó a sapka nem szükséges. Dy.

Kapcsolódó cikkek