WordPress: ການຟື້ນຟູໄພພິບັດ

WordPress ແຕກ

ໄພພິບັດ Hindenburgສຸດ​ທ້າຍ ສອງ​ສາມ​ມື້ ຂ້ອຍໄດ້ເຮັດວຽກຢ່າງໂຫດຮ້າຍໃນການເອົາ blog ທີ່ດີຂອງຂ້ອຍ Pat Coyle ກັບມາ. (ວັນພັກຂອງຂ້ອຍຍັງສືບຕໍ່ ໜ້າ ສົນໃຈຫຼາຍ - ມື້ນີ້ມັນຫິມະຕົກລົງເລັກນ້ອຍ…ໃນເດືອນເມສາ! ບໍ່ວ່າຈະເກີດຫຍັງຂື້ນກັບ Global Warming?)

ຂ້ອຍຢາກແບ່ງປັນສິ່ງທີ່ເກີດຂື້ນແລະຫຼັງຈາກນັ້ນປຶກສາຫາລືກ່ຽວກັບມາດຕະການປ້ອງກັນທີ່ຂ້ອຍໄດ້ປະຕິບັດພ້ອມທັງວິທີທີ່ມັນຖືກແກ້ໄຂ.

ນີ້ແມ່ນສິ່ງທີ່ເກີດຂຶ້ນ:

  1. A DNS server ໄດ້ຕໍ່ສາຍດ່ວນ. ກ DNS server ແປວ່າການຈະລາຈອນທີ່ເຂົ້າມາຊື່ໂດເມນແລະໂອນມັນໄປທີ່ server ທີ່ ເໝາະ ສົມ. ດ້ວຍເຫດການດັ່ງກ່າວທີ່ເກີດຂື້ນ, ຕົວຈິງແລ້ວມັນໄດ້ຕັດ 2 ວິທີການສື່ສານ - ຊື່ໂດເມນກັບເວັບໄຊທ໌້ແລະສະຖານທີ່ໄປຫາຖານຂໍ້ມູນ (ຖານຂໍ້ມູນຂອງລາວຢູ່ໃນສະພາບແວດລ້ອມຮ່ວມກັນ).
  2. ຂ້ອຍສັບສົນສິ່ງຕ່າງໆໂດຍການຍ້າຍ blog ຂອງລາວໄປຫາ server ອື່ນ, ໂດຍບໍ່ຮູ້ຕົວວ່າມີປັນຫາ DNS. ນີ້ເພີ່ມຄວາມສັບສົນອີກລະດັບ ໜຶ່ງ. ລະຫັດຜ່ານໃນ WordPress (ແລະໂປແກຼມຖານຂໍ້ມູນອື່ນໆສ່ວນໃຫຍ່) ແມ່ນຖືກເຂົ້າລະຫັດໂດຍເຄື່ອງແມ່ຂ່າຍທີ່ພວກເຂົາຢູ່. ຖ້າທ່ານຍ້າຍເວັບໄຊທ໌້ໄປຍັງເຊີບເວີອື່ນ, ທ່ານພຽງແຕ່ປິດຄວາມສາມາດຂອງທ່ານໃນການຖອດລະຫັດລະຫັດຜ່ານ. ໂຊກດີທີ່ WordPress (ຄຸນລັກສະນະດີເດັ່ນອີກອັນ ໜຶ່ງ) ມີລະບົບກູ້ລະຫັດຜ່ານເຊິ່ງທ່ານສາມາດຕັ້ງລະຫັດຜ່ານຂອງທ່ານຜ່ານທາງລິງໃນອີເມວ.

