ຄຳອະທິບາຍ
Dry Run Importer ແມ່ນເຄື່ອງມືຄູ່ໃຈສຳລັບການເຮັດວຽກກັບໄຟລ໌ WXR (WordPress eXtended RSS) — ສ້າງຂຶ້ນເພື່ອຂັ້ນຕອນການນຳເຂົ້າ ແລະ ອັບເດດເນື້ອໃນ WordPress ຊ້ຳໆໄດ້ຢ່າງປອດໄພ, ລວມທັງເນື້ອໃນທີ່ທ່ານແກ້ໄຂດ້ວຍການຊ່ວຍເຫຼືອຈາກ AI.
ຕ່າງຈາກຕົວນຳເຂົ້າຂາດຕະຖານຂອງ WordPress ຫຼື WP All Import, ເຄື່ອງມືນີ້ຊ່ວຍສະໜັບສະໜູນຂະບວນການພັດທະນາ ແລະ ການຍ້າຍເນື້ອໃນໂດຍກົງ. ມັນຊ່ວຍໃຫ້ທ່ານຂຽນທັບ ແລະ ຮວມເນື້ອໃນເຂົ້າໃນເວັບໄຊ WordPress ທີ່ມີຢູ່ແລ້ວໄດ້ຢ່າງປອດໄພ ດ້ວຍລະບົບປ້ອງກັນທີ່ຊ່ວຍບໍ່ໃຫ້ເວັບໄຊເພພັງໂດຍບໍ່ຮູ້ຕົວ.
ເຄື່ອງມືຄູ່: Web Checker + WP Plugin
ໂປຣເຈັກນີ້ປະກອບມີ 2 ເຄື່ອງມືທີ່ເສີມກັນຄື: WP Plugin ທີ່ຕິດຕັ້ງໃນ WordPress ແລະ Web Checker (wp-import-checker.html) ທີ່ເຮັດວຽກແບບອອບໄລນ໌ໃນບຣາວເຊີຂອງທ່ານ.
* Web Checker (XML test & CSV check): ກ່ອນຈະນຳເຂົ້າສິ່ງໃດໜຶ່ງໄປຫາ WordPress, ໃຫ້ທົດສອບຄວາມສົມບູນຂອງໄຟລ໌ WXR XML ແລະ ປຽບທຽບກັບໄຟລ໌ CSV ຕົ້ນທາງ (ການຈັບຄູ່ຄໍລຳ). ມັນສາມາດປະມວນຜົນ ແລະ ກວດສອບຂໍ້ມູນ XML ຫຼາຍໝື່ນແຖວໄດ້ຢ່າງວ່ອງໄວໃນບຣາວເຊີຂອງທ່ານ.
* WP Plugin (ປລັກອິນນີ້): ສ້າງຂຶ້ນດ້ວຍລະບົບການກວດສອບດຽວກັນກັບ Web Checker, ມັນຈະນຳຂໍ້ມູນໄປໃຊ້ກັບເວັບໄຊຈິງຈາກພາຍໃນໜ້າຈັດການ WordPress ດ້ວຍຄວາມປອດໄພສູງ: ການທົດສອບ (Dry Run), ເບິ່ງຕົວຢ່າງຄວາມແຕກຕ່າງ, ການນຳເຂົ້າແບບແບ່ງສ່ວນ (Chunk Import), ການສຳຮອງຂໍ້ມູນລາຍໂພສອັດຕະໂນມັດກ່ອນການນຳເຂົ້າ, ການກູ້ຄືນ ແລະ ການຄວບຄຸມການນຳເຂົ້າບໍ່ໃຫ້ຊ້ຳຊ້ອນກັນ.
ຄຸນສົມບັດຫຼັກ
- ການທົດສອບ (Dry Run) ດ້ວຍລະບົບສາມສີ (ຂຽວ, ເຫຼືອງ, ແດງ): ກ່ອນຈະຂຽນຂໍ້ມູນໃດໆ, ລະບົບຈະກວດສອບໂຄງສ້າງ XML, BOM, ໂພສທີ່ຊ້ຳກັນ, ໝວດໝູ່ທີ່ຂາດຫາຍ, ຄວາມສຳພັນຫຼັກ/ຍ່ອຍ ແລະ ສະຖານະຂອງທົ່ງຂໍ້ມູນກຳນົດເອງ (ACF ແລະ ອື່ນໆ) ຢ່າງລະອຽດ.
- ການເບິ່ງຕົວຢ່າງຄວາມແຕກຕ່າງ: ສະແດງໃຫ້ເຫັນຄວາມແຕກຕ່າງລະຫວ່າງໂພສທີ່ມີຢູ່ກັບຂໍ້ມູນໃໝ່ຢ່າງຊັດເຈນ ທັງໃນສ່ວນທົ່ງຂໍ້ມູນຫຼັກ, meta ແລະ taxonomy ເພື່ອໃຫ້ທ່ານເລືອກຂຽນທັບ ຫຼື ຮວມສະເພາະລາຍການທີ່ຕ້ອງການອັບເດດ.
- ການສຳຮອງຂໍ້ມູນລາຍໂພສ ແລະ ການກູ້ຄືນທີ່ປອດໄພ: ແຕ່ລະໂພສທີ່ຈະຖືກອັບອັບເດດຈະຖືກສຳຮອງໄວ້ໂດຍອັດຕະໂນມັດກ່ອນການນຳເຂົ້າ. ຫາກຜົນໄດ້ຮັບບໍ່ເປັນໄປຕາມທີ່ຕ້ອງການ, ທ່ານສາມາດກູ້ຄືນໄປສູ່ສະພາບກ່ອນການນຳເຂົ້າໄດ້ດ້ວຍການຄລິກດຽວ. ກ່ອນການກູ້ຄືນ, ຈະມີການສະແດງຕົວຢ່າງຜົນກະທົບ ແລະ ຈະດຳເນີນການໄດ້ກໍຕໍ່ເມື່ອທ່ານກົດຢືນຢັນເທົ່ານັ້ນ.
- ການນຳເຂົ້າເປັນສ່ວນໆ (Chunk Import): ເຖິງແມ່ນໄຟລ໌ WXR ຈະໃຫຍ່ ກໍຈະຖືກແບ່ງເປັນສ່ວນນ້ອຍໆ ແລະ ປະມວນຜົນຕາມລຳດັບເພື່ອບໍ່ໃຫ້ເກີດການໝົດເວລາ. ຫາກເກີດຂໍ້ຜິດພາດໃນລະຫວ່າງທາງ, ທ່ານສາມາດເລີ່ມເຮັດວຽກຕໍ່ຈາກຈຸດທີ່ຜິດພາດໄດ້ຢ່າງປອດໄພ.
- ການຄວບຄຸມການນຳເຂົ້າພ້ອມກັນ (GET_LOCK): ໃຊ້ MySQL
GET_LOCKເພື່ອລັອກລະບົບຢ່າງແໜ້ນໜາ ປ້ອງກັນບໍ່ໃຫ້ມີການນຳເຂົ້າຂໍ້ມູນພ້ອມກັນຈາກຫຼາຍຄົນ ຫຼື ຈາກສະຄຣິບ AI ກັບການເຮັດວຽກດ້ວຍຕົນເອງ. - ຮອງຮັບ utf8mb4 / emoji: ຮອງຮັບຂໍ້ຄວາມ UTF-8 ແບບ 4-byte, ອີໂມຈິ ແລະ surrogate pairs ທັງການນຳເຂົ້າ ແລະ ສົ່ງອອກຢ່າງຄົບຖ້ວນ ໂດຍບໍ່ມີບັນຫາພາສາອ່ານບໍ່ອອກ ຫຼື ຂໍ້ມູນສູນຫາຍ.
- ຮູບພາບບໍ່ເພ (ການເຊື່ອມຕໍ່ສື່ຄືນໃໝ່): ຮູບພາບທີ່ທ່ານອັບໂຫລດລົງໃນຄັງສື່ກ່ອນຈະຖືກຈັບຄູ່ກັບໄຟລ໌ຄັດຕິດໃນ WXR ດ້ວຍຊື່ໄຟລ໌ (ແລະ ຂະໜາດ) ເພື່ອນຳມາໃຊ້ຄືນ, ເຊື່ອມຕໍ່ຮູບໜ້າປົກ, ທົ່ງຮູບພາບ ACF ແລະ ການອ້າງອີງໃນເນື້ອໃນໃຫ້ຕົງກັບສື່ທີ່ມີຢູ່ (ບໍ່ສ້າງໄຟລ໌ຊ້ຳຊ້ອນ). ເມື່ອຍ້າຍຈາກເວັບໄຊອື່ນແລ້ວບໍ່ພົບຮູບພາບໃນຄັງສື່, ລະບົບຈະຢຸດການນຳເຂົ້າ ແລະ ແຈ້ງເຕືອນໃຫ້ທ່ານ “ເພີ່ມຮູບພາບກ່ອນ”.
- Dry Run Exporter (ການສົ່ງອອກຢ່າງປອດໄພ): ຟີເຈີສົ່ງອອກຂັ້ນສູງທີ່ລວມຢູ່ນຳ, ສາມາດກັ່ນຕອງໄດ້ລະອຽດຕາມປະເພດໂພສ, ວັນທີ, ສະຖານະ, ຜູ້ຂຽນ, ໝວດໝູ່ ແລະ ການສອບຖາມເມຕາ, ພ້ອມຄຳເຕືອນຂໍ້ມູນສ່ວນບຸກຄົນ (PII) ແລະ ການເກັບຮວບຮວມສື່ທີ່ກ່ຽວຂ້ອງໂດຍອັດຕະໂນມັດ.
ກໍລະນີການໃຊ້ງານ
- ການສົ່ງຂໍ້ມູນສ່ວນຕ່າງ (diff) ຈາກ staging ໄປຫາ production
ໃນຂະນະທີ່ເວັບໄຊຈິງກຳລັງເຮັດວຽກ, ສາມາດສົ່ງສະເພາະຂໍ້ມູນທີ່ແຕກຕ່າງ — ເຊັ່ນ ໂພສໃໝ່ ຫຼື ທົ່ງຂໍ້ມູນກຳນົດເອງທີ່ສ້າງໃນ staging — ເຂົ້າສູ່ production ຢ່າງປອດໄພ ໂດຍມີການກວດສອບກ່ອນວ່າມັນຈະບໍ່ໄປທັບກັບຂໍ້ມູນທີ່ມີຢູ່. - ການຍ້າຍເນື້ອໃນເປັນຂັ້ນຕອນໃນລະຫວ່າງການເຮັດເວັບໄຊໃໝ່
ເມື່ອຕ້ອງຍ້າຍໂພສ ແລະ ຮູບພາບຫຼາຍພັນລາຍການ, ຊ່ວຍປ້ອງກັນການໝົດເວລາ (timeout) ແລະ ຂໍ້ມູນຫາຍ, ແລະ ສາມາດຍ້າຍຂໍ້ມູນໄປເທື່ອລະຂັ້ນໂດຍທີ່ຍັງຮັກສາເນື້ອໃນ ແລະ ຄວາມສຳພັນຂອງສື່ໄວ້ຄືເກົ່າ. - ການກູ້ຄືນສະເພາະເນື້ອໃນທີ່ຕ້ອງການຈາກໄຟລ໌ WXR ສຳຮອງ
ໂດຍບໍ່ຕ້ອງຍ້ອນກັບເວັບໄຊທັງໝົດໄປຫາຈຸດສຳຮອງເກົ່າ, ທ່ານສາມາດເລືອກສະເພາະໂພສ, ໜ້າ ຫຼື ໝວດໝູ່ທີ່ເພພັງຈາກໄຟລ໌ WXR ແລ້ວນຳເຂົ້າ/ກູ້ຄືນພວກມັນເປັນລາຍອັນໄດ້. - ເອເຈນຊີທີ່ຕ້ອງການອັບເດດເວັບໄຊລູກຄ້າຈາກ WXR ຢ່າງປອດໄພກ່ອນສົ່ງມອບ
ໂດຍບໍ່ຕ້ອງເຂົ້າໄປຍຸ້ງກ່ຽວກັບເວັບໄຊຈິງຂອງລູກຄ້າ, ສາມາດສົ່ງອອກເນື້ອໃນ (WXR) ທີ່ສ້າງຂຶ້ນໃນເຄື່ອງທົດສອບເພື່ອສົ່ງມອບ, ກວດສອບໃຫ້ເຫັນໄດ້ວ່າຈະບໍ່ມີຂໍ້ມູນທັບກັນ, ແລ້ວຈຶ່ງນຳໄປໃຊ້ງານ. - ການຮັກສາສະຖານະຊົ່ວຄາວ ແລະ ການຍ້ອນກັບກ່ອນການປ່ຽນແປງທີມ ຫຼື ປລັກອິນ
ກ່ອນການປ່ຽນແປງທີມຄັ້ງໃຫຍ່ ຫຼື ການຍ້າຍ page-builder, ໃຫ້ສົ່ງອອກສະເພາະເນື້ອໃນທີ່ມີຜົນກະທົບໄວ້; ຫາກເກີດບັນຫາຫຼັງຈາກນຳໃຊ້, ສາມາດຍ້ອນກັບ (roll back) ແຕ່ລະໂພສຈາກການສຳຮອງຂໍ້ມູນລາຍໂພສໄປສູ່ສະພາບເດີມທີ່ສະອາດໄດ້ທັນທີ.
ຂໍ້ຈຳກັດທີ່ສຳຄັນ
ກະລຸນາກວດສອບຂໍ້ຈຳກັດຕໍ່ໄປນີ້. ປລັກອິນຈະສຳຮອງຂໍ້ມູນລາຍໂພສໂດຍອັດຕະໂນມັດກ່ອນການນຳເຂົ້າ, ແຕ່ສຳລັບການໃຊ້ງານເທື່ອທຳອິດໃນເວັບໄຊຈິງ ພວກເຮົາຂໍແນະນຳໃຫ້ສຳຮອງຖານຂໍ້ມູນພາຍນອກທັງໝົດເພື່ອຄວາມປອດໄພ.
- ການຮວມຜູ້ຂຽນ: ເມື່ອມີຂໍ້ມູນການຈັບຄູ່ຜູ້ຂຽນໃນ WXR, ຜູ້ຂຽນຈະຖືກເຊື່ອມຕໍ່ກັບຜູ້ໃຊ້ WordPress ທີ່ມີຢູ່ຢ່າງປອດໄພ. ເຖິງຢ່າງໃດກໍຕາມ, ຟີເຈີການສ້າງຜູ້ໃຊ້ໃໝ່ໂດຍອັດຕະໂນມັດຈາກ WXR ແມ່ນຖືກປິດໃຊ້ງານໄວ້ໃນເວລານີ້.
- ການກູ້ຄືນຄຳຄິດເຫັນ: ຄຳຄິດເຫັນ ແລະ trackbacks ທີ່ກ່ຽວຂ້ອງກັບໂພສຈະຖືກກູ້ຄືນຢ່າງປອດໄພ, ແຕ່ສຳລັບຂໍ້ມູນຈຳນວນມະຫາສານ (ຫຼາຍໝື່ນຄຳຄິດເຫັນ) ກະລຸນາປັບການຕັ້ງຄ່າໜ່ວຍຄວາມຈຳກ່ອນ.
- Custom post types/taxonomies ທີ່ບໍ່ໄດ້ລົງທະບຽນ: Custom post types ແລະ taxonomies ຕົ້ນທາງຕ້ອງຖືກລົງທະບຽນ (ໂດຍປລັກອິນ ຫຼື ທີມ) ແລະ ເປີດໃຊ້ງານຢູ່ເວັບໄຊປາຍທາງແລ້ວ.
- Multisite: ຍັງບໍ່ທັນໄດ້ຮັບການຢືນຢັນການເຮັດວຽກເທິງ WordPress Multisite ຢ່າງສົມບູນ.
- ຂອບເຂດການກູ້ຄືນ: ຟີເຈີ Restore ຂອງປລັກອິນຈະສົ່ງຄືນທົ່ງຂໍ້ມູນຫຼັກ, meta ແລະ taxonomies ຂອງໂພສເປົ້າໝາຍກັບໄປສູ່ສະພາບເດີມ. ໄຟລ໌ຄັດຕິດ (ຮູບພາບ) ທີ່ດາວໂຫລດມາໃໝ່ຈະບໍ່ຖືກລຶບອັດຕະໂນມັດ ເພື່ອຫຼີກລ່ຽງຜົນກະທົບຕໍ່ຄັງສື່. ນອກຈາກນັ້ນ, ການກູ້ຄືນຈະ ຂຽນທັບ postmeta ທັງໝົດຂອງໂພສນັ້ນດ້ວຍຄ່າຈາກການສຳຮອງ. ຫາກມີປລັກອິນອື່ນເພີ່ມ metadata ຫຼັງຈາກການສຳຮອງ, ຂໍ້ມູນເຫຼົ່ານັ້ນຈະຖືກລຶບອອກ, ດັ່ງນັ້ນກະລຸນາລະມັດລະວັງ.
- Object cache / search index: ເນື່ອງຈາກປລັກອິນຂຽນຂໍ້ມູນ raw meta ຜ່ານ
unserializeໂດຍກົງ (ພ້ອມລະບົບຄວາມປອດໄພallowed_classes => false), hooks ບາງຕົວອາດຈະຖືກຂ້າມໄປ. ຫາກທ່ານໃຊ້ object cache ພາຍນອກ (Redis/Memcached) ຫຼື search index ເຊັ່ນ Elasticsearch, ໃຫ້ລຶບແຄຊ໌ ຫຼື ເລີ່ມເຮັດ index ໃໝ່ຫຼັງຈາກການນຳເຂົ້າສຳເລັດ (ມີ action hookwpsi_after_raw_meta_updateໃຫ້ໃຊ້). - Image IDs ໃນ Gutenberg blocks: ຮອງຮັບການເຊື່ອມໂຍງ ID ໄຟລ໌ຄັດຕິດພາຍໃນ media blocks ຫຼັກ (ຮູບພາບ, ແກເລີຣີ ແລະ ອື່ນໆ), ແຕ່ການເຊື່ອມໂຍງ ID ໃນ JSON ທີ່ຊັບຊ້ອນຂອງ page builders ພາຍນອກ (Elementor ແລະ ອື່ນໆ) ອາດຈະມີຂໍ້ຈຳກັດ.
- ໄຟລ໌ WXR ໃຫຍ່ເກີນ 100MB: ບໍ່ຮັບປະກັນການເຮັດວຽກສຳລັບໄຟລ໌ WXR ທີ່ມີຂະໜາດໃຫຍ່ກວ່າ 100MB. ເນື່ອງຈາກການປະມວນຜົນໃຊ້ DOMParser ຂອງບຣາວເຊີ, ຄວນແບ່ງໄຟລ໌ກ່ອນເພື່ອປ້ອງກັນບໍ່ໃຫ້ບຣາວເຊີຄ້າງ ຫຼື ໜ່ວຍຄວາມຈຳເຕັມ.
ບຣາວເຊີທີ່ຮອງຮັບ
ໜ້າຈໍຈັດການຂອງ Dry Run Importer ຖືກປັບແຕ່ງມາໃຫ້ດີທີ່ສຸດສຳລັບ Chrome, Edge, Firefox ແລະ Safari ສອງເວີຊັນຫຼ້າສຸດ. ບໍ່ຮອງຮັບບຣາວເຊີເກົ່າເຊັ່ນ Internet Explorer.
ພາບໜ້າຈໍ
ການຕິດຕັ້ງ
- ກັອບປີ້ໂຟນເດີ
wolktools-dry-run-importerໄປໄວ້ໃນwp-content/plugins/(ຫຼື ຕິດຕັ້ງໄຟລ໌ ZIP ຜ່ານເມນູ “Plugins > Add New > Upload Plugin” ໃນໜ້າຈັດການ). - ເປີດໃຊ້ງານ “Dry Run Importer” ຈາກເມນູ “Plugins” ໃນໜ້າຈັດການ WordPress.
- ໄປທີ່ “Tools” > “Dry Run Importer” ໃນໜ້າຈັດການ.
- ລາກ ແລະ ວາງໄຟລ໌ WXR XML ຂອງທ່ານ, ແລ້ວເລີ່ມ “Dry Run” (ການກວດສອບ) ເປັນອັນດັບທຳອິດ.
- ເພື່ອໃຊ້ຟີເຈີສົ່ງອອກ, ໃຫ້ໄປທີ່ “Tools” > “Dry Run Exporter”, ຕັ້ງຄ່າການກັ່ນຕອງ, ຢືນຢັນຈຳນວນ ແລະ ຂະໜາດໃນ “Preview”, ແລ້ວຈຶ່ງດາວໂຫລດ.
ຄຳຖາມທີ່ພົບເລື້ອຍ
-
ມັນປອດໄພແທ້ບໍ່ທີ່ຈະໃຊ້ໃນເວັບໄຊຈິງ (production)?
-
ປລັກອິນນີ້ຖືກອອກແບບມາບົນພື້ນຖານຄວາມປອດໄພ: ມັນຈະສຳຮອງຂໍ້ມູນອັດຕະໂນມັດກ່ອນການນຳເຂົ້າສະເໝີ, ບລັອກເນື້ອໃນທີ່ເປັນອັນຕະລາຍໂດຍອັດຕະໂນມັດ ແລະ ໃຫ້ທ່ານກູ້ຄືນຂໍ້ມູນໄດ້ທຸກເວລາ. ເຖິງຢ່າງໃດກໍຕາມ, ໃນການໃຊ້ງານເທື່ອທຳອິດໃນເວັບໄຊຈິງ (production), ພວກເຮົາແນະນຳໃຫ້ລອງໃຊ້ “Dry Run” ໃນສະພາບແວດລ້ອມທົດສອບກ່ອນ, ກວດສອບຂໍ້ຄວາມຄຳເຕືອນ ແລະ ສຳຮອງຖານຂໍ້ມູນ/ໄຟລ໌ພາຍນອກໃຫ້ຮຽບຮ້ອຍກ່ອນການໃຊ້ງານ.
-
ການກູ້ຄືນ (Restore) ຈະລຶບໄຟລ໌ຮູບພາບທີ່ດາວໂຫລດມາຄືກັນບໍ່?
-
ບໍ່. ການກູ້ຄືນ (Restore) ຈະສົ່ງຄືນພຽງແຕ່ຂໍ້ຄວາມຂອງໂພສ, ຂໍ້ມູນເມຕາ (metadata) ແລະ ຄວາມສຳພັນຂອງໝວດໝູ່ (taxonomy) ກັບຄືນໄປຫາຈຸດທີ່ສຳຮອງໄວ້ເທົ່ານັ້ນ. ເພື່ອປະຢັດພື້ນທີ່ຈັດເກັບຂອງເຊີເວີ, ໄຟລ໌ຮູບພາບທີ່ບັນທຶກໄວ້ໃນຄັງສື່ແລ້ວຈະບໍ່ຖືກລຶບ.
-
ຈະເກີດຫຍັງຂຶ້ນກັບຂໍ້ມູນຂອງຂ້ອຍເມື່ອຖອນການຕິດຕັ້ງປລັກອິນ?
-
ເມື່ອທ່ານຖອນການຕິດຕັ້ງ, ຂໍ້ມູນວຽກຊົ່ວຄາວ, ບັນທຶກການສຳຮອງຂໍ້ມູນລາຍໂພສ ແລະ ຕາຕະລາງບັນທຶກການປະມວນຜົນທີ່ປລັກອິນສ້າງຂຶ້ນຈະຖືກລຶບອອກຈາກຖານຂໍ້ມູນຢ່າງປອດໄພ ແລະ ສົມບູນ, ລວມທັງຕົວເລືອກການຕັ້ງຄ່າ
wpsi_*ກໍຈະຖືກລຶບອອກເຊັ່ນກັນ. ໂພສປົກກະຕິ ແລະ ຮູບພາບໃນຄັງສື່ຂອງທ່ານຈະບໍ່ຖືກລຶບ. -
ຄວນເລືອກຄີການຈັບຄູ່ (matching key) ໃດເພື່ອປ້ອງກັນຂໍ້ມູນທັບກັນ?
-
ພວກເຮົາແນະນຳໃຫ້ຈັບຄູ່ດ້ວຍ “ສະລັກ (Slug)”. ການຈັບຄູ່ດ້ວຍ “ຫົວຂໍ້ (Title)” ມີຄວາມສ່ຽງທີ່ຈະຂຽນທັບບົດຄວາມອື່ນທີ່ມີຫົວຂໍ້ຄືກັນໂດຍບັງເອີນ. ໃຊ້ການຈັບຄູ່ດ້ວຍ “ID” ເມື່ອທ່ານໝັ້ນໃຈວ່າ ID ຂອງໂພສລະຫວ່າງຕົ້ນທາງ ແລະ ປາຍທາງແມ່ນອັນດຽວກັນແທ້ (ຕົວຢ່າງ: ການຊິງຄ໌ຂໍ້ມູນຈາກ staging ໄປຫາ production).
-
ຄວນເລືອກລະຫວ່າງ Web Checker ແລະ WP Plugin ແນວໃດ?
-
ຫາກຍັງບໍ່ທັນໄດ້ຕິດຕັ້ງ WordPress, ຫຼື ຕ້ອງການກວດສອບໂຄງສ້າງ WXR ຫຼື ປຽບທຽບກັບ CSV ໂດຍບໍ່ສົ່ງຜົນກະທົບຕໍ່ເວັບໄຊ WordPress ທີ່ກຳລັງເຮັດວຽກຢູ່, ໃຫ້ໃຊ້ “Web Checker” — ເຊິ່ງເປັນໜ້າ HTML ດ່ຽວທີ່ເຮັດວຽກແບບອອບໄລນ໌ໃນບຣາວເຊີຂອງທ່ານ. ມັນຖືກແຈກຢາຍແຍກຕ່າງຫາກຈາກປລັກອິນນີ້ (ບໍ່ໄດ້ລວມຢູ່ໃນໄຟລ໌ ZIP ຂອງປລັກອິນ); ທ່ານສາມາດຫາລິ້ງດາວໂຫລດໄດ້ໃນໜ້າປລັກອິນ. ເມື່ອທ່ານຕ້ອງການນຳຂໍ້ມູນເຂົ້າ WordPress ແທ້ໆຢ່າງປອດໄພ ແລະ ໃຊ້ຟີເຈີສຳຮອງຂໍ້ມູນ ແລະ ກູ້ຄືນເປັນລາຍໂພສ, ໃຫ້ໃຊ້ “WP Plugin”.
-
ສາມາດດາວໂຫລດຮູບພາບອັດຕະໂນມັດຈາກເວັບໄຊພາຍນອກໄດ້ບໍ່?
-
ແມ່ນແລ້ວ. ເຖິງຢ່າງໃດກໍຕາມ, ການດາວໂຫລດຮູບພາບຈະມີການຮ້ອງຂໍ HTTP ໄປພາຍນອກ ແລະ ສ້າງໄຟລ໌ຄັດຕິດໃໝ່ໃນຄັງສື່ຂອງປາຍທາງ, ດັ່ງນັ້ນຄວນດຳເນີນການດ້ວຍຄວາມລະມັດລະວັງຫຼັງຈາກຢືນຢັນຄວາມມີຢູ່ ແລະ ຄວາມປອດໄພຂອງ URL ຮູບພາບ (ລວມທັງຟິວເຕີປ້ອງກັນ SSRF) ໃນຂັ້ນຕອນ Dry Run ແລ້ວ.
-
ຫາກຂ້ອຍອັບໂຫລດຮູບພາບດ້ວຍຕົນເອງ, ພວກມັນຈະຖືກເຊື່ອມຕໍ່ຫາ WXR ບໍ່? (ຂັ້ນຕອນທີ່ແນະນຳ)
-
ແມ່ນແລ້ວ. ນີ້ແມ່ນຂັ້ນຕອນການຍ້າຍຂໍ້ມູນທີ່ໜ້າເຊື່ອຖືທີ່ສຸດ.
- ອັບໂຫລດຮູບພາບດ້ວຍຕົນເອງໄປຫາຄັງສື່ຂອງປາຍທາງ (ລາກ ແລະ ວາງໃນໜ້າຈັດການ ແລະ ອື່ນໆ). ພຽງແຕ່ເທົ່ານີ້ WordPress ກໍຈະຈັດການເສັ້ນທາງການຈັດເກັບ, ຮູບຕົວຢ່າງ ແລະ ສິດການເຂົ້າເຖິງຢ່າງຖືກຕ້ອງ (ບໍ່ຈຳເປັນຕ້ອງກັອບປີ້ໂຄງສ້າງໂຟນເດີ uploads ຫຼື ໃຊ້ຄຳສັ່ງ
chownໃນເຊີເວີ). - ນຳເຂົ້າ WXR. ດ້ວຍຕົວເລືອກຂັ້ນສູງ “Link to existing media by filename (don’t create duplicates)” (ເປີດໄວ້ເປັນຄ່າເລີ່ມຕົ້ນ), ແຕ່ລະໄຟລ໌ຄັດຕິດຈະຖືກຈັບຄູ່ກັບສື່ທີ່ມີຢູ່ ດ້ວຍຊື່ໄຟລ໌ (ລວມທັງການກວດສອບຂະໜາດຮູບ) ແລະ ເຊື່ອມຕໍ່ຫາ ID ທີ່ມີຢູ່ໂດຍບໍ່ສ້າງໄຟລ໌ຊ້ຳຊ້ອນ. ຮູບໜ້າປົກ, ທົ່ງຂໍ້ມູນຮູບພາບ ACF ແລະ ການອ້າງອີງຮູບພາບໃນເນື້ອໃນຈະຖືກເຊື່ອມໂຍງໄປຫາສື່ທີ່ມີຢູ່ນັ້ນ.
- ການກວດສອບກ່ອນການນຳເຂົ້າຈະສະແດງ “Linked to existing media: N / same filename in multiple places create new / dimension mismatch create new,” ດັ່ງນັ້ນທ່ານສາມາດຢືນຢັນໄດ້ສະເໝີກ່ອນການນຳເຂົ້າ.
ເພື່ອປ້ອງກັນຄວາມຜິດພາດ, ມີ 4 ມາດຕະການປ້ອງກັນຄື: (a) ຈັບຄູ່ສະເພາະຊື່ໄຟລ໌ທີ່ຄືກັນເປະເທົ່ານັ້ນ, (b) ຫາກມີຊື່ໄຟລ໌ດຽວກັນຢູ່ໃນຫຼາຍບ່ອນ ຈະບໍ່ມີການເຊື່ອມຕໍ່ອັດຕະໂນມັດ — ແຕ່ຈະສ້າງໃໝ່, (c) ຫາກ WXR ມີຂະໜາດຮູບພາບ ຈະມີການປຽບທຽບກັບໄຟລ໌ທີ່ມີຢູ່ ແລະ ຂ້າມການເຊື່ອມຕໍ່ຫາກບໍ່ຕົງກັນ. ປິດການໃຊ້ງານສ່ວນນີ້ຫາກຕ້ອງການສ້າງໃໝ່ທັງໝົດຄືແຕ່ກ່ອນ. ຟິວເຕີ
wpsi_attachment_relink_policy(strict/filename-only/ default) ສາມາດປ່ຽນຄວາມເຂັ້ມງວດໃນການຈັບຄູ່ໄດ້. - ອັບໂຫລດຮູບພາບດ້ວຍຕົນເອງໄປຫາຄັງສື່ຂອງປາຍທາງ (ລາກ ແລະ ວາງໃນໜ້າຈັດການ ແລະ ອື່ນໆ). ພຽງແຕ່ເທົ່ານີ້ WordPress ກໍຈະຈັດການເສັ້ນທາງການຈັດເກັບ, ຮູບຕົວຢ່າງ ແລະ ສິດການເຂົ້າເຖິງຢ່າງຖືກຕ້ອງ (ບໍ່ຈຳເປັນຕ້ອງກັອບປີ້ໂຄງສ້າງໂຟນເດີ uploads ຫຼື ໃຊ້ຄຳສັ່ງ
-
ການຍ້າຍຂໍ້ມູນຈາກເວັບໄຊອື່ນ — ຂ້ອຍຄວນກຽມຫຍັງກ່ອນ? (ລຳດັບທີ່ແນະນຳ)
-
- ລົງທະບຽນການກຳນົດຄ່າທົ່ງຂໍ້ມູນກ່ອນ ຫາກເວັບໄຊຕົ້ນທາງໃຊ້ ACF (ຫຼື ລະບົບທີ່ຄ້າຍຄືກັນ): ສ້າງກຸ່ມທົ່ງຂໍ້ມູນ ACF ຄືນໃໝ່ຢູ່ປາຍທາງຜ່ານການຊິງຄ໌ JSON ຂອງ ACF, ການກັອບປີ້ ຫຼື ເປີດໃຊ້ງານທີມ/ປລັກອິນທີ່ກຳນົດຄ່າເຫຼົ່ານັ້ນ. ຄ່າຕ່າງໆຈະຖືກນຳເຂົ້າເຖິງແມ່ນວ່າຈະບໍ່ມີການກຳນົດຄ່າກໍຕາມ, ແຕ່ທົ່ງຂໍ້ມູນຈະສະແດງເປັນຄ່າຫວ່າງ/ບໍ່ສາມາດແກ້ໄຂໄດ້ໃນໜ້າແກ້ໄຂ ຈົນກວ່າຈະມີການກຳນົດຄ່າເກີດຂຶ້ນ.
- ຕຽມຮູບພາບ ໄວ້ໃນຄັງສື່ (Media Library) ຂອງປາຍທາງ (ເບິ່ງຄຳຖາມທີ່ພົບເລື້ອຍກ່ຽວກັບການອັບໂຫລດດ້ວຍຕົນເອງດ້ານເທິງ).
- ນຳເຂົ້າ WXR — ດຳເນີນການທົດສອບ (Dry Run), ກວດສອບລາຍງານ, ແລ້ວຈຶ່ງກົດນຳໃຊ້.
-
ຂ້ອຍໃຊ້ ACF ແລະ ມັກຈະໄດ້ຮັບຄຳເຕືອນສີເຫຼືອງ — ອັນໃດແດ່ທີ່ສຳຄັນ?
-
ການກຳນົດຄ່າທົ່ງຂໍ້ມູນ ACF ປົກກະຕິແລ້ວຈະຖືກຈັດການຢູ່ນອກເນື້ອໃນ (ຜ່ານໜ້າຈໍຈັດການ ACF, ການຊິງຄ໌ JSON ຫຼື ໂຄດ), ດັ່ງນັ້ນພວກມັນຈຶ່ງບໍ່ແມ່ນສ່ວນໜຶ່ງຂອງໄຟລ໌ WXR. ຄຳເຕືອນປະເພດ “definition is not in the WXR” (ເຊັ່ນ: ບໍ່ພົບກຸ່ມທົ່ງຂໍ້ມູນຫຼັກ, ບໍ່ພົບການກຳນົດຄ່າທົ່ງຂໍ້ມູນທີ່ອ້າງອີງ) ແມ່ນເລື່ອງ ປົກກະຕິ ໃນການຕັ້ງຄ່າແບບນີ້ — ໃຫ້ລົງທະບຽນການກຳນົດຄ່າຕ່າງໆຢູ່ເວັບໄຊປາຍທາງກ່ອນ (ເບິ່ງຄຳຖາມທີ່ພົບເລື້ອຍດ້ານເທິງ) ແລ້ວລາຍງານຈະກັບມາກາຍເປັນປົກກະຕິ. ເຖິງຢ່າງໃດກໍຕາມ, ຄຳເຕືອນທີ່ວ່າ ຄ່າຂອງທົ່ງຂໍ້ມູນຂາດຫາຍ ແມ່ນສັນຍານທີ່ບົ່ງບອກວ່າທົ່ງຂໍ້ມູນນັ້ນຈະຫວ່າງເປົ່າ; ກະລຸນາກວດສອບສິ່ງເຫຼົ່ານີ້ກ່ອນການນຳເຂົ້າ.
-
ຫາກຂ້ອຍລຶບໂພສຢູ່ເວັບໄຊຕົ້ນທາງ ແລະ ນຳເຂົ້າໃໝ່, ພວກມັນຈະຖືກລຶບຢູ່ປາຍທາງນຳບໍ່?
-
ບໍ່. ການນຳເຂົ້າຈະບໍ່ມີການລຶບເນື້ອໃນຢູ່ປາຍທາງ — ມັນພຽງແຕ່ສ້າງ ແລະ ອັບເດດໂພສທີ່ມີຢູ່ໃນໄຟລ໌ເທົ່ານັ້ນ. ຫາກທ່ານຕ້ອງການລຶບໂພສທີ່ຖືກລຶບໄປແລ້ວຢູ່ຕົ້ນທາງ, ທ່ານຕ້ອງລຶບພວກມັນດ້ວຍຕົນເອງຢູ່ປາຍທາງ.
-
Dry Run Exporter ເຮັດວຽກແນວໃດ?
-
Dry Run Exporter ອ້າງອີງຈາກ
export_wp()ຂອງ WordPress core ແລະ ສ້າງໄຟລ໌ WXR XML ທີ່ຜ່ານການກັ່ນຕອງຈາກຝັ່ງເຊີເວີຢ່າງປອດໄພ. ກ່ອນການສົ່ງອອກ, ໃຫ້ຄລິກ “Preview” ສະເໝີເພື່ອຢືນຢັນຈຳນວນໂພສ ແລະ ໄຟລ໌ຄັດຕິດທີ່ຈະສົ່ງອອກ, ຂະໜາດໄຟລ໌ໂດຍປະມານ ແລະ ຄຳເຕືອນກ່ຽວກັບຂໍ້ມູນສ່ວນບຸກຄົນ (PII) ເຊັ່ນ ທີ່ຢູ່ອີເມລຂອງຜູ້ຂຽນ.ໂໝດໄຟລ໌ຄັດຕິດ (ວິທີສົ່ງອອກສື່ທີ່ກ່ຽວຂ້ອງ) ມີ 3 ຮູບແບບ: “auto” (ເກັບສະເພາະສື່ທີ່ກ່ຽວຂ້ອງກັບໂພສທີ່ເລືອກໂດຍອັດຕະໂນມັດ), “include” (ລວມສື່ທັງໝົດໃນເວັບໄຊ), ແລະ “exclude” (ບໍ່ລວມສື່).
ໝາຍເຫດ: ໄຟລ໌ WXR XML ມີທີ່ຢູ່ອີເມລ ແລະ ຊື່ສະແດງຂອງຜູ້ຂຽນ. ກະລຸນາຈັດການໄຟລ໌ທີ່ສົ່ງອອກດ້ວຍຄວາມລະມັດລະວັງເນື່ອງຈາກມີຂໍ້ມູນສ່ວນບຸກຄົນ.
ການຣີວິວ
ຜູ້ຮ່ວມພັດທະນາ ແລະ ຜູ້ພັດທະນາ
“WolkTools Dry Run Importer” ແມ່ນຊອຟແວໂອເພັນຊອດ (Open Source). ບຸກຄົນຕໍ່ໄປນີ້ໄດ້ມີສ່ວນຮ່ວມໃນການພັດທະນາປລັກອິນນີ້.
ຜູ້ຮ່ວມພັດທະນາ
“WolkTools Dry Run Importer” ໄດ້ຖືກແປເປັນ 1 ພາສາທ້ອງຖິ່ນ. ຂໍຂອບໃຈ ທີມງານຜູ້ແປ ສຳລັບການປະກອບສ່ວນຂອງເຂົາເຈົ້າ.
ແປ “WolkTools Dry Run Importer” ເປັນພາສາຂອງເຈົ້າ.
ສົນໃຈຮ່ວມພັດທະນາບໍ່?
ເບິ່ງລະຫັດ, ກວດເບິ່ງ ຄັງເກັບ SVN, ຫຼື ຕິດຕາມ ບັນທຶກການພັດທະນາ ຜ່ານ RSS.
ບັນທຶກການປ່ຽນແປງ
1.0.3
- ແກ້ໄຂສະເພາະເອກະສານ/ຂໍ້ຄວາມ UX — ບໍ່ມີການປ່ຽນແປງພຶດຕິກຳການນຳເຂົ້າ, ການກູ້ຄືນ, ການສະແດງຄວາມແຕກຕ່າງ ຫຼື ການເຊື່ອມຕໍ່ສື່ຄືນໃໝ່. ປັບປຸງຕາມຄຳຄິດເຫັນຈາກຜູ້ໃຊ້ — ຂໍຂອບໃຈ!
- FAQ: ເພີ່ມລຳດັບການກຽມການທີ່ແນະນຳສຳລັບການຍ້າຍຂໍ້ມູນລະຫວ່າງເວັບໄຊ (ກຳນົດຄ່າ ACF ກ່ອນ, ຕາມດ້ວຍຮູບພາບ, ແລ້ວຈຶ່ງນຳເຂົ້າ), ວິທີການອ່ານຄຳເຕືອນສີເຫຼືອງຂອງ ACF (ຫາກຂາດ definition = ປົກກະຕິ; ຫາກຂາດ value = ຕ້ອງກວດສອບ), ແລະ ຊີ້ແຈງວ່າການນຳເຂົ້າຈະບໍ່ລຶບໂພສຢູ່ປາຍທາງ.
- ໜ້າຈໍຈັດການ: ສ່ວນເບິ່ງຕົວຢ່າງຄວາມແຕກຕ່າງຈະແຈ້ງບອກເມື່ອມີການສະແດງສະເພາະ 100 ໂພສທຳອິດທີ່ປ່ຽນແປງ (ໃຫ້ໃຊ້ Web Checker ແບບອອບໄລນ໌ສຳລັບລາຍຊື່ທັງໝົດ), ແລະ ລາຍງານ Dry Run ໄດ້ເພີ່ມໝາຍເຫດວ່າຄຳເຕືອນ ACF “definition not in WXR” ແມ່ນເລື່ອງປົກກະຕິຫາກມີການຈັດການການກຳນົດຄ່າຢູ່ນອກ WXR.
- ປ່ອງຢ້ຽມແນະນຳການໃຊ້ງານ: ເພີ່ມຂັ້ນຕອນການກຽມການກຳນົດຄ່າ ACF ກ່ອນ ແລະ ສ່ວນ “ຄຳຖາມທີ່ພົບເລື້ອຍ” ສັ້ນໆທີ່ກວມເອົາປະເດັນຕ່າງໆຂ້າງເທິງ.
1.0.2
- SEO/metadata ເທົ່ານັ້ນ: ປັບປຸງຄຳອະທິບາຍສັ້ນໆໂດຍເນັ້ນໃສ່ XML/import/migration ແລະ custom fields (ລວມທັງ ACF) ເພື່ອໃຫ້ຄົ້ນຫາໄດ້ງ່າຍຂຶ້ນ. ບໍ່ມີການປ່ຽນແປງການເຮັດວຽກ.
1.0.1
- SEO/metadata ເທົ່ານັ້ນ: ປັບປຸງແທັກປລັກອິນ ແລະ ຄຳອະທິບາຍສັ້ນໆເພື່ອໃຫ້ເຫັນກໍລະນີການໃຊ້ງານ XML/migration/ACF/custom-fields ໄດ້ຊັດເຈນຂຶ້ນ. ບໍ່ມີການປ່ຽນແປງການເຮັດວຽກ.
1.0.0
- ເວີຊັນທີ່ໝັ້ນຄົງທຳອິດ. ປ່ຽນຊື່ປລັກອິນເປັນ Dry Run Importer (ເຄື່ອງມືສົ່ງອອກຄູ່ກັນ: Dry Run Exporter).
- ລະບົບປ້ອງກັນສື່ໃນການຍ້າຍຂໍ້ມູນ: ເມື່ອໄຟລ໌ມາຈາກເວັບໄຊອື່ນ (URL ບໍ່ຕົງກັນ) ແລະ ບໍ່ພົບໄຟລ໌ທີ່ຕົງກັນໃນຄັງສື່, ປຸ່ມນຳເຂົ້າຈະຖືກບລັອກພ້ອມຄຳເຕືອນໃຫ້ອັບໂຫລດຮູບພາບກ່ອນ — ເພື່ອປ້ອງກັນໄຟລ໌ຄັດຕິດຫວ່າງເປົ່າ ຫຼື ເພພັງ. ສາມາດກົດຢືນຢັນເພື່ອຂ້າມຂັ້ນຕອນນີ້ໄດ້.
- ລະບົບການຕັດສິນຈະປ່ຽນຈາກສີຂຽວເປັນສີເຫຼືອງໃນຂະນະທີ່ລະບົບປ້ອງກັນຄວາມປອດໄພຂອງສື່ກຳລັງເຮັດວຽກ ເພື່ອບໍ່ໃຫ້ແຖບດ້ານເທິງບອກວ່າ “ປອດໄພ” ໃນຂະນະທີ່ຮູບພາບອາດຈະເພ.
- ສ່ວນສົ່ງອອກ: ຟິວເຕີສະຖານະໂພສຈະເລີ່ມຕົ້ນທີ່ “Published only” (ໄຟລ໌ຄັດຕິດ ແລະ ການກຳນົດຄ່າ ACF/ໂຄງສ້າງ ຍັງຄົງຖືກເກັບຮວບຮວມຕາມປົກກະຕິ); ສະຖານະພາຍໃນ (ເຊັ່ນ acf-disabled) ຈະບໍ່ສະແດງໃນຊ່ອງເລືອກສະຖານະອີກຕໍ່ໄປ.
- ປັບປຸງ UI: ລຶບຕົວໂຫລດເດໂມອອກ, ເຊື່ອງແທັບ Sheet Data Match ໂດຍຄ່າເລີ່ມຕົ້ນ (ເປີດຄືນໄດ້ຜ່ານ
wpsi_enable_csv_match), ລຶບທົ່ງຂໍ້ມູນ URL ເກົ່າ/ໃໝ່ ທີ່ຊ້ຳຊ້ອນອອກຈາກການຕັ້ງຄ່າຂັ້ນສູງ ແລະ ລຶບປ້າຍບອກເວີຊັນເທິງໜ້າຈໍ. ປັບຂະໜາດຫົວຂໍ້ຂອງສ່ວນນຳເຂົ້າ ແລະ ສົ່ງອອກໃຫ້ເປັນແບບດຽວກັນ. - ການເຊື່ອມຕໍ່ຊື່ໄຟລ໌ຄັດຕິດຄືນໃໝ່ (ເປີດໄວ້ເປັນຄ່າເລີ່ມຕົ້ນ): ຈັບຄູ່ໄຟລ໌ຄັດຕິດໃນ WXR ກັບສື່ທີ່ທ່ານອັບໂຫລດໄວ້ແລ້ວດ້ວຍຊື່ໄຟລ໌ + ການກວດສອບຂະໜາດ, ນຳມາໃຊ້ຄືນແທນການສ້າງໃໝ່ ແລະ ເຊື່ອມໂຍງຮູບໜ້າປົກ / ທົ່ງຮູບພາບ ACF / ການອ້າງອີງໃນເນື້ອໃນໃຫ້ຕົງກັບສື່ທີ່ມີຢູ່. ລະບົບປ້ອງກັນ: ໃຊ້ຊື່ໄຟລ໌ທີ່ຕົງກັນເປະເທົ່ານັ້ນ, ຂ້າມຫາກມີຊື່ໄຟລ໌ດຽວກັນຫຼາຍກວ່າ 2 ບ່ອນ, ຂ້າມຫາກຂະໜາດບໍ່ຕົງກັນ, ແລະ ສະແດງໃນຂັ້ນຕອນກວດສອບເບື້ອງຕົ້ນ. ໃຊ້ຟິວເຕີ
wpsi_attachment_relink_policy. - ການກູ້ຄືນແບບກຸ່ມ: ກູ້ຄືນທຸກການສຳຮອງໃນວຽກດຽວດ້ວຍຂັ້ນຕອນທີ່ປອດໄພ (ໄຟລ໌ຄັດຕິດ ໂພສຫຼັກ) ຈາກແທັບ History.
- ສ່ວນສົ່ງອອກຈະລະບຸ
<wp:post_mime_type>ສຳລັບໄຟລ໌ຄັດຕິດ ເພື່ອໃຫ້ສື່ທີ່ນຳເຂົ້າສະແດງຜົນໄດ້ຢ່າງຖືກຕ້ອງໂດຍບໍ່ຕ້ອງເດົາປະເພດໄຟລ໌. - ລະບົບນຳເຂົ້າຈະເຕີມ mime type ໃຫ້ກັບໄຟລ໌ຄັດຕິດເມື່ອມີການອັບອັບເດດ; ການສ້າງຮູບຕົວຢ່າງໃໝ່ຈະມີການຈຳກັດຂະໜາດເພື່ອບໍ່ໃຫ້ເກີນກຳນົດເວລາການປະມວນຜົນ.
0.9.0-beta
- ແກ້ໄຂບັນຫາທີ່ພົບໃນຕົວນຳເຂົ້າຂາດຕະຖານ: ໝວດໝູ່ແບບລຳດັບຂັ້ນ, ຜູ້ຂຽນໂພສ, ຄຳຄິດເຫັນ / pingbacks ແລະ ຄວາມສຳພັນຂອງໄຟລ໌ຄັດຕິດ.
- ການເບິ່ງຕົວຢ່າງຜົນກະທົບການກູ້ຄືນ + ປຸ່ມຢືນຢັນຄວາມຍິນຍອມ ກ່ອນການກູ້ຄືນຂໍ້ມູນທີ່ອາດສົ່ງຜົນກະທົບຕໍ່ຂໍ້ມູນທີ່ມີຢູ່.
- ລະບົບປ້ອງກັນການນຳເຂົ້າຂໍ້ມູນພ້ອມກັນດ້ວຍ MySQL GET_LOCK.
- ລະບົບຈັດການການປ່ຽນແປງຖານຂໍ້ມູນຕາມເວີຊັນດ້ວຍ dbDelta.
- ຢືນຢັນການເຮັດວຽກຂອງ utf8mb4 / 4-byte UTF-8 (ອີໂມຈິ, surrogate pairs ແລະ ເນື້ອໃນແບບ multibyte).
- ເພີ່ມການທົດສອບຄວາມທົນທານຕໍ່ຂໍ້ຜິດພາດ (ການຄ້າງລະຫວ່າງປະມວນຜົນ + ການເລີ່ມເຮັດວຽກຕໍ່) ໃນລະບົບ CI.
- ລະບົບລຶບບັນທຶກປະຈຳວັນຜ່ານ WP-Cron (ເລີ່ມຕົ້ນ 30 ວັນ, ສາມາດປັບແຕ່ງໄດ້).
- API ສຳລັບການເບິ່ງຕົວຢ່າງຜົນກະທົບການກູ້ຄືນ ແລະ ປຸ່ມຢືນຢັນຄວາມຍິນຍອມໃນໜ້າຈໍ.
- ເພີ່ມຄວາມເຂັ້ມງວດໃນການແຈກຢາຍ:
.distignore+ release.yml ເພື່ອບໍ່ລວມເອົາ PoC, ໄຟລ໌ທົດສອບ ແລະ ການຕັ້ງຄ່າສຳລັບການພັດທະນາເຂົ້າໃນໄຟລ໌ zip. - ປັບປຸງ Plugin Header ສຳລັບການແຈກຢາຍເວີຊັນເບຕ້າ (ໃບອະນຸຍາດ GPLv2).
0.2.0
- ໃໝ່: Dry Run Exporter — ການສົ່ງອອກ WXR ແບບກັ່ນຕອງໄດ້ ພາຍໃຕ້ເມນູ Tools > Dry Run Exporter.
- ກັ່ນຕອງການສົ່ງອອກຕາມປະເພດໂພສ, ຊ່ວງວັນທີ, ສະຖານະໂພສ, ຜູ້ຂຽນ, ໝວດໝູ່ ແລະ ຂໍ້ມູນເມຕາ.
- ໂໝດໄຟລ໌ຄັດຕິດ 3 ແບບ: ເກັບສື່ທີ່ກ່ຽວຂ້ອງໂດຍອັດຕະໂນມັດ, ລວມທັງໝົດ ຫຼື ບໍ່ລວມເລີຍ.
- ການເບິ່ງຕົວຢ່າງກ່ອນສົ່ງອອກຈະສະແດງຈຳນວນໂພສ, ຈຳນວນໄຟລ໌ຄັດຕິດ, ຂະໜາດໂດຍປະມານ ແລະ ຄຳເຕືອນ PII.
- ເພີ່ມ REST API endpoints:
/export-preview,/export, ແລະ/export-filters. - ເພີ່ມການແປພາສາຍີ່ປຸ່ນສຳລັບຂໍ້ຄວາມທັງໝົດໃນສ່ວນສົ່ງອອກ.
0.1.0
- ການເລີ່ມຕົ້ນພັດທະນາເວີຊັນທົດລອງ.
- ຮອງຮັບ Dry Run, ການເບິ່ງຕົວຢ່າງຄວາມແຕກຕ່າງ, ການເລືອກນຳເຂົ້າ, ການສຳຮອງ/ກູ້ຄືນໂພສ, ການກວດສອບສື່, ການດາວໂຫລດສື່ ແລະ ການເຊື່ອມໂຍງສື່ຄືນໃໝ່ເບື້ອງຕົ້ນ.
- ເພີ່ມຕົວເລືອກການລຶບຂໍ້ມູນສຳຮອງອັດຕະໂນມັດທຸກມື້ສຳລັບຂໍ້ມູນທີ່ເກົ່າກວ່າໄລຍະເວລາທີ່ກຳນົດໄວ້ (ສາມາດເປີດໃຊ້ໄດ້ໃນໜ້າຈັດການ).
- ເພີ່ມ action hook
wpsi_after_raw_meta_updateທີ່ຈະເຮັດວຽກຫຼັງຈາກການຂຽນ raw post meta ສຳລັບນັກພັດທະນາ (ACF, search index, persistent object cache). - ຮອງຮັບການເຊື່ອມຕໍ່ກັບຕົວສົ່ງອອກ/ລຶບຂໍ້ມູນຄວາມເປັນສ່ວນຕົວຂອງ WordPress ສຳລັບແຖວຂໍ້ມູນສຳຮອງທີ່ມີທີ່ຢູ່ອີເມລທີ່ຖືກຮ້ອງຂໍ.
- ເພີ່ມໄຟລ໌ WXR ຕົວຢ່າງ ແລະ ຄຳແນະນຳການໃຊ້ງານເບື້ອງຕົ້ນໃນໜ້າຈັດການ.