Toe my webwerf hierdie week aangeval is deur kommentaar-spam-bots (klink soos wetenskapfiksie, né?), Moes ek my bediener 'n paar keer weer begin voordat ek die aanval gedwarsboom het. Ek dink eintlik dat ek die databasis of 'n lêer in WordPress op een of ander manier beskadig het, want na die gebeurtenis sou die webwerf nie langer as 'n paar uur duur sonder om af te gaan nie.
Ek het die geleentheid benut om my webwerf na 'n nuwe rekening in my resellerrekening by te skuif Jumpline.com
. Ek was oor die jare heen in ekstase met Jumpline. Ek bied ongeveer 30 webwerwe aan en bel amper nooit die kliënte wat by my gasheer is nie (tensy hulle hulp nodig het). Die diens is opmerklik en hul ondersteuningspan is fantasties.
Wat ek nie besef het nie, is hoe ongelooflik dit was om te probeer om 'n skoon installering van WordPress. Baie van die invoegtoepassings daar buite voeg velde en tabelle by u WordPress-databasis. Ek evalueer voortdurend met invoegtoepassings, dus my databasis was 'n ramp. Die uitvoering van 'n WordPress- of databasis-rugsteun en die herstel daarvan in die nuwe rekening sou waarskynlik net die probleme daarmee skuif. Dit sou ten minste 'n klomp addisionele velde en tafels daarin gooi. Ek wil graag toekomstige weergawes van WordPress se databasis-wysigings sien as u 'n invoegtoepassing deaktiveer sodat die vullis nie agtergelaat word nie.
Ek het selfs na 'n paar bykomende invoegtoepassings gekyk wat u WordPress-blog na XML sal uitvoer om weer in te voer, maar dan verloor u baie data. Twaalf uur later (ek het wel geslaap) en ek dink dat ek die rekening en al die toepaslike data eintlik geskuif het. Dit was 'n bietjie nagmerrie, maar dit is wat ek gedoen het:
Ek het die blog bestuur en dit getoets! Ek moes wel 'n paar bladsy-permalinks opruim, ek weet nie waarom nie, maar dit was goed.
Dit is interessant dat WordPress ingeboude invoer vir mededingende blogplatforms het, maar geen invoer om 'n WordPress-invoer na WordPress uit te voer wat die wysigings van plugins sal verontagsaam nie.
My enigste klagte met die tema is dat die skrywer het nie 'n algemene voetskrif in die tema geïmplementeer wat bo die onderkant> liggaam> -merker was nie, dus moes ek my Google Analytics-skrif handmatig invoer. Ek kon 'n aangepaste voetskrif bou en daarna verwys, maar ek dink later sou ek deurmekaar geraak het omdat die skrywer van die tema die naam 'voetskrif' op alles gebruik het. Dit is egter 'n baie mooi tema!
Ek dink ek is nou weer terug! Nou moet ek aan die werk gaan!
7 Jan 2007 om 1:36
Ek het net die pret gehad om dit ook op my seun se webwerf te doen! ek het gehad http://www.billkarr.com gehuisves in 'n subgids van my webwerf, maar nou het ek dit in sy eie.
Ek toets altyd rugsteun en herstel oplossings, jou plasing het my aandag getrek.
Dit was 'n droom om die ingeboude uitvoer en invoer in 2.1 te gebruik. Ek het wel 'n probleem gehad met die vertoonde grafika.
Ek is op die punt om die toetsblog uit te wis en weer te begin, maar hierdie keer sal ek die XML-lêer redigeer om die nuwe ligging van die prente te weerspieël.
29 Aug 2007 om 8:51
Ek het ook die goeie ervaring gehad om my WordPress-werf van die grond af te herbou. Alles het redelik goed gegaan, want ek was seker om alles op verskeie maniere te rugsteun.
Die hoofprobleme wat ek teëgekom het, was dat my kategorie-posopdragte verlore gegaan het as gevolg van invoer via die XML-lêer. Boonop is 'n paar plasings nie ten volle herstel nie. Dit wil voorkom asof dit te wyte was aan 'n paar probleme met die gebruik van enkele aanhalings in paragrawe. Om een ​​of ander rede het die rugsteunlêer nie behoorlik die aanhalings vrygespring nie en WordPress het gedink dit het aan die einde van 'n plasing gekom.
Wel, dit het 'n rukkie geneem, maar ek kon hierdie inligting uit die .SQL-lêer wat ek gerugsteun het, haal voordat ek die databasis uitgevee het.