ນີ້ແມ່ນການກະ ທຳ ທີ່ຂ້າພະເຈົ້າໄດ້ປະຕິບັດທັນທີ:

  1. ກ່ອນທີ່ຈະມີເຫດການແບບນີ້ເກີດຂື້ນ, ຂ້ອຍຕ້ອງເວົ້າວ່າຂ້ອຍຢູ່ກັບບໍລິສັດໂຮດຕິ້ງທີ່ດີເລີດທີ່ເຮັດການ ສຳ ຮອງທີ່ສົມບູນແບບ. ຂ້ອຍບໍ່ເຄີຍມີປັນຫາທີ່ພວກເຂົາບໍ່ສາມາດແກ້ໄຂໂດຍການ ສຳ ຮອງຂໍ້ມູນໄດ້. ຂ້າພະເຈົ້າໄດ້ຍິນຄວາມຝັນຮ້າຍຈາກຄົນອື່ນໆໃນບລັອກແລະເວັບໄຊທ໌້ຂອງພວກເຂົາທີ່ສູນເສຍໄປທັງ ໝົດ. ຂ້າພະເຈົ້າບໍ່ສາມາດຈິນຕະນາການວ່າມັນເປັນແນວໃດທີ່ຈະໄປຜ່ານສິ່ງນັ້ນ. (ຈອງອາຫານ RSS ຂອງຂ້ອຍ ແລະທ່ານສາມາດໄດ້ຮັບຄູປອງ ສຳ ລັບປີທີ່ບໍ່ເສຍຄ່າກັບເຈົ້າພາບຂອງຂ້ອຍ).
  2. ຂ້ອຍສາມາດເຂົ້າສູ່ລະບົບ Web Server ໂດຍ FTP ແລະດຶງເອົາທັງສອງເວັບໄຊທ໌້ ແລະ ຖານຂໍ້ມູນ. ຄຸນລັກສະນະອື່ນຂອງຊຸດໂຮດຕິ້ງຂອງຂ້ອຍແມ່ນຂ້ອຍສາມາດເຂົ້າເຖິງທັງ ໝົດ VDS ນອກ ເໜືອ ຈາກເວບໄຊທ໌ຕົວຈິງຂອງມັນເອງ. MySQL ເກັບຮັກສາຖານຂໍ້ມູນໄວ້ໃນແຟ້ມເອກະສານ (/ var / lib / mysql /). ຂ້ອຍສາມາດດາວໂຫລດຖານຂໍ້ມູນໄດ້ງ່າຍໆໂດຍການຄັດລອກແບບໄດເລກະທໍລີໃນທ້ອງຖິ່ນ. ສົນທະນາກ່ຽວກັບການ ສຳ ຮອງຂໍ້ມູນທີ່ດີ! ບໍ່ມີການ ນຳ ເຂົ້າ, ບໍ່ມີການສົ່ງອອກ, ບໍ່ມີຂະ ໜາດ ໄຟລ໌ສູງສຸດທີ່ຈະຈັດການກັບ ... ພຽງແຕ່ FTP ເທົ່ານັ້ນ.

ດຽວນີ້ຂ້ອຍມີເວັບໄຊທ໌້ແລະຖານຂໍ້ມູນຢູ່ໃນທ້ອງຖິ່ນຂ້ອຍຮູ້ສຶກສະບາຍໃຈ. ຖ້າຂ້ອຍພຽງແຕ່ຢຸດຢູ່ທີ່ນີ້ແລະມີຄວາມອົດທົນ, ບັນຫາ DNS ກໍ່ຈະໄດ້ຜົນດີແລະ Pat ກໍ່ຈະກັບມາໄວກວ່ານີ້. ຂ້າພະເຈົ້າໄດ້ຢັ້ງຢືນວ່າຊື່ໂດເມນແມ່ນຍັງຊີ້ໃຫ້ເຫັນຊື່ Server ທີ່ ເໝາະ ສົມຂອງໂຮດຂອງຂ້ອຍທີ່ໃຊ້ຢູ່ Whois.net. ຖ້າທ່ານກວດເບິ່ງໂດເມນຂອງທ່ານຢູ່ທີ່ນັ້ນ, ເຄື່ອງແມ່ຂ່າຍຊື່ຢູ່ເບື້ອງລຸ່ມຂອງບົດລາຍງານ.

ນີ້ເຮັດໃຫ້ຂ້ອຍເຊື່ອວ່າເວັບໄຊທ໌້ອາດຖືກແຮັກ. ເຄື່ອງແມ່ຂ່າຍຊື່ແມ່ນຖືກຕ້ອງແຕ່ວ່າຫນ້າທີ່ເຂົ້າມາແມ່ນບາງຫນ້າທີ່ຂີ້ຮ້າຍທີ່ເບິ່ງຄືວ່າ spam. ຂ້າພະເຈົ້າໄດ້ໃຊ້ Live Headers ເພີ່ມເຕີມ ກັບ Firefox ເພື່ອຮັບປະກັນວ່າຕົວຈິງແລ້ວຂ້ອຍບໍ່ໄດ້ຖືກໂອນ - ການ hack ແບບ ທຳ ມະດາທີ່ຫຼາຍຄົນເຫັນ. ເວັບໄຊທ໌້ບໍ່ຖືກໂອນ. ຂ້ອຍສາມາດແກ້ໄຂບັນຫາເພີ່ມເຕີມໄດ້; ເຖິງຢ່າງໃດກໍ່ຕາມ, ຂ້ອຍໄດ້ເຂົ້າປີ້ສະ ໜັບ ສະ ໜູນ ກັບເຈົ້າພາບຂອງຂ້ອຍເພື່ອໃຫ້ຊ່ຽວຊານຂອງພວກເຂົາເລີ່ມຕົ້ນສືບສວນ.

