A kumulatív vbulletin cms szóhasználata a wordpressen

C ++ vBulletin CMS Wordpressen

Felmerült a kérdés, hogy a vBulletin motorról a Wordpress-re váltsunk.

Bevezető ilyen.
A vBulletin Suite 4.1.1 összes cikkét át kell adnia egy új adatbázisba, hogy összekapcsolhassa a WordPress programmal.

Valóságos-e a tervezett terv végrehajtása, és vannak-e mechanizmusok az ilyen manipulációkra (különösen a cikkek átvitele a Suite-tól a Wordpress-ig)?
A fórum elhelyezésével a mappában kitalálom magam.

Nem gondolom, hogy a cikkeket a kezeimmel mozgathatom, mert mint 700 cikk, nem nagyon valóságos az új motor újrakiadása (sok időt fogok megölni, ami még nincs ott).

Általánosságban elmondom, hogy a fórum felhasználók számára tanácsokat vagy javaslatokat fogalmaznak meg arról, hogyan lehet ezt tenni.
Figyelembe fogom venni a javaslataidat a fizetett szolgáltatásokról, amelyeket megadhatsz a kis problémám megoldásához. Mondja meg, mennyi pénzt szeretne mindent megtesz, amint fent írtam.

Tegyük fel, hogy a hivatkozások megváltoztathatók az adatbázis lekérdezésével, hogy helyettesítsük a Find - replace szót, hanem a fórumhoz vagy más webhelyekhez tartozó cikkekhez kapcsolódó linkeket - ez egy probléma.

De mi köze a fórum valóban probléma, mert ha az összes fájlt, most van átkerülnek egy külön mappába VP majd minden utalást az online rendszer, és ez nagyon szomorú, mert az én fórum kapcsolatokat, mint a pokol, mint mi mondjuk meg, hogy erről bo van valami olvasni.

Ó, az ötlet, mintha még mindig egy külön mappába, és nem az EP Suva fórum, és ostobán másolni a gyökere az EP most, az összes fájlt, amelyek a gazda, kiderül, hogy kapcsolat felépítése alatt teljesen semmi köze velük szükségtelen. Vagy tévedek?

A fórum úgy döntött, hogy egy "matricát" készít. Annak érdekében, hogy az összes referencia tömegt ne veszítse el, úgy döntött, hogy hagyja el, anélkül, hogy megérintette volna a fájlokat, és nem áthelyezte őket a mappába.

De a legfontosabb jelölésekkel mindez csodákat dolgozott ki. Nos. míg az igazság a teszt szintjén van, de mégis - a legfontosabb dolog működik.

A következőt tettem.
Telepítettem a Wordpressot egy aldomainre. Készített valamit. Több cikket írtunk a "régi" oldalról az "új" webhelyre (az aldomainen).

Aztán hülyén átküldtem az összes fájlt a témáról a webhelyem gyökereire. Nagyon jó, hogy a Wordpress fs mappáknak különböző nevük van, és a gyökérbe esnek, anélkül, hogy bármit is összekapcsolnának a régi oldalról.
Az egyetlen hasonló nevű fájlok kiderült, hogy .hatches és indyh.pxp

Cserélte őket, korábban természetesen megtartotta ezeket a fájlokat.

És íme. Az oldal indult egy új fő, amelyen díszített néhány cikket én írt korábban. Forum munka, mint korábban, mert a munkáját nem befolyásolta (az érintett fájlokat, mert nebyli.)

Ezért most egy nyugodt lélekkel lassan lefedheti a "régi" oldalról származó cikkeket az "új" oldalra, amely ideiglenesen az aldomainen található. Akkor, amikor befejeztem a munkát, újra átküldem az összes fájlt a Vordpresa-ról a tekercs gyökereire, és élvezni fogom a munkámat.

mivel látjuk, hogy minden átmegy a file content.php alatt, és ebben a formában lehetetlen mindent elhagyni a VP-n, de a VP nem rendelkezik ilyen fájllal.
De a régi link egy részét önkényes hivatkozásokba tehetem, és hagyhatom el, megkerülve a content.php fájlra mutató linket.
Vagyis, hogy ne tegyen 700 sornyi átirányítást a régi referenciákról az újakra, elegendő egy bizonyos feltételt előírni a nyílásokban.
Igazából ebben a segítségben és kérdezd meg.

Ilyen valóságos dolog?