ความสมบูรณ์ของตัวสร้าง
ความสมบูรณ์ของตัวสร้างตรวจจับปัญหาของตัวแก้ไข WordPress และตัวสร้างหน้า ก่อนที่จะกลายเป็นปัญหาด้านเนื้อหา
สแกนก่อน ทำความเข้าใจสถานะ ซ่อมแซมเฉพาะกรณีที่รองรับเท่านั้น
ความสมบูรณ์ของตัวสร้างเป็นปลั๊กอินวินิจฉัย WordPress สำหรับระบุความไม่สอดคล้องเชิงโครงสร้างใน Gutenberg, เนื้อหาแบบ Classic, Elementor และ SiteOrigin
การสแกนแบบอ่านอย่างเดียว · การตรวจสอบการซ่อมแซมอย่างชัดเจน · การป้องกันการแก้ไขเนื้อหาแบบดั้งเดิมของ WordPress
เวอร์ชันปัจจุบัน
ความสมบูรณ์ของตัวสร้าง 0.1.0
- การตรวจจับโครงสร้าง Gutenberg
- การตรวจจับเนื้อหาแบบ Classic
- การตรวจจับสถานะ Elementor
- การตรวจจับสถานะ SiteOrigin
- การสแกนด้วย WP-CLI
- ได้รับการตรวจสอบการซ่อมแซมแบบบันทึกเดียวสำหรับกรณี Gutenberg ที่ผิดรูปซึ่งรองรับเฉพาะบางกรณี
เริ่มต้นแบบอ่านอย่างเดียว
การสแกนและการวินิจฉัยไม่ปรับเปลี่ยนเนื้อหา
4 ครอบครัวตัวแก้ไข
Gutenberg, Classic, Elementor และ SiteOrigin
การแก้ไขแบบดั้งเดิม
ยืนยันจุดคืนค่าก่อนการซ่อมแซมที่รองรับ
ไม่มีบริการภายนอก
ไม่มีการส่งข้อมูลหรือประมวลผลเนื้อหาจากระยะไกล
สิ่งที่ตรวจจับได้
เมื่อสถานะตัวแก้ไขและเนื้อหาที่จัดเก็บไม่ตรงกัน
เนื้อหา WordPress อาจสะสมสัญญาณตัวแก้ไขที่ล้าสมัย โครงสร้างบล็อกที่ผิดรูป สถานะตัวสร้างผสม หรือเมตาดาต้าที่ไม่ตรงกับเนื้อหาที่กำลังแสดงผล ความสมบูรณ์ของตัวสร้างแยกสัญญาณเหล่านั้นออกก่อนตัดสินใจว่าควรซ่อมแซมหรือไม่
หน้า WordPress อาจยังคงแสดงผลได้ แม้ว่าสถานะตัวแก้ไขที่จัดเก็บจะไม่สอดคล้องกันแล้ว หน้าอาจมีคอมเมนต์บล็อก Gutenberg ผสมกับเมตาดาต้าของตัวสร้าง ข้อมูลเก่าของ Elementor อาจยังคงอยู่แม้เนื้อหาจะเปลี่ยนไป หรือเครื่องหมายปิดบล็อกที่ผิดรูปอาจซ่อนอยู่จนกว่าหน้าจะถูกแก้ไขอีกครั้ง สภาพเหล่านี้ยากจะวินิจฉัยจากฝั่งผู้ใช้ เพราะผลลัพธ์ที่มองเห็นอาจยังดูปกติอยู่
ความสมบูรณ์ของตัวสร้างตรวจสอบเนื้อหาที่จัดเก็บและสัญญาณตัวแก้ไขโดยตรง แยกแยะหลักฐานเชิงบวกของตัวสร้างออกจากเครื่องหมายทางประวัติศาสตร์ที่อ่อนแอ แล้วจัดประเภทบันทึกแทนที่จะถือว่าค่าเมตาดาต้าใดค่าหนึ่งกำหนดตัวแก้ไขที่ใช้งานอยู่ สิ่งนี้ทำให้ผลการวินิจฉัยมีประโยชน์ก่อนการโยกย้ายข้อมูล การทำความสะอาดเนื้อหา หรือกระบวนการทำงานด้านการแปล เช่น REEID Translate, การเปลี่ยนธีม หรือการแก้ไขพฤติกรรมตัวแก้ไขที่ไม่คาดคิด
สัญญาณจากตัวสร้าง
ตรวจจับสัญญาณของ Gutenberg, เนื้อหาแบบ Classic, Elementor และ SiteOrigin โดยไม่ถือว่าเครื่องหมายที่จัดเก็บทุกตัวมีอำนาจเหนือกว่า
โครงสร้างบล็อก
ระบุเครื่องหมายปิดที่ไร้ที่พึ่ง เครื่องหมายปิดบล็อกที่ไม่ตรงกัน บล็อกที่ไม่ได้ปิด บล็อก JSON ที่ไม่ถูกต้อง และคอมเมนต์บล็อก WordPress ที่ผิดรูป
การจัดประเภทความสมบูรณ์
แยกแยะเนื้อหาที่แข็งแรง โครงสร้างที่ผิดรูป สถานะตัวสร้างผสม ขอบเขตที่ไม่รองรับ และกรณีที่ต้องตรวจสอบด้วยตนเอง
ทำไมต้องตรวจสอบความสมบูรณ์ของตัวแก้ไข?
ที่ซึ่งความสมบูรณ์ของตัวสร้างช่วยได้
ความไม่สอดคล้องของตัวแก้ไขมักจะปรากฏให้เห็นก็ต่อเมื่อมีคนเปิดหน้าเพื่อแก้ไข เปลี่ยนตัวสร้าง ดำเนินการโยกย้าย แปลเนื้อหา หรืออัปเดตปลั๊กอิน การตรวจจับสถานะตั้งแต่เนิ่นๆ จะช่วยให้คุณมีจุดเริ่มต้นที่ชัดเจนยิ่งขึ้น
สำหรับเนื้อหา Gutenberg ความสมบูรณ์ของตัวสร้างตรวจสอบโครงสร้างคอมเมนต์บล็อก แทนที่จะพึ่งพาเพียงว่า WordPress สามารถแสดงผลหน้าได้หรือไม่ สามารถระบุเครื่องหมายปิดที่ไร้ที่พึ่ง เครื่องหมายปิดที่ไม่ตรงกัน บล็อกที่ไม่ได้ปิด บล็อก JSON ที่ไม่ถูกต้อง และคอมเมนต์บล็อก WordPress ที่ผิดรูป ซึ่งอาจดูเหมือน HTML ธรรมดา
สำหรับการตรวจสอบเชิงลึกด้วยตนเองของมาร์กอัป Gutenberg ที่จัดเก็บ โปรดดู ตัวแก้ไขแหล่งบล็อก Gutenberg.
สำหรับ Elementor และ SiteOrigin ปลั๊กอินบันทึกหลักฐานเฉพาะตัวสร้างแยกจากสัญญาณของ Gutenberg และเนื้อหาแบบ Classic สิ่งนี้มีประโยชน์เมื่อบันทึกถูกแก้ไขโดยระบบมากกว่าหนึ่งระบบในช่วงเวลา หรือเมื่อเมตาดาต้าเก่าของตัวสร้างยังคงอยู่หลังการเปลี่ยนแปลงกระบวนการทำงาน
เป้าหมายคือการวินิจฉัย ไม่ใช่การทำความสะอาดเชิงรุก สถานะที่ผสมหรือผิดปกติจะไม่ถูกปฏิบัติโดยอัตโนมัติว่าต้องเขียนใหม่ บันทึกนอกเหนือจากกฎการซ่อมแซมที่จำกัดยังคงพร้อมให้ตรวจสอบด้วยตนเองแทนที่จะถูกเปลี่ยนแปลงโดยอัตโนมัติ
กระบวนการทำงาน
วินิจฉัยก่อนเปลี่ยนแปลงอะไรทั้งหมด
ความสมบูรณ์ของตัวสร้างปฏิบัติตามลำดับแบบอนุรักษนิยม: สแกน จัดประเภท ดูตัวอย่าง ยืนยันจุดคืนค่า ดำเนินการซ่อมแซมที่รองรับเท่านั้น แล้วตรวจสอบผลลัพธ์ที่จัดเก็บ
01
สแกน
อ่านเนื้อหาปัจจุบันและสัญญาณจากตัวแก้ไขโดยไม่ปรับเปลี่ยนบันทึก
02
จำแนกประเภท
กำหนดผู้แก้ไขที่น่าจะเป็นไปได้ ขอบเขต สถานะความสมบูรณ์ และพิจารณาว่าควรดำเนินการซ่อมแซมหรือไม่
03
ตรวจสอบ
สำหรับข้อผิดพลาดที่ได้รับการสนับสนุนอย่างจำกัด ให้ตรวจสอบการเปลี่ยนแปลงเนื้อหาที่เสนออย่างละเอียดก่อนนำไปใช้
04
ตรวจสอบความถูกต้อง
ตรวจสอบรีวิวต้นฉบับก่อน แล้วจึงนำการเปลี่ยนแปลงที่ได้รับการตรวจสอบไปใช้ สแกนใหม่อีกครั้ง และพยายามย้อนกลับหากการตรวจสอบความถูกต้องล้มเหลว
รองรับในเวอร์ชัน 0.1.0
ออกแบบมาให้ใช้งานอย่างระมัดระวัง
รุ่นแรกมุ่งเน้นไปที่การตรวจจับและการวินิจฉัย จำกัดการปรับเปลี่ยนอัตโนมัติโดยเจตนา ระบบ Builder Integrity ไม่พยายามทำการสร้างใหม่ Gutenberg แบบกว้าง ๆ หรือโยกย้ายตัวสร้างเว็บไซต์
- การวินิจฉัยเว็บไซต์แบบจำกัดจากแดชบอร์ด WordPress
- การวินิจฉัยรายบันทึก
- การสแกนด้วย WP-CLI
- การตรวจจับข้อผิดพลาดเชิงโครงสร้างของ Gutenberg
- การตรวจจับสถานะของ Elementor และ SiteOrigin
- การตรวจจับเนื้อหาแบบคลาสสิก/ไม่ใช่บล็อก
- เสนอแนวทางการซ่อมแซมที่ได้รับการตรวจสอบสำหรับบล็อก Gutenberg ที่หายไปซึ่งได้รับการสนับสนุนอย่างจำกัดเพียงหนึ่งรายการ
- ตรวจสอบรีวิว WordPress ก่อนการซ่อมแซมที่ได้รับการสนับสนุน
- ตรวจสอบหลังเขียนและพยายามย้อนกลับเมื่อเกิดความล้มเหลว
Builder Integrity ไม่ส่งเนื้อหาเว็บไซต์ไปยังบริการภายนอก และไม่รวมการส่งข้อมูลติดตามผล
สิ่งที่รุ่นแรกไม่ทำ
เวอร์ชัน 0.1.0 ไม่พยายามสร้างใหม่ Gutenberg แบบทั่วไป ไม่แปลงตัวสร้างเว็บไซต์อัตโนมัติ ไม่เขียนเนื้อหาใหม่จำนวนมาก และไม่ทำความสะอาดเมตาดาต้าที่ซ่อนอยู่ ความไม่สอดคล้องที่ตรวจพบส่วนใหญ่ยังคงเป็นข้อมูลเชิงวินิจฉัย เว้นแต่ว่าปลั๊กอินจะสามารถสร้างข้อเสนอการซ่อมแซมที่กำหนดไว้อย่างชัดเจนและเป็นไปตามกฎเกณฑ์ได้
เมื่อมีการซ่อมแซมที่ได้รับการสนับสนุน ให้ตรวจสอบเนื้อหาปัจจุบันกับภาพตัวอย่างที่ได้รับการตรวจสอบ ตรวจสอบหรือสร้างรีวิว WordPress ที่ตรงกัน จากนั้นเขียนการเปลี่ยนแปลง และสแกนผลลัพธ์อีกครั้ง หากการตรวจสอบความถูกต้องล้มเหลว Builder Integrity จะพยายามกู้คืนเนื้อหาเดิมจากเวอร์ชันนั้น
Builder Integrity มีไว้สำหรับใคร?
Builder Integrity มีไว้สำหรับผู้ดูแลระบบ WordPress นักพัฒนา บริษัทเอเจนซี่ และผู้ดูแลเว็บไซต์ ที่ต้องการเข้าใจวิธีการจัดเก็บเนื้อหาจริงก่อนการแก้ไข การโยกย้าย หรือการซ่อมแซม การวินิจฉัยสำหรับผู้ดูแลระบบให้การสแกนเว็บไซต์แบบจำกัดและการตรวจสอบรายบันทึก ในขณะที่ WP-CLI มอบกระบวนการทำงานการจำแนกประเภทเดียวกันสำหรับการตรวจสอบทางเทคนิคและเว็บไซต์ขนาดใหญ่