ການຟື້ນຟູເວັບໄຊທ໌້ຂອງທ່ານໃຫ້ກັບບັນຊີຫລືໂຮດອື່ນ:

ຂ້ອຍບໍ່ໄດ້ປັບປຸງ Pat ໃຫ້ເປັນເວີຊັນລ້າສຸດຂອງ WordPress 2.1, PHP, ແລະ MySQL ເທື່ອ, ສະນັ້ນຂ້ອຍຕັດສິນໃຈວ່າບໍ່ມີເວລາໃດທີ່ດີກ່ວາເວລານີ້! ຂ້ອຍໄດ້ລຶບບັນຊີເກົ່າຂອງລາວແລະເປີດບັນຊີ ໃໝ່. ຂ້າພະເຈົ້າໄດ້ປ້ອນຂໍ້ມູນນາມແຝງອີເມວຂອງລາວຄືນແລະໂຫລດຖານຂໍ້ມູນ, Wordpress 2.1 ແລະເນື້ອໃນຂອງ Pat:

  • ໄດເລກະທໍລີອັບໂຫລດເນື້ອຫາ wp-content - ນີ້ແມ່ນບ່ອນທີ່ທຸກໆຮູບພາບທີ່ທ່ານອັບໂຫລດ.
  • ໄດເລກະທໍລີ wp-content plugins - ໂປແກຼມຂອງທ່ານທັງ ໝົດ (ເຮັດແບບນີ້ສຸດທ້າຍເຖິງແມ່ນວ່າທ່ານອາດຈະມີບັນຫາກ່ຽວກັບລຸ້ນ).
  • ໄດເລກະທໍລີຫົວຂໍ້ wp-content - ຫົວຂໍ້ຂອງທ່ານ.

ຂ້າພະເຈົ້າຫວັງໃນການປ່ອຍ WordPress ໃນອະນາຄົດວ່າ 3 ລາຍການນີ້ແມ່ນໄດເລກະທໍລີຮາກກ່ວາລາຍຊື່ຍ່ອຍ. ມັນຈະເຮັດໃຫ້ການຍົກລະດັບງ່າຍຂື້ນຫຼາຍ! ໃນເວລານີ້, ເຈົ້າພາບຂອງຂ້ອຍໄດ້ພົບບັນຫາ DNS ແລະປ່ຽນເສັ້ນທາງເວັບໄຊທ໌້ຢ່າງຖືກຕ້ອງ. Whew! ຕອນນີ້ Pat's page ໄດ້ກັບມາມີຂໍ້ຄວາມ WordPress Upgrade. ຂ້າພະເຈົ້າໄດ້ກົດຜ່ານເພື່ອຍົກລະດັບຖານຂໍ້ມູນແລະລາວກໍ່ໄດ້ ສຳ ຮອງ…ເກືອບ.

ຈື່ບັນຫາການເຂົ້າລະຫັດທີ່ຂ້ອຍໄດ້ເວົ້າກ່ຽວກັບບໍ? ແມ່ນແລ້ວ, Pat ບໍ່ສາມາດເຂົ້າສູ່ລະບົບເພາະວ່າມັນ. ລະຫັດຜ່ານຂອງລາວບໍ່ໄດ້ຖອດລະຫັດມູນຄ່າເຂົ້າໃນຖານຂໍ້ມູນຢ່າງຖືກຕ້ອງສະນັ້ນຂ້າພະເຈົ້າໄດ້ມີການແກ້ໄຂອີກຄັ້ງ ໜຶ່ງ. ຂ້ອຍໄດ້ເຂົ້າສູ່ລະບົບຖານຂໍ້ມູນແລະປ່ຽນທີ່ຢູ່ອີເມວຕອບຂອງ Pat ໃນຕາຕະລາງຜູ້ໃຊ້ໄປຫາທີ່ຢູ່ອີເມວຂອງຂ້ອຍ. ຈາກນັ້ນຂ້ອຍໄດ້ໃຊ້ລະຫັດ“ ລືມລະຫັດຜ່ານ” ເພື່ອສົ່ງອີເມວຫາຂ້ອຍເອງເພື່ອເຊື່ອມຕໍ່ລະຫັດຜ່ານ. ຫລັງຈາກຕັ້ງລະຫັດຜ່ານ ໃໝ່, ຂ້ອຍໄດ້ເຂົ້າໃຊ້ແລະປ່ຽນທີ່ຢູ່ອີເມວຂອງ Pat ຄືນ.

