WordPress: Katastrofa Reakiro

WordPress rompita

Hindenburg-KatastrofoLa lasta kelkajn tagojn I've been working furiously on getting my good friend Pat Coyle's blog back up. (My vacation continues to get more interesting – today it's snowing slightly… in April! Whatever happened to Global Warming?)

Mi volas dividi tion, kio okazis kaj poste diskuti la preventajn rimedojn, kiujn mi prenis, kaj kiel ĝi estis korektita.

Jen kio okazis:

  1. A DNS servilo iris sur la fritz. A DNS servilo tradukas alvenantan trafikon al domajna nomo kaj redirektas ĝin al la taŭga servilo. Kun ĉi tio, ĝi efektive distranĉis 2 komunikilojn - la domajnan nomon al la retejo kaj la retejo al la datumbazo (lia datumbazo nuntempe estas en komuna medio).
  2. I complicated things by quickly moving his blog over to another server, not realizing that there was a DNS issue. This adds another level of complexity. Passwords in WordPress (and most other database applications) are uniquely encrypted by the server that they are on. If you move the site to another server, you've just disabled your ability to decrypt that password. Thankfully, WordPress (another great feature) has a password recovery system where you can reset your password via a link in an email.

Here's the immediate action that I took:

  1. Before this ever occurred, I have to say that I'm with a fantastic web hosting company who does comprehensive backups. I've never had an issue that they weren't able to correct through backups. I've heard nightmares from other folks on their blogs and sites being totally lost. I can't imagine what it's like to go through that. (Abonu mian RSS-fluon kaj vi povas ricevi kuponon por senpaga libera jaro kun mia gastiganto).
  2. Mi povis ensaluti al la Retservilo per FTP kaj retrovi ambaŭ la retejon kaj la datumbazo. Alia trajto de mia gastiga pako estas, ke mi povas aliri la tutan VDS preter la efektiva retejo mem. MySQL stokas la datumbazojn en dosierujo (/ var / lib / mysql /). Mi povis elŝuti la datumbazon simple kopiante la adresaron lokan. Parolu pri bonega sekurkopio! Neniu importado, neniu eksportado, neniuj maksimumaj dosieraj grandecoj por trakti ... nur FTP.

Nun, kiam mi lokis la retejon kaj datumbazon, mi spiregis trankvile. Se mi simple haltus ĉi tie kaj estus pacienca, la DNS-problemo estus solvinta kaj Pat estus resendita pli frue. Mi kontrolis, ke la Domajna Nomo ankoraŭ indikas la taŭgajn Nomservilojn de mia gastiganto Whois.net. Se vi kontrolas vian domajnon tie, la nomaj serviloj estas ĉe la fundo de la raporto.

Ĉi tio igis min kredi, ke la retejo eble povus esti hakita. La nom-servilo ĝustis, sed la paĝo aperanta estis ia terura paĝo, kiu aspektis kiel spamo. Mi uzis la Aldona Vivkapoj to Firefox to ensure I actually wasn't being redirected – the typical hack that many people see. The site wasn't being redirected. I could have done some additional troubleshooting; however, I entered a support ticket with my host so their experts could begin investigating.

Restarigi vian retejon al alia konto aŭ gastiganto:

Mi ankoraŭ ne ĝisdatigis Pat al la plej nova versio de WordPress 2.1, PHP kaj MySQL, do mi decidis, ke ne estas pli bona tempo ol la nuna! Mi forigis lian malnovan konton kaj lanĉis novan konton. Mi reenmetis liajn retpoŝtajn kaŝnomajn informojn kaj ŝarĝis la datumbazon, WordPress 2.1 and Pat's content:

  • wp-content upload directory - ĉi tie loĝas ĉiuj viaj alŝutitaj bildoj.
  • wp-content plugins directory - ĉiuj viaj kromaĵoj (faru tion laste, ĉar vi eble havas versiajn problemojn.
  • dosierujo de wp-content - via temo.

I hope in a future release of WordPress that these 3 directories are root directories rather than sub-directories. It would make upgrading much easier! By this time, my host had found the DNS issue and properly redirected the site. Whew! Now Pat's page was coming back up with a WordPress Upgrade message. I clicked through to upgrade the database and he was back up… almost.

Remember the encryption issue I spoke about? Yea, Pat couldn't login because of it. His password no longer decrypted the value in the database properly so I had one more correction to make. I physically logged into the database and changed Pat's reply email address in the user table to my email address. I then utilized the “Lost my Password” feature to email myself a link to reset the password. After resetting the password, I logged in and changed Pat's email address back.

And now Pat is back up! Hindsight is 20/20… had I simply waited on my host, the issue would have been corrected. I really complicated the issue. However, Pat's now upgraded and running the best versions of everything. I'm sorry he was down so long, though. It doesn't take long to bounce back from downtime, but it is a nasty inconvenience! Sorry, Pat!

Lecionoj lernitaj:

  1. Make sure you're with a host that has great backups.
  2. Rezervu vian retejon kaj datumbazon kaj konservu ilin en sekura loko.
  3. If you're with a good host, rely on them to find and correct the issue.
  4. Se vi bezonas, transiru al nova gastiganto aŭ konto kaj komprenu kiel restarigi la retejon, datumbazon kaj rekuperi vian pasvorton.

Iuj aldonaj informoj

Nuntempe postulo pri rapida interreta konekto kreskis multnombraj. Certe, en ĉi tiu kortuŝa mondo de interreto, satelita telefono pruvis sian valoron. Se temas pri sendrata interreto, homoj ankoraŭ estas en risko kaj demandas sendrata interreto kiel multe taksata por ili. Precipe por retejestroj la graveco de sendrata DSL ne plu estas demando. Plejparte ĉi tiuj retejestroj preferas retejo-projektado por projektado kaj tiam bezonas ĉi tiun altrapidan konekton por alŝuti ĝin. Kiel sekva paŝo ĉi tiu rapida konekto ankaŭ necesas en la procezo de Serĉa motoro merkatumado. Persono havanta Microsoft-atestilo povas facile trakti ĉiujn problemojn en la interkonektado de ĉi tiuj konektoj.

Kion vi pensas?

Ĉi tiu retejo uzas Akismeton por redukti spamon. Lernu, kiel via komento datiĝas.