WordPress: Varmuuskopiointi ja palautus toiselle palvelimelle

korjausKun kommentti-roskapostirobotit (kuulostavat tieteiselta fiktiolta?) Hyökkäsivät sivustooni tällä viikolla, minun oli pakko käynnistää palvelimeni uudelleen useita kertoja ennen hyökkäyksen estämistä. Luulen, että olen jotenkin vioittanut tietokannan tai tiedoston WordPressissä, koska tapahtuman jälkeen sivusto ei kestänyt muutama tunti tai niin menemättä alas.

Käytin tilaisuutta siirtää sivustoni uudelle tilille jälleenmyyjätililläni osoitteessa Jumpline.comkuva 2260935 1169332. Olen ollut hurmioitunut Jumplinen kanssa vuosien varrella. Isännöin noin 30 verkkosivustoa, enkä koskaan soita asiakkaille, jotka isännöivät kanssani (elleivät he tarvitse apua). Palvelu on merkittävää ja heidän tukitiiminsä on loistava.

Heidän tukiteknikkonsa olivat itse asiassa kaverit, jotka tunnistivat, että jotkut roskapostirobotit tappoivat sivustoni (Kiitos!). Uudelle tilille siirtyminen tuo tämän sivuston nyt uusimpaan PHP / MySQL-versioon ja sillä on todella mukava Ajax Webmail -sovellus.

En tajunnut, kuinka uskomatonta kipua oli yrittää tehdä puhdas WordPressin asennus. Monet siellä olevista laajennuksista lisäävät kenttiä ja taulukoita WordPress-tietokantaan. Arvioin jatkuvasti laajennuksilla, joten tietokanta oli katastrofi. WordPressin tai tietokannan varmuuskopion suorittaminen ja palauttaminen uudelle tilille oli todennäköisesti vain siirtämässä ongelmia sen kanssa. Ainakin se aikoi heittää joukon muita kenttiä ja pöytiä sinne. Haluaisin nähdä tulevat versiot WordPress-toimeksiantotietokannan muutoksista, kun poistat laajennuksen käytöstä, jotta roskat eivät jäävät huomiotta.

Katsoin jopa joitain lisäosia, jotka tuottavat WordPress-blogisi XML: ään tuontia varten, mutta sitten menetät paljon tietoja. Kaksitoista tuntia myöhemmin (nukuin) ja luulen, että olen tosiasiallisesti saattanut tilin ja kaikki tarvittavat tiedot siirrettyä. Se oli vähän painajainen, mutta näin tein:

  1. Varmuuskopioi alkuperäisen sivuston ja tietokannan.
  2. Asennettu WordPress alusta alkaen uudelle tilille.
  3. Asensit uusimmat WordPress-laajennukset alusta alkaen uudelle tilille.
  4. Määritä kaikki laajennusvaihtoehdot ja sivuston asetukset.
  5. Onko taulukon vertailu joka taulukko lähdetietokannasta ja kohdetietokannasta.
  6. Poistettiin kaikki lähdetietokannan kentät, joita ei ollut kohdetietokannassa.
  7. Tyhjennä kaikki kohdetietokannan taulukot (vapauttamalla itsesi tavallisista WP-testiviesteistä.
  8. Vie jokaisen taulukon ilman pudota ja luo uudelleen. Tämä kirjoittaa tietueet uuteen tietokantaan samoilla avaimilla, joten mikään suhteista ei ole rikki.
  9. Kopioin wp-content \ upload -kansion lähdetililtä kohdetilille. Koska muutin myös verkkotunnusta, kaikki kuvaviitteet säilyivät.
  10. Pidin blogin ja testasin sen! Minun täytyi puhdistaa joitain sivun pysyviä linkkejä, en ole varma miksi, mutta ne olivat kunnossa jälkeenpäin.

On mielenkiintoista, että WordPressissä on sisäänrakennettu tuonti kilpailukykyisille blogiympäristöille, mutta ei tuontia WordPressin toteuttamiseksi WordPress-tuonnissa, joka jättää huomiotta laajennusten muutokset.

Se teki melkein sen. Saatat huomata, että käytän uutta teema. Minulla oli yksinkertaisesti liian monta pientä ongelmaa käynnissä olevan beeta-teeman kanssa. Olen muokannut tätä teemaa laajasti, mutta luulen, että olen melkein saanut sen haluamaasi kohtaan.

Ainoa valitukseni aiheesta on, että kirjoittaja ei ottanut käyttöön yleistä alatunnistetta koko teeman kohdalla, joka asui alemman> body> -tunnisteen yläpuolella, joten minun piti syöttää Google Analytics-komentosarja manuaalisesti kaikkialle. Olisin voinut rakentaa mukautetun alatunnisteen ja viitata siihen, mutta luulen myöhemmin, että olisin hämmentynyt, koska teeman kirjoittaja käytti nimeä 'alatunniste' kaikessa. Se on kuitenkin erittäin mukava teema!

Oletan palannut nyt ylös! Nyt minun on päästävä töihin!

3 Kommentit

  1. 1
  2. 2

    Vain ajatus…
    Testaan ​​aina varmuuskopiot ja palautan ratkaisut, viestisi sai huomioni.
    Sisäänrakennetun viennin ja tuonnin käyttö 2.1: n sisäänrakennettuna oli unelma. Minulla oli ongelma näytetyn grafiikan kanssa.
    Aion pyyhkiä pois ja käynnistää testiblogin uudelleen, mutta tällä kertaa muokkaan XML-tiedostoa vastaamaan kuvien uutta sijaintia.

  3. 3

    Minulla oli myös hieno kokemus WordPress-sivuston uudelleenrakentamisesta alusta asti. Kaikki meni melko hyvin, koska varmuuskopioin kaiken monin tavoin.

    Suurimmat ongelmat, joihin törmäsin, olivat luokkatyötehtäväni menetetyt XML-tiedoston kautta tuonnin vuoksi. Lisäksi muutamia viestejä ei palautettu kokonaan. Näyttää siltä, ​​että se johtui joistakin lainausmerkkien käytön ongelmista kappaleissa. Jostain syystä varmuuskopiotiedosto ei päässyt kunnolla lainauksista, ja WordPress luuli sen tulleen viestin loppuun.

    No, se kesti jonkin aikaa, mutta pystyin hakemaan nämä tiedot .SQL-tiedostosta, jonka varmuuskopioin ennen tietokannan poistamista.

    Kiitos kokemusten jakamisesta.

Mitä mieltä olet?

Tämä sivusto käyttää Akismetiä roskapostin vähentämiseksi. Lue, miten kommenttitietosi käsitellään.