ແລະດຽວນີ້ Pat ແມ່ນ ສຳ ຮອງແລ້ວ! Hindsight ແມ່ນ 20/20 …ຖ້າຂ້ອຍພຽງແຕ່ລໍຖ້າເຈົ້າຂອງຂ້ອຍ, ບັນຫາກໍ່ຈະຖືກແກ້ໄຂ. ຂ້ອຍສັບສົນບັນຫາແທ້ໆ. ເຖິງຢ່າງໃດກໍ່ຕາມ, ປະຈຸບັນ, Pat's ໄດ້ຮັບການຍົກລະດັບແລະເຮັດວຽກທຸກລຸ້ນທີ່ດີທີ່ສຸດ. ຂ້ອຍຂໍໂທດທີ່ລາວລົ້ມລົງມາດົນ. ມັນບໍ່ໄດ້ໃຊ້ເວລາດົນໃນການຕີຖອຍຫລັງຈາກເວລາພັກຜ່ອນ, ແຕ່ມັນກໍ່ເປັນຄວາມບໍ່ສະດວກ! ຂໍໂທດ, Pat!

ຖອດ​ຖອນ​ບົດ​ຮຽນ:

  1. ໃຫ້ແນ່ໃຈວ່າທ່ານຢູ່ກັບເຈົ້າພາບທີ່ມີການ ສຳ ຮອງຂໍ້ມູນທີ່ດີ.
  2. ສຳ ຮອງຂໍ້ມູນຂອງເວັບໄຊທ໌້ແລະຖານຂໍ້ມູນຂອງທ່ານແລະເກັບມ້ຽນໄວ້ໃນບ່ອນທີ່ປອດໄພ.
  3. ຖ້າທ່ານຢູ່ກັບເຈົ້າພາບທີ່ດີ, ອີງໃສ່ພວກມັນເພື່ອຊອກຫາແລະແກ້ໄຂບັນຫາ.
  4. ຖ້າທ່ານຕ້ອງການ, ຍ້າຍໄປທີ່ໂຮດຫລືບັນຊີ ໃໝ່ ແລະເຂົ້າໃຈວິທີການຟື້ນຟູເວັບໄຊທ໌້, ຖານຂໍ້ມູນແລະກູ້ລະຫັດລັບຂອງທ່ານ.

ບາງຂໍ້ມູນເພີ່ມເຕີມ

ປະຈຸບັນຄວາມຕ້ອງການການເຊື່ອມຕໍ່ອິນເຕີເນັດໄດ້ເພີ່ມຂື້ນຢ່າງຫຼວງຫຼາຍ. ແນ່ນອນ, ໃນໂລກເຄື່ອນໄຫວຂອງອິນເຕີເນັດນີ້, ໂທລະສັບດາວທຽມ ໄດ້ພິສູດຄຸນຄ່າຂອງມັນ. ເມື່ອເວົ້າເຖິງອິນເຕີເນັດໄຮ້ສາຍ, ປະຊາຊົນຍັງຢູ່ໃນລະດັບສ່ຽງແລະຖາມຫາ ອິນເຕີເນັດໄຮ້ສາຍວິທີການ ມີຄຸນຄ່າຫຼາຍ ສຳ ລັບພວກເຂົາ. ໂດຍສະເພາະ ສຳ ລັບຜູ້ຄຸ້ມຄອງເວັບໄຊຕ໌ຄວາມ ສຳ ຄັນຂອງ DSL ໄຮ້ສາຍ ແມ່ນບໍ່ມີ ຄຳ ຖາມອີກຕໍ່ໄປ. ສ່ວນໃຫຍ່ຜູ້ດູແລເວັບເຫຼົ່ານີ້ມັກ studio ອອກແບບເວບໄຊທ໌ ສຳ ລັບການອອກແບບແລະຫຼັງຈາກນັ້ນຕ້ອງການການເຊື່ອມຕໍ່ຄວາມໄວສູງນີ້ເພື່ອອັບໂຫລດມັນ. ໃນຂັ້ນຕອນຕໍ່ໄປການເຊື່ອມຕໍ່ທີ່ໄວນີ້ແມ່ນຍັງມີຄວາມ ຈຳ ເປັນໃນຂັ້ນຕອນຂອງການ ຕະຫຼາດເຄື່ອງຈັກຊອກຫາ. ບຸກຄົນທີ່ມີ ການຢັ້ງຢືນຂອງ Microsoft ສາມາດແກ້ໄຂບັນຫາທັງ ໝົດ ໃນເຄືອຂ່າຍຂອງການເຊື່ອມຕໍ່ເຫຼົ່ານີ້ໄດ້ຢ່າງງ່າຍດາຍ.

ທ່ານຄິດແນວໃດ?

ເວັບໄຊທ໌ນີ້ໃຊ້ Akismet ເພື່ອຫຼຸດຜ່ອນການຂີ້ເຫຍື້ອ. ຮຽນຮູ້ວິທີທີ່ຂໍ້ມູນຂອງທ່ານຖືກປະຕິບັດ.