frissítés SMF

További, mint ma, kellett frissíteni a fórum, mint az SMF (Simple Machines Forum) verzióról 1.0 2.0RC1. Elvileg a folyamat maga dátuma zajlik, minden gond nélkül. Azonban van néhány pont, amelyen szeretnék kifejteni. Mi súlyosbítja a helyzetet, ezért a kódolás. Version 1.0 megpördült cp1251, de 2.0-ás verzió, én biztosan szeretnék látni a mindennapok utf-8.







frissítés SMF

Ebben a szakaszban, már figyelmeztetett, hogy a nyelvi fájlokat minden bajok. Annak érdekében, hogy ne kísértsd sorsa, és nem kap a helyzet, amikor a linkek nem állnak rendelkezésre (és azért, mert az a tény, hogy lesz egy orosz fordítása a kívánt szót), úgy döntött, hogy az angol nyelvet, és a folyamat ment és ment, és ... elakadt. Kiderült, hogy az adatbázis hiba a következő:

minden jól végződött számomra. Először is, a frissítéseket végzik a helyi gépen, másrészt a fórum áll egy dedikált szerver, ahol én is képes változtatni a konfigurációt problémák esetén.

Hibaüzenetet eredményez. Ez a probléma gyakran, ha van egy verem túlcsordulás. Mint látható, a tőzsdei, növelni szeretné a változó thread_stack. Hogy ez nem lehetséges, kivéve útján a konfigurációs fájl változásokat. Nyílt my.cnf fájlt, és állítsuk a változót az alábbiak szerint:

Valószínűleg ez nem szükséges. És ebben az esetben az érintett helyi tesztelésre. A számítógépen már van Denver, így ez a probléma azok számára, akik használják ezt a forgalmazás.

Tehát változtatni a megadott változó, indítsa újra a kiszolgálót, majd próbálja meg elvégezni upgrade.php. Ezúttal minden megy a bumm!

Most azt kérjük a böngésző mutatják meg az oldal forráskódját. Mi érdekli a paramétereket a meta tag:







Ez az! Ahelyett, hogy a várható utf-8 egy nyugat-európai. Menj a téma, és nézd index.russian-utf8.php fájl tartalmát. Látjuk a sort:

Kiderült, hogy nem ez a probléma.

Nos, itt az ideje, hogy elérje az embereket, akik ettek kutya SMF (vagy legalábbis kellene). Megyek a fórum orosz közösség, simplemachines.ru. Mint az a személy razoomny, yuzayu keresést. Op-pa, meglepetés szám 1. Kiderül, hogy képes nézni, azt kell, hogy hozzon létre egy fiókot. Nos, srácok, akkor legalább tették a captcha, ha túlzott terhelés a szerveren félnek ...

frissítés SMF

Regisztráció - ez nem a mi útjaink! Elkezdem válogatás a megfelelő szekcióba. I am looking for üzenete, hogy beszélni a problémákat, a kódolást. Furcsa módon, a válasz arra korlátozódik, hogy több hasonló javaslatok (nem számítva azokat a javaslatokat, fix görbe kéz). Az egyik javaslat - állítsa be a paramétert a $ db_character_set settings.php fájlt (abban az időben, az úton, én ugyanúgy kellett mászni kerek a forrást, annak érdekében, hogy megtalálják a paraméter felelős a telepítés a szükséges kódolás egy adatbázis kapcsolat). Természetesen ez nem az, amit szükség (különösen azért, mert ez a paraméter már telepítve van). Több tanácsos át fájlokat a rusifikaey utf-8 (jól van az első helyen, én már remegett Rusik UTF-8, másrészt van bejelölve. És cp1251 UTF-8 megkülönböztetni az állam). Általában is, nem igaz.

Volt egy másik válasz. Egy alak, egy kis mély engedékenység szó, ige az axiómát, hogy meg kell találni, hogy milyen kódolást működött a régi fórum, és oroszosítást mondjuk a megfelelő elosztása fordítások: utf-8 vagy cp1251, sőt, azt mondta, kiderült, hogy ez az egyetlen opciót. Szeretem azt is, hogy nem illik semmilyen módon.

Ásni egy kicsit a fórumon, és nem találtak semmit hasznos, úgy döntöttem, idő előtt ne legyen ideges, és ne essen kétségbe. Én maradtam „brute force”.

Nyers erő, úgy döntöttek, hogy alkalmazzák a mester sablon. Nyitva index.template.php fájlt. Látom a következő:

''

Most meg kell futtatni a kódot, és kitalálni, ahol a feladat a kódokat ez az elem a tömbben. További ásatások vezettek Load.php fájlt, és a megfelelő kódot:


INSERT INTO `settings`
SET `variable` = 'global_character_set',` value` = 'UTF-8';

Újraindítása fórum oldalon, és üdvözli találják, hogy mindent megfelelően működik (amit én, sőt, kért).




Kapcsolódó cikkek