WordPress: Katastrofa Reakiro

WordPress rompita

Hindenburg-KatastrofoLa lasta kelkajn tagojn Mi furioze laboris por reprovi la blogon de mia bona amiko Pat Coyle. (Miaj ferioj daŭre fariĝas pli interesaj - hodiaŭ iomete neĝas ... en aprilo! Kio okazis al Tutmonda Varmiĝo?)

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. Mi komplikis aferojn rapide movante lian blogon al alia servilo, ne rimarkante, ke estas DNS-problemo. Ĉi tio aldonas alian nivelon de komplekseco. Pasvortoj en WordPress (kaj plej multaj aliaj datumbazaj programoj) estas unike ĉifritaj de la servilo, sur kiu ili estas. Se vi movas la retejon al alia servilo, vi ĵus malebligis vian kapablon deĉifri tiun pasvorton. Feliĉe, WordPress (alia bonega trajto) havas pasvortan sistemon por reakiri vian pasvorton per ligilo en retpoŝto.

Jen la tuja ago, kiun mi faris:

  1. Antaŭ ol ĉi tio iam okazis, mi devas diri, ke mi estas kun mirinda retejo-gastiganta kompanio, kiu faras ampleksajn sekurkopiojn. Mi neniam havis problemon, kiun ili ne povis korekti per sekurkopioj. Mi aŭdis koŝmarojn de aliaj homoj en iliaj blogoj kaj retejoj tute perdiĝi. Mi ne povas imagi, kiel estas trairi tion. (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 al Fajrovulpo por certigi, ke mi efektive ne estis redirektita - la tipa hako, kiun multaj homoj vidas. La retejo ne estis alidirektita. Mi povus fari plian probleman solvon; tamen mi enmetis subtenan bileton kun mia gastiganto, por ke iliaj spertuloj komencu esplori.

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 kaj la enhavo de Pat:

  • 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.

Mi esperas en estonta eldono de WordPress, ke ĉi tiuj 3 dosierujoj estas radikaj dosierujoj anstataŭ subdosierujoj. Ĝi plifaciligus ĝisdatigon! Ĝis nun mia gastiganto trovis la DNS-problemon kaj taŭge redirektis la retejon. Vej! Nun la paĝo de Pat revenis kun mesaĝo pri WordPress-ĝisdatigo. Mi alklakis por ĝisdatigi la datumbazon kaj li revenis ... preskaŭ.

Ĉu vi memoras la ĉifradan aferon, pri kiu mi parolis? Jes, Pat ne povis ensaluti pro ĝi. Lia pasvorto ne plu malĉifris la valoron en la datumbazo ĝuste do mi havis ankoraŭ unu korektadon. Mi fizike ensalutis la datumbazon kaj ŝanĝis la respondan retpoŝtan adreson de Pat en la tabelo de uzantoj al mia retpoŝta adreso. Mi tiam uzis la funkcion "Perdis mian pasvorton" por retpoŝti al mi ligon por reagordi la pasvorton. Post reagordi la pasvorton, mi ensalutis kaj ŝanĝis la retpoŝtan adreson de Pat.

Kaj nun Pat revenis! Malantaŭa vido estas 20/20 ... se mi simple atendus mian gastiganton, la afero estus korektita. Mi vere komplikis la aferon. Tamen Pat nun ĝisdatigis kaj funkciigis la plej bonajn versiojn de ĉio. Tamen mi bedaŭras, ke li tiel malsupre falis. Ne postulas longe resalti de malfunkcio, sed ĝi estas aĉa ĝeno! Pardonu, Pat!

Lecionoj lernitaj:

  1. Certigu, ke vi estas kun gastiganto, kiu havas bonegajn sekurkopiojn.
  2. Rezervu vian retejon kaj datumbazon kaj konservu ilin en sekura loko.
  3. Se vi estas kun bona gastiganto, fidu ilin por trovi kaj korekti la problemon.
  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.