Frissítés fórum IPB 2
Frissítés fórum IPB 2.x a legújabb verzióra kell megvalósítani az átmenetet a 3-as verzió, a későbbi megújítást a harmadik változat. El kell menni a harmadik változatnak IP.Board 3.0.5 eloszlás, amely megtalálható az interneten. Mielőtt bármilyen frissítést ellenőrizze, hogy a fogadó egy fórumot, amelyen a követelmények az új verzió, és biztos, hogy egy biztonsági másolatot a fájlok és adatbázisok nem elérhető. Követelmények ipb3.0.5 idézem az alábbiakban.
Követelmények IP.Board 3 a következőképpen:
1. PHP verzió 5.1.h felett
2. bővítő modulok PHP:
• dom
• gd
• iconv
• libxml
• mbstring
• mysqli és mysql
• Reflection
• SimpleXML
• SPL
3. Kívánatos, hogy a következő modulok:
• jSON
• aljzatok
• szfinx
• XCache APC
4. Memory kiosztott PHP (érték memory_limit) legyen legalább 32MB, ideális esetben 128.
recoding adatbázis
Az alapötlet az újrakódolása bázis
Van egy biztonsági másolatot a fájl. Ez egy egyszerű szöveget windows-1251 (cp1251). Annak érdekében, hogy lefordítani ezt a szöveget UTF-8, akkor kell használni az átkódolás Notepad ++ (kódolás - átalakítani UTF-8).
Ha a szöveget fordította UTF-8, akkor korrigálni kell az utasításokat ezt a szöveget maga az adatbázis dolgoztak vele, mint egy UTF-8. Nevezetesen, van két parancs neveinek beállítása és az Alapértelmezett karakterkészlet. Alapján cp1251 néznek
SET NAMES cp1251
) MOTOR = MyISAM DEFAULT CHARSET = cp1251
A mi mentés több mint két csapat. Tehát kell őket cserélni az egész fájlt
) MOTOR = MyISAM DEFAULT CHARSET = utf8
Átkódolás jelenti SSH
Az általunk használt iconv segédprogram átalakítására a backup (amit meg is tettünk az első lépés), akkor az alábbiak szerint történik:
> Iconv -f cp1251 -t utf8 dump.sql> dump.utf8
Hozzárendelése kulcsok az alábbiak szerint:
-f cp1251 - cp1251 átalakítani a kódolás
-t utf8 - a kódolás UTF8
dump.sql - amely szükséges konvertálni a fájlt
> Dump.utf8 - átalakítás eredményeit itt leírtak
Problémákat okozhat az átalakítás során, ami megszakítja az átalakítási folyamat. Ez általában akkor fordul elő, mert a képtelen megtalálni a megfelelő szimbólumokat egy kódolási más karakter. Ilyen esetekben szükséges egy újabb kulcsot (-c) a hívás iconv. Ie A parancs lenne így:
> Iconv -c -f cp1251 -t utf8 dump.sql> dump.utf8
Ebben az esetben a probléma akkor jelentkezik, ha konvertálni egy szimbólum lehet kihagyni, és az átalakítás folytatódik.
Tehát az összes szöveget már lefordított UTF-8, most meg kell változtatni az SQL parancsokat. Itt van, hogyan
Valójában, mivel a lerakó kell lennünk a megfelelő kódolás cp1251, akkor végezze el a módosítást az ezeket az értékeket az új fájlba:
> Sed 's / SET NAMES cp1251 / SET NAMES utf8 / g'
> Sed 's / default CHARSET = cp1251 / default CHARSET = utf8 / g' <1.dump.utf8> dump.utf8.sql
Ez a csapat egyértelműen leírni a magyar értékek:
sed 's / WAS / acél / g' <ОТКУДА ЧИТАЕМ> meg, hogy hová
Recoding előkészített SypexDumper
A Tools könyvtárban megoszlás feltöltött egy módosított script SypexDumper, ami már be van állítva, hogy működjön együtt az alapja a fórum. Ahhoz, hogy feltölteni a forgatókönyvet, hogy a gyökér könyvtárat a szerveren offline és futni.
Adatrögzítés való hozzáférés a fórum az első ablakot.
A következő ablakban meg kell adni, hogy egy adatbázis dump és visszaállítani az adatbázist a biztonsági mentésből.
Azt, hogy egy adatbázis dump. Befejezése után a dömper azt írja, hogy a mentés kész, és egy linket a letöltéshez. Letöltés nem szükséges. Csak megy keresztül online FTP a szerverhez, és győződjön meg arról, hogy a másolat készül, és valóban a cache könyvtárat. Akkor töltse le ezt lerakó a számítógépre. Ne feledje, a neve a backup fájlt.
Menj vissza a formáját a dömper, ahonnan indult, hogy egy biztonsági másolatot. Most ki kell választani egy adatbázis helyreállítását.
Az első legördülő listában jelölje ki az adatbázist, a második - a név a biztonsági mentés. Elkezdi a helyreállítást.
Miután a helyreállítás befejeződött. A rendszer segítségével a phpMyAdmin vagy valami hasonló eszközt a lehetőséget, ellenőrizze, hogy az összes asztal már utf8_general_ci képest, az összes adatot a táblák általában megjelenik.
Helyreállítása egy új adatbázis
A bázist alakítunk egy másik, és készen áll, hogy frissítse. Ugyanakkor arra is szükség van, hogy visszaállítsa a szerver MySQL.
Először is, meg kell változtatni a kódolás a régi alap.
> MySQL -u DB_USER -p db_forum -e 'ALTER DATABASE db_forum alapértelmezett karakterkészlet utf8 LEVÁLOGAT utf8_general_ci'
Írja be a jelszót:
>
A rendelkezésre álló felületet használhatja az adatbázist (pl phpMyAdmin), hogy menjen elérhető az adatbázisban, és végre egy lekérdezés
ALTER DATABASE db_forum alapértelmezett karakterkészlet utf8 LEVÁLOGAT utf8_general_ci
Ehelyett db_forum legyen a neve a bázis!
Most telepíteni az adatbázist. Íme:
> Mysql -u DB_USER -p -default-karakter-készlet = UTF8 db_forum <./dump.utf8.sql
Írja be a jelszót:
>
Helyreállítása jobb SypexDumper. Dob átalakítani rezevrnuyu példányt a könyvtár, ahol SypexDumper menti adatbázisok. És indítsa SypexDumper. Gondosan kövesse az utasításokat
Billenő telepített kódolást utf8 bázis, az alap kész frissíteni.
Új fájlokat letölteni
adatbázis karakterkészlet megváltoztattuk UTF-8, és most meg kell tölteni új fájlokat alkotják a szerver. Ehhez mi kell érteni az elején a régi. Egyesek közülük, már nem kell. Mivel ez eltávolítja könyvtárakat és fájlokat online, kivéve a következőket:
/ feltöltések
./ style_images
./ style_emoticons
./ style_captcha
./ style_avatars
./conf_global.php
./ cache
Most vesszük előre letöltött forgalmazás fórum és az összes fájl és mappa Mappafeltöltés feltölteni a szerverre FTP kliens. Úgy kell kinéznie
/xml.php
./ feltöltések
./ style_images
./ style_emoticons
./ style_captcha
./ style_avatars
./robotstxt.txt
./ kiskereskedelmi
./ állami
./ lofiversion
./ ips_kernel
./ interfész
./initdata.php
./index.php
./ horgok
./favicon.ico
./ converge_local
./conf_global.php
./ cache
./ admin
Most kell, hogy ellenőrizze, hogy minden jog a könyvtárba helyezve. IP.Board 3 előírja a következő bejegyzéseket a könyvtárban
/ cache
./ Cache / tmp
./ Cache / lang_cache
./ Cache / lang_cache / 1
./ Cache / skin_cache
./ Public / style_images
./ Public / style_css
./ horgok
./ feltöltések
És ./conf_global.php fájl
Annak érdekében, hogy elkerüljék a problémákat ki könyvtárak és fájlok CHMOD 777 (rwxrwxrwx).
Felkészülés a frissítés
Kódolás conf_global.php
A régi conf_global meg kell változtatni, hogy a frissítés sikeres volt. Most tegyük fel, hogy így néz ki
Meg kell adnia a kódolás a kapcsolatot az adatbázissal, mi lenne megvalósult egy új fórumot. Ehhez sor után
Törölheti a felesleges.
Ez ellenőrzi a rendszer követelményeinek, ha a tárhely megfelel fórum és másutt egy zöld címke „a” klikk „Tovább” gombra.
Az „Alkalmazások” fülre, kiderül, melyik változat a fórum előtt frissítést. Az én esetemben IP.Board 2.3.1 frissítjük 3.0.5. Kattintson a „Tovább” gombra.
A következő ablakban, bízom az összes elem inaktív állapotban, és nyomja meg a „Tovább” gombra.
A következő ablakban, tettem egy pipa a vonal „Show SQL lekérdezések futtatásához kézzel.” Ez annak a ténynek köszönhető, hogy amikor verzióra 3 offline adatbázis lekérdezések fajta «TYPE = MyISAM», hogy nem fog működni a MySQL 5.5 vagy magasabb, mivel a szintaxis megváltozott. Az így elvégzett kéri az új változat a MySQL kell «TYPE = MyISAM» helyébe «MOTOR = MyISAM». Mivel MySQL 5.5.22 dolgozott idején a frissítés az én szerver, azt kellett adni egy lekérdezést az adatbázis helyére «TYPE = MyISAM» a «MOTOR = MyISAM». Így kezdődik a frissítés kattintson a „Frissítés most”.
Ott SQL lekérdezések, hogy elvégzi a phpmyadmin helyett «TYPE = MyISAM» a «MOTOR = MyISAM».
Rendszeresen frissítés script fogja kérni, hogy nyomja meg a gombot, hogy folytassa a frissítés.
Vége frissítési üzenet az alábbiak szerint.
Lehetséges hibák frissítése után
Úgy történik, hogy a frissítés után, látogasson el a fórum, akkor valami ilyesmit:
A probléma az, hogy nem így van, válassza ki a megfelelő kódolás az oldalt. Ellenőrizze az AC kódolási beállításokat az oldalak offline (AC → Rendszerbeállítások → Beállítások → Szerver környezet Coding fórum oldalakon) tartalmaznia kell egy értéket utf-8.
AddDefaultCharset utf-8
AddCharset utf-8 *
CharsetSourceEnc utf-8
CharsetDefault utf-8
Az okok lehetnek két:
1. Meg elfelejtettem változtatni conf_global.php mint írtam fent.
Próbálja meg, hogy ezeket a változásokat, ha nem segít gondosan ismételje meg a frissítést.
2. átalakítani az adatbázist, amely már az UTF.
Upgrade vagy végre átkódolás keret (a szöveget), és csak végre a csere SQL parancsokat.