WordPress: varnostno kopiranje in obnovitev na drug strežnik
Ko so ta teden mojo spletno stran napadli roboti s komentarji (zveni kot znanstvena fantastika, kajne?), Sem bil prisiljen nekajkrat znova zagnati strežnik, preden sem napad preprečil. Pravzaprav mislim, da sem nekako poškodoval bazo podatkov ali datoteko v WordPressu, ker po dogodku spletno mesto ne bi trajalo več kot nekaj ur, ne da bi se spustilo.
Izkoristil sem priložnost, da sem svoje spletno mesto premaknil na nov račun na svojem prodajnem računu pri Jumpline.com. Z leti sem bil navdušen nad Jumplineom. Gostim približno 30 spletnih mest in skoraj nikoli ne pokličejo stranke, ki gostijo z mano (razen če potrebujejo pomoč). Storitev je izjemna, njihova podporna skupina pa fantastična.
Njihovi tehniki podpore so bili pravzaprav fantje, ki so ugotovili, da so moji strani ubijali nekateri neželeni roboti (hvala!). S prehodom na nov račun to spletno mesto zdaj postavlja najnovejšo različico PHP / MySQL in ima res lepo aplikacijo Ajax Webmail.
Česar se nisem zavedal, kakšna neverjetna bolečina je bila poskusiti narediti a čiščenje namestitev WordPressa. Številni vtičniki dodajo polja in tabele v vašo zbirko podatkov WordPress. Neprestano ocenjujem z vtičniki, zato je bila moja baza podatkov katastrofa. Izvedba varnostne kopije WordPressa ali baze podatkov in njegova obnova v novem računu je verjetno samo premaknila težave z njo. Tam naj bi vrgel kup dodatnih polj in tabel. Pri deaktiviranju vtičnika bi rad videl prihodnje različice sprememb baze podatkov mandata WordPress, tako da smeti ne ostanejo brez besed.
Ogledal sem si celo nekaj dodatnih vtičnikov, ki bi vaš spletni dnevnik WordPress poslali v XML za ponovni uvoz, potem pa izgubite veliko podatkov. Dvanajst ur kasneje (res sem spal) in mislim, da sem dejansko zaključil selitev računa in vseh ustreznih podatkov. Bilo je malo nočna mora, ampak tukaj sem naredil:
- Varnostno kopiranje izvirnega spletnega mesta in baze podatkov.
- WordPress je bil na novem računu nameščen iz nič.
- Na novi račun je od začetka namestil najnovejše vtičnike WordPress.
- Nastavite vse možnosti vtičnikov in nastavitve spletnega mesta.
- Ali sem primerjal tabelo vsak tabela iz izvorne in ciljne baze podatkov.
- Izbrisana so bila vsa polja v izvorni bazi podatkov, ki niso obstajala v ciljni bazi podatkov.
- Izpraznili vse tabele v ciljni bazi podatkov (znebite se standardnih delovnih mest za test WP.
- Ali izvoz vsake tabele brez spusti in poustvari. S tem bodo zapisi zapisani v novo zbirko podatkov z istimi ključi, tako da nobeno razmerje ni prekinjeno.
- Mapo wp-content \ upload sem kopiral iz izvornega računa v ciljni račun. Ker sem premaknil tudi ime domene, so se vse sklice na slike ohranile.
- Vodila sem blog in ga preizkusila! Moral sem počistiti nekaj stalnih povezav do strani, ne vem zakaj, toda potem so bile v redu.
Zanimivo je, da ima WordPress vgrajen uvoz za konkurenčne platforme za blogiranje, vendar ni nobenega uvoza za izvedbo uvoza WordPress v WordPress, ki ne bo upošteval sprememb vtičnikov.
To je precej uspelo. Morda boste opazili, da vodim novega tema. Preprosto sem imel preveč majhnih težav z beta temo, ki sem jo zagnal. Naredil sem nekaj obsežnih prilagoditev te teme, vendar mislim, da sem jo že skoraj dobil, kjer želim.
Edina pritožba glede teme je, da Avtor ni uporabil skupne noge v celotni temi, ki je bila nad dnom> body> tag, zato sem moral v celoti ročno vnašati svoj skript Google Analytics. Lahko bi zgradil nogo po meri in se skliceval nanjo, vendar mislim, da bi se pozneje zmedel, saj je avtor teme pri vsem uporabil ime 'noga'. Je pa zelo lepa tema!
Mislim, da sem zdaj spet gor! Zdaj moram na delo!