WordPress: рэзервовае капіраванне і аднаўленне на іншым серверы

рамонтКалі на гэтым тыдні на мой сайт напалі спам-боты (гучыць як навуковая фантастыка, так?), Я быў вымушаны некалькі разоў перазагрузіць сервер, перш чым сарваць атаку. Я на самой справе думаю, што я неяк пашкодзіў базу дадзеных альбо файл у WordPress, таму што пасля падзеі сайт не пратрымаецца больш за некалькі гадзін і не панізіцца.

Я скарыстаўся магчымасцю перанесці свой сайт на новы рахунак на ўліковым запісе пасярэдніка па адрасе Jumpline.comМалюнак 2260935 1169332. Я быў у захапленні ад Jumpline на працягу многіх гадоў. Я размяшчаю каля 30 вэб-сайтаў і амаль ніколі не тэлефаную ад кліентаў, якія прымаюць са мной (калі ім не патрэбна дапамога). Абслугоўванне выдатнае, і іх каманда падтрымкі фантастычная.

Іх на самой справе падтрымалі хлопцы, якія ўстанавілі, што спам-боты забіваюць мой сайт (дзякуй!). Пераход да новага ўліковага запісу зараз змяшчае гэты сайт на апошняй версіі PHP / MySQL і мае сапраўды прыемнае прыкладанне Ajax Webmail.

Я не разумеў, якая неверагодная боль была спроба зрабіць гэта ачысціць ўстаноўка WordPress. Многія з убудоў дадаюць палі і табліцы ў базу дадзеных WordPress. Я ўвесь час ацэньваю з дапамогай убудоў, таму мая база дадзеных апынулася катастрофай. Выкананне рэзервовай копіі WordPress або базы дадзеных і аднаўленне яе ў новым уліковым запісе, верагодна, проста збіралася перанесці праблемы з ёй. Як мінімум, ён збіраўся кінуць кучу дадатковых палёў і табліц. Я хацеў бы бачыць будучыя версіі мадыфікацыі мандата базы дадзеных WordPress пры дэактывацыі ўбудовы, каб смецце не заставалася ў вочы.

Я нават паглядзеў некаторыя дадатковыя убудовы, якія выводзяць ваш блог WordPress у XML для паўторнага імпарту, але потым вы губляеце шмат дадзеных. Праз дванаццаць гадзін (я спаў), я думаю, што на самой справе завяршыў перанос уліковага запісу і ўсіх адпаведных дадзеных. Гэта быў трохі кашмар, але вось што я зрабіў:

  1. Рэзервовае капіраванне арыгінальнага сайта і базы дадзеных.
  2. Усталяваны WordPress з нуля на новым рахунку.
  3. У новым уліковым запісе з нуля ўсталяваны найноўшыя ўбудовы WordPress.
  4. Усталюйце ўсе параметры ўбудовы і налады сайта.
  5. Зрабіў табліцу параўнання кожны табліца з зыходнай базы дадзеных і базы дадзеных прызначэння.
  6. Выдалены ўсе палі ў зыходнай базе дадзеных, якія не існавалі ў базе дадзеных прызначэння.
  7. Пустыя ўсе табліцы ў базе дадзеных прызначэння (пазбаўленне ад стандартных тэставых паведамленняў WP.
  8. Зрабіў экспарт кожнай табліцы без скінуць і ўзнавіць. Гэта запіша запісы ў новую базу дадзеных з тымі ж ключамі, каб ні адна сувязь не парушылася.
  9. Капіраваў маю папку wp-content \ upload з зыходнага ўліковага запісу ў мэтавы ўліковы запіс. Паколькі я перамясціў і даменнае імя, усе спасылкі на выявы былі захаваны.
  10. Я вёў блог і тэставаў яго! Мне давялося ачысціць пастаянныя спасылкі на старонкі, я не ўпэўнены, чаму, але пасля яны былі ў парадку.

Цікава, што WordPress мае ўбудаваны імпарт для канкурэнтных платформаў для вядзення блогаў, але няма імпарту для выканання WordPress у імпарт WordPress, які будзе ігнараваць змены ўбудоў.

Гэта ў значнай ступені гэта ўдалося. Вы можаце заўважыць, што ў мяне новы тэма. У мяне было занадта шмат дробных праблем з бэта-тэмай, якую я запускаў. Я зрабіў некалькі шырокіх налад гэтай тэмы, але я думаю, што я амаль дасягнуў яе там, дзе хачу.

Мая адзіная скарга на тэму заключаецца ў тым, што аўтар не рэалізаваў агульны ніжні калонтытул на працягу ўсёй тэмы, які размяшчаўся над тэгам унізе> цела>, таму мне давялося ўвесці ўручную свой сцэнарый Google Analytics. Я мог бы стварыць уласны ніжні калонтытул і зрабіць на яго спасылку, але, думаю, пазней я б заблытаўся, бо аўтар тэмы выкарыстаў для ўсяго імя "ніжні калонтытул". Гэта вельмі прыемная тэма!

Мяркую, я зараз падтрымаў! Цяпер я мушу прыступаць да працы!

3 Каментары

  1. 1
  2. 2

    Толькі думка ...
    Я заўсёды тэстую рэзервовыя копіі і аднаўляю рашэнні, ваша публікацыя прыцягнула маю ўвагу.
    Using the built in export and import built in to 2.1 , was a dream. I did have a problem with the displayed graphics.
    Я збіраюся знішчыць і зноў запусціць тэставы блог, але на гэты раз я адрэдагую файл XML, каб адлюстраваць новае месцазнаходжанне малюнкаў.

  3. 3

    I too had the fine experience of rebuilding my WordPress site from the ground up. All went pretty well as I was sure to backup everything via multiple means.

    Асноўныя праблемы, з якімі мне давялося сутыкнуцца, былі згубленыя прызначэнні ў катэгорыях з-за імпарту праз файл XML. Акрамя таго, некалькі паведамленняў не былі цалкам адноўлены. Здаецца, гэта было звязана з некаторымі праблемамі з выкарыстаннем адзінкавых двукоссяў у абзацах. Па нейкай прычыне файл рэзервовай копіі не ўхіліўся ад каціровак, і WordPress палічыў, што справа скончылася.

    Ну, гэта заняло некаторы час, але мне ўдалося выцягнуць гэтую інфармацыю з файла .SQL, для якога я стварыў рэзервовую копію перад выдаленнем базы дадзеных.

    Дзякуй, што падзяліліся сваім досведам.

Што вы думаеце?

Гэты сайт выкарыстоўвае Akismet для барацьбы са спамам. Даведайцеся, як дадзеныя апрацоўваюцца каментар.