- เผยแพร่เมื่อ
- 21 ตุลาคม 2026
- ช่องทาง
- เสถียร
- ทดสอบกับ WordPress
- 7.1
- ผลิตภัณฑ์
- WPML Multilingual CMS
บันทึกการเปลี่ยนแปลง
บันทึกข้อมูลและหน้าเว็บได้เร็วขึ้น แดชบอร์ดการแปลที่สร้างใหม่ การแปลอัตโนมัติที่ชัดเจนยิ่งขึ้น และการแก้ไขปัญหา 355 รายการ
มีอะไรใหม่
- การแปลอัตโนมัติจะไม่ปล่อยงานทิ้งไว้ในสถานะกำลังดำเนินการอีกต่อไปเมื่อบัญชีไม่สามารถชำระเงินได้ โดยจะหยุดพักพร้อมแสดงข้อความไปที่การเรียกเก็บเงิน และจะกลับมาทำงานต่อเมื่อชำระเงินแล้ว
- รายการเนื้อหาในแดชบอร์ดการแปลได้รับการสร้างใหม่ โดยสามารถทำงานได้บนไซต์ที่มีหลายภาษา แสดงรายการโพสต์แต่ละรายการเพียงครั้งเดียว และตัวกรองสถานะจะตรงกับคอลัมน์
- การเปลี่ยนการตั้งค่าการแปลของฟิลด์กำหนดเองจะอัปเดตเนื้อหาที่มีอยู่ของคุณในฐานะงานเบื้องหลังที่ติดตามได้ และการตั้งค่าจะอธิบายว่าแต่ละตัวเลือกทำหน้าที่อะไร
- การแก้ไขเนื้อหาที่แปลแล้วเพียงเล็กน้อยจะไม่ทำให้คำแปลที่มีอยู่สูญหาย หรือถูกคิดค่าใช้จ่ายเป็นการแปลใหม่ทั้งหมดอีกต่อไป
- ชื่อและคำอธิบายของหมวดหมู่หรือแท็กจะได้รับการแปลและคิดค่าใช้จ่ายเพียงครั้งเดียว ไม่ใช่คิดซ้ำในทุกโพสต์ที่ใช้งาน
- รูปแบบสินค้าจะไม่อยู่ในแปลทุกอย่าง และงานสำหรับรูปแบบสินค้าที่ว่างเปล่าซึ่งสร้างขึ้นก่อนหน้านี้จะถูกยกเลิก
- การยกเลิกงานสำหรับเนื้อหาที่แปลไปแล้วจะคืนค่ากลับสู่สถานะก่อนหน้า
- หน้าจอจัดการเว็บไซต์ของ WPML จะแสดงตามภาษาผู้ดูแลระบบของคุณ รวมถึงภาษาที่อ่านจากขวาไปซ้ายด้วย
- จำนวนความคิดเห็นจะแสดงแยกตามภาษา และสถานะของโพสต์จะซิงค์กันระหว่างต้นฉบับและคำแปล
- โหมดการตรวจสอบจะถูกเก็บไว้สำหรับแต่ละชุดการแปล และตัวแก้ไขการแปลขั้นสูงจะทำเครื่องหมายข้อความสื่อและอนุกรมวิธานที่ต้นฉบับมีการเปลี่ยนแปลง
- มัลติไซต์: วิซาร์ดการตั้งค่าของไซต์ย่อยสามารถจัดการไซต์คีย์ได้อย่างถูกต้องโดยไม่มีข้อผิดพลาดในการสืบค้นผู้ใช้ และไซต์ย่อยจะไม่รายงานว่าไซต์คีย์ไม่ตรงกันอีกต่อไป
- ลำดับความสำคัญการแปลถูกลบออก และการรีเซ็ต WPML จะถูกบล็อกในขณะที่ไซต์ยังมีภาษารองอยู่
- การเช็คอินของไซต์กับ wpml.org จะรวมถึงการตั้งค่าและสถานะการทำงานของการแปลอัตโนมัติ โดยมีช่องทำเครื่องหมายให้เลือกเข้าร่วมในวิซาร์ดการตั้งค่า และการตั้งค่าจะควบคุมการแชร์สถิติเนื้อหาและรายการปลั๊กอินของคุณ
- ส่วนเสริมทั้งหมดของ WPML สร้างขึ้นจากแหล่งที่มาเดียวกับ WPML และเผยแพร่ไปพร้อมกัน
- ส่วนเสริมของ WPML ทุกตัวจะใช้ไลบรารีที่แชร์เวอร์ชันเดียวกับ WPML ดังนั้นประกาศ ‘WPML Update is Incomplete’ จะยังคงได้รับการแปลไม่ว่าปลั๊กอินใดจะโหลดก่อนก็ตาม
- การเพิ่มความปลอดภัย: การจัดการข้อมูลที่จัดเก็บอย่างเข้มงวดมากขึ้น การตรวจสอบอินพุตของคำขอ การลบไฟล์ ชื่อไฟล์ และพาธที่รวมไว้ที่ปลอดภัยยิ่งขึ้น รวมถึงการหลีกค่าที่จัดเก็บไว้
- เมื่อบทบาทผู้ดูแลระบบสูญเสียความสามารถของ WPML ไป WPML จะทำการกู้คืน เพื่อให้ผู้ดูแลระบบคนใหม่สามารถมองเห็น WPML ได้ทั้งหมด
- คำเตือนเกี่ยวกับข้อกำหนดขั้นต่ำของวิซาร์ดการตั้งค่าจะไม่สามารถข้ามผ่านแล้วหายไปได้อีกต่อไป
- เมื่อการส่งเนื้อหาไปแปลล้มเหลวเนื่องจากปัญหาของฐานข้อมูล ป๊อปอัปจะแสดงรายละเอียดของข้อผิดพลาด
- เมื่อ WPML ไม่สามารถอ่านคำที่ใช้งานได้ในบัญชีของคุณ ระบบจะแสดงสถานะและข้อความที่ชัดเจน
- งานที่ล้มเหลวอย่างต่อเนื่องควบคู่ไปกับงานที่สร้างสำเร็จจะไม่ถูกลองใหม่โดยไม่มีขีดจำกัดอีกต่อไป
- ในระหว่างที่การเชื่อมต่อขัดข้องซึ่งจะสิ้นสุดลงได้ด้วยการส่งใหม่เท่านั้น แบนเนอร์จะไม่แสดงการนับถอยหลังเพื่อลองใหม่อีกต่อไป
- ในคิวการแปล สถานะที่ทำเครื่องหมายไว้ในตัวกรองสถานะจะยังคงถูกทำเครื่องหมายไว้หลังจากที่รายการงานโหลดเสร็จ
- ประกาศ “Your automatic translation pricing has been upgraded” บนแดชบอร์ดการแปลจะแสดงเนื้อหาแทนที่จะว่างเปล่า
- การเลือก ‘Copy from original language if translation language uses encoded URLs’ จะแจ้งเตือนคุณเมื่อไม่มีภาษาที่ใช้งานอยู่ใช้ URL ที่เข้ารหัส
- ตัวสลับภาษาแบบดรอปดาวน์สามารถเปิดได้ด้วยแป้นพิมพ์และการคลิกแล้ว และจะบอกโปรแกรมอ่านหน้าจอว่าเปิดอยู่หรือไม่
- ไอคอนดรอปดาวน์ของตัวสลับภาษาจะปรากฏขึ้นเมื่อมีคำแปลให้เลือกเท่านั้น
- ตัวสลับภาษาจะถูกปิดใช้งานเมื่อไซต์มีภาษาที่ใช้งานอยู่เพียงภาษาเดียว
- ตัวสลับภาษาบนที่เก็บถาวรรายปีของประเภทโพสต์แบบกำหนดเองจะลิงก์ไปยังที่เก็บถาวรที่ถูกต้อง
- การแสดงตัวอย่างโพสต์และหน้าเว็บจะใช้ที่อยู่ที่ถูกต้องบนไซต์ที่มีโดเมนที่แตกต่างกันในแต่ละภาษา
- รายการโพสต์จะแสดงไอคอนที่ถูกต้องสำหรับการแปลที่กำลังดำเนินการ
- เนื้อหาที่มีองค์ประกอบเวลาจะรักษา HTML ไว้ครบถ้วนเมื่อถูกแยกเพื่อการแปล
- การทำงานในแท็บเบราว์เซอร์หลายแท็บจะไม่ทำให้ภาษาปะปนกันในตัวแก้ไขบล็อกอีกต่อไป
- ข้อมูลคู่ภาษาที่แคชไว้จากตัวแก้ไขการแปลขั้นสูงจะไม่ล้าสมัยอีกต่อไปและจะซ่อมแซมตัวเอง
- การเชื่อมต่อคำแปลกับกลุ่มการแปลอื่นจะไม่ล้มเหลวในขณะที่รายงานว่าสำเร็จอีกต่อไป
- รายการในหน้าจัดการเว็บไซต์สำหรับประเภทโพสต์แบบลำดับชั้น เช่น หน้าเว็บ จะไม่รันการสืบค้นการแปลในทุกโพสต์อีกต่อไป ซึ่งเคยล้มเหลวบนโฮสต์ที่จำกัดขนาดของการสืบค้น
- การแปลอัตโนมัติสำหรับหมวดหมู่ แท็ก และคำอื่น ๆ มีความน่าเชื่อถือมากขึ้น
- ที่อยู่หน้าจัดการเว็บไซต์เดิมของเครื่องมือฝ่ายสนับสนุนจะนำไปสู่หน้าฝ่ายสนับสนุนเพียงหน้าเดียวแทนที่จะเป็นสำเนาแยกต่างหาก
- บล็อกที่ตรวจพบโดยอัตโนมัติจากเครื่องมือสร้างตามฟิลด์ เช่น Meta Box จะเสนอเฉพาะแอตทริบิวต์ข้อความสำหรับการแปลเท่านั้น
- Avada: วิดเจ็ต Fusion Post Cards ได้รับการแปลแล้ว
- WP User Manager: ตัวสลับภาษาบนหน้าโปรไฟล์จะนำไปสู่หน้าโปรไฟล์ที่แปลแล้ว ไม่ใช่หน้าทั่วไป
- เมื่อการเชื่อมต่อไซต์ที่คัดลอกหรือย้ายมาใหม่ล้มเหลว WPML จะไม่ล้างไซต์คีย์อีกต่อไป เพื่อให้การอัปเดตและการแปลอัตโนมัติยังคงทำงานต่อไปได้
- แอตทริบิวต์ shortcode ที่ลงทะเบียนเป็น base64-encoded ซึ่งแท้จริงแล้วเก็บข้อความธรรมดา สามารถแปลได้แล้ว
ประสิทธิภาพ
- การบันทึกหน้าเว็บหรือเทมเพลต รวมถึงเทมเพลต Elementor จะไม่เขียนทับคำแปลที่ไม่เปลี่ยนแปลงอีกต่อไป ดังนั้นการบันทึกบนไซต์ที่มีหลายภาษาจึงเร็วขึ้นมาก
- หน้าส่วนหน้าเว็บไซต์บนไซต์ WooCommerce โหลดเร็วขึ้น: กฎของ URL จะไม่อ่านซ้ำสำหรับเงื่อนไขของสินค้าทุกรายการอีกต่อไป
- คำขอส่วนหน้าเว็บไซต์ที่แคชไว้จะไม่สอบถามฐานข้อมูลเกี่ยวกับตารางภาษาของ WPML ในทุกการดูหน้าเว็บอีกต่อไป
- คำขอส่วนหน้าเว็บไซต์จะไม่เขียนความคืบหน้าของการอัปเกรดหรืออ่านเค้าโครงตารางของ WPML ซ้ำอีกต่อไป
- หน้าจอแก้ไขโพสต์จะไม่รอการค้นหาเครื่องมือการแปลในทุกการโหลดอีกต่อไป และการค้นหาที่ล้มเหลวจะไม่ถูกลองใหม่ในทุกหน้าเว็บ
- การแก้ไขโพสต์บนไซต์ที่มีปลั๊กอินจำนวนมากจะไม่ทำให้หน่วยความจำหมดอีกต่อไป
- แดชบอร์ดการจัดการการแปลจะไม่หมดเวลาบนไซต์ที่มีคำที่แปลแล้วจำนวนมากอีกต่อไป
- แดชบอร์ดการจัดการการแปลจะไม่ใช้หน่วยความจำจนหมดในขณะที่นับคำอีกต่อไป
- WPML > การแปล จะไม่ใช้หน่วยความจำจนหมดบนไซต์ที่มีแคชออบเจ็กต์แบบถาวร เช่น Redis หรือของ WP Engine อีกต่อไป
- ตารางแคชความละเอียดของ URL จะไม่ขยายตัวโดยไม่มีขีดจำกัดอีกต่อไป และการบันทึกการตั้งค่าเส้นทางก็จะไม่นับรวมตารางทั้งหมดอีกต่อไป
- การสืบค้นคำที่มีรายการรวม ยกเว้น หรือรายการย่อยที่ยาว เช่น ในเมนู วิดเจ็ต และตัวกรองสินค้า จะได้รับการแปลในการสืบค้นฐานข้อมูลเพียงครั้งเดียว
- คำแปลของคำศัพท์สินค้าที่อ่านนอกการสืบค้นจะถูกค้นหาเพียงครั้งเดียวต่อคำขอ
- ข้อความเริ่มต้นของบล็อกจะได้รับการแปลเมื่อบล็อกแสดงผล ไม่ใช่สำหรับบล็อกทุกประเภทที่ลงทะเบียนไว้ในทุกคำขอ
- คำสั่ง WP-CLI ใช้หน่วยความจำน้อยลง: WPML จะโหลดตัวติดตั้งเฉพาะเมื่อคำสั่งต้องการเท่านั้น
- มัลติไซต์: การสลับระหว่างไซต์จะไม่รันการตรวจสอบการกู้คืนอีกต่อไปเมื่อไม่มีสิ่งใดให้กู้คืน ดังนั้นหน้าผู้ดูแลระบบเครือข่ายจึงโหลดได้อย่างรวดเร็วอีกครั้ง
- คำแปลสินค้าจะถูกค้นหาในการสืบค้นเพียงครั้งเดียวสำหรับสินค้าที่แสดงโดยบล็อกคอลเลกชันสินค้าของ WooCommerce
- WP Rocket จะปรับแต่งหน้าแรกของไซต์ให้เหมาะสมเหมือนกับไดเรกทอรีภาษาทุกแห่ง และจะไม่บันทึก ‘Empty buffer’ สำหรับหน้านั้นอีกต่อไป
- หน้าเว็บ Elementor จะไม่รันตัวแปลง ID แบบไดนามิกของ WooCommerce ทุกตัวในแต่ละองค์ประกอบอีกต่อไป
- หน้าจัดการเว็บไซต์จะไม่ลงทะเบียนข้อความเริ่มต้นของบล็อกบุคคลที่สามซ้ำในทุกคำขออีกต่อไป ซึ่งช่วยประหยัดการสืบค้นฐานข้อมูลได้มาก
- ในบางไซต์ที่อัปเกรดแล้ว การรีเฟรชแคตตาล็อกภาษาจะรันเพียงครั้งเดียวแทนที่จะรันในทุกคำขอ
- การบันทึกโพสต์จะไม่ตรวจสอบตารางของ WPML ซ้ำทุกครั้งอีกต่อไป และโพสต์บล็อกจะอ่านแพ็กเกจสตริงเพียงครั้งเดียว
- หน้าส่วนหน้าเว็บไซต์ของธีมบล็อกและร้านค้า WooCommerce จะอ่านคำแปลบล็อก slug ของคำ และกฎ URL ที่แปลแล้วเพียงครั้งเดียวต่อหน้า ไม่ใช่ทุกครั้งที่ใช้งาน
- ค่าที่ WPML แคชไว้โดยไม่มีวันหมดอายุจะถูกเก็บไว้แทนที่จะถือว่าหมดอายุและถูกลบ
- การค้นหาคำด้วย slug จะไม่ทำการปรับแต่งแบบเดิมซ้ำสำหรับการค้นหาทุกครั้งในคำขออีกต่อไป
- WPML จะไม่ทำการติดตามสแต็กแบบเต็มรูปแบบในทุกการค้นหา URL หน้าแรกอีกต่อไป และฟิลเตอร์ URL หน้าแรกจะถูกแคชไว้
- WPML จะไม่โหลดเครื่องมือเทมเพลตอีเมลในทุกหน้าจัดการเว็บไซต์ คำขอ REST และการเรียก AJAX อีกต่อไป ทำให้มีการโหลดไฟล์น้อยลง
- หน้าจัดการเว็บไซต์จะไม่นับจำนวนโพสต์ที่มีฟิลด์กำหนดเองซึ่งรอการตัดสินใจของคุณในทุกการโหลดอีกต่อไป
- หน้าจัดการเว็บไซต์จะไม่ช้าลงจากการตรวจสอบ REST API ที่ล่าช้าและข้อผิดพลาดในการคลายการบีบอัดข้อมูลอีกต่อไป
- ปลั๊กอินสร้างหน้าเว็บ: การบันทึกคำแปลหลายรายการในคำขอเดียวจะไม่สร้างโพสต์ก่อนหน้าทุกโพสต์ใหม่อีกต่อไป
- รายการโพสต์จะไม่รันการสืบค้นการแปลสำหรับทุกแถวอีกต่อไป
- หน้าการตั้งค่าการแปลด้วย AI โหลดได้โดยไม่ต้องรอคำตอบจากระบบการแปลของเรา
- การบันทึกโพสต์ทำได้เร็วขึ้นบนไซต์หลายภาษาขนาดใหญ่
- การนำคำแปลไปใช้กับโพสต์ที่มีฟิลด์กำหนดเองจำนวนมากทำได้เร็วขึ้น
- หน้าการแปลอนุกรมวิธานจะไม่หมดเวลาบนไซต์ที่มีจำนวนคำศัพท์มากอีกต่อไป
- แดชบอร์ดการแปลจะอ่านประเภทเนื้อหาที่แปลได้เพียงครั้งเดียวต่อหน้าแทนที่จะเป็นสองครั้ง
การแก้ไขสำหรับการแปลอัตโนมัติและแปลทุกอย่าง
- แปลทุกอย่างจะไม่หยุดพักเนื่องจากถึงขีดจำกัดการใช้จ่ายรายเดือนอีกต่อไปหลังจากที่มีการเพิ่มขีดจำกัดหรือรีเซ็ตเดือนใหม่
- กล่องแปลทุกอย่างที่หยุดพักอยู่จะแสดงขีดจำกัดการใช้จ่ายรายเดือนปัจจุบันและการใช้งานในเดือนนี้
- ข้อความที่คำแปลก่อนหน้านี้คัดลอกมาจากภาษาต้นฉบับเท่านั้น เช่น ข้อความในฟอร์มที่ยังไม่ได้แปล ตอนนี้จะได้รับการแปลโดยอัตโนมัติแทนที่จะถือว่าเสร็จสิ้นแล้ว ในขณะที่สำเนาที่นักแปลตั้งใจทำให้เสร็จสมบูรณ์จะยังคงอยู่
- แปลทุกอย่างจะนำคำแปลของคำศัพท์ที่มีคำอธิบายเป็น HTML เช่น รูปภาพ ไปใช้ และงานสำหรับคำศัพท์ที่ล้มเหลวจะระบุเหตุผล
- การประเมินค่าใช้จ่ายของแปลทุกอย่างจะไม่รวมภาษาที่หยุดพัก รวมถึงรายการที่ขาดเพียงคำแปลในภาษาที่หยุดพัก
- การแปลอัตโนมัติจะถูกจัดส่งแม้ว่าคำแปลก่อนหน้าของเนื้อหาจะถูกลบไปแล้ว และงานที่ล้มเหลวหนึ่งงานจะไม่ส่งผลกระทบต่องานอื่น ๆ อีกต่อไป
- ไซต์ที่ WPML ร้องขอคำแปลที่เสร็จสิ้นแล้วจะรวบรวมคำแปลเหล่านั้นไปเรื่อย ๆ จนกว่าจะไม่มีเหลือ ดังนั้นชุดคำแปลขนาดใหญ่จึงมาถึงในไม่กี่นาที ไม่ใช่หลายวัน
- การยกเลิกงานแปลอัตโนมัติที่ล้มเหลวจะเป็นการลบงานนั้นออกอย่างถาวร และข้อความของงานนั้นจะไม่ถูกส่งไปยังการแปลอัตโนมัติอีก
- การส่งผ่านสตริงของแปลทุกอย่างจะไม่ช้าลงบนไซต์ที่มีชุดข้อมูลในอดีตจำนวนมากอีกต่อไป
- การแปลอัตโนมัติที่ล้มเหลวของโพสต์ ชุดสตริง แพ็กเกจสตริง หรือคำศัพท์ที่ถูกยกเลิกหรือลบทิ้ง จะไม่ถูกส่งอีกจนกว่าเนื้อหาจะมีการเปลี่ยนแปลง
- การดำเนินการ ‘Synchronize local job ids with ATE jobs’ จะปฏิเสธการจับคู่งานที่คลุมเครือ ดังนั้นการจัดส่งจะไม่ถูกเขียนลงในการแปลที่ไม่เกี่ยวข้องกันอย่างเด็ดขาด
- การสลับเครื่องมือการแปลในการตั้งค่าการแปลด้วย AI จะรายงานการบันทึกที่ล้มเหลวว่าล้มเหลว แทนที่จะแสดงว่าบันทึกแล้ว
- กล่อง ‘couldn’t be completed’ จะไม่แสดงรายการงานที่มีรายละเอียดทุกอย่างเป็น N/A อีกต่อไปหลังจากยกเลิกงาน
- คำแปลที่จัดส่งในขณะที่หน้าจอโพสต์เปิดอยู่จะยังคงลิงก์ไปยังต้นฉบับและภาษาของคำแปลนั้น เมื่อมีปลั๊กอินอื่นจัดการการบันทึกโพสต์
- แปลทุกอย่างจะไม่ข้ามคำศัพท์ที่สร้างขึ้นในขณะที่กำลังแปลอนุกรมวิธานนั้นให้เสร็จสิ้นอีกต่อไป
- หน้าจัดการเว็บไซต์ WPML จะยังคงทำงานต่อไปเมื่อตัวแก้ไขการแปลขั้นสูงให้คำตอบที่ไม่คาดคิดเกี่ยวกับการจับคู่ภาษา
- แปลทุกอย่างจะบันทึกแต่ละรายการที่เสร็จสมบูรณ์เพียงครั้งเดียว และการลบภาษาจะเป็นการล้างภาษานั้นออกจากบันทึกของ Ninja Forms และ WPForms ด้วย
- การประเมินค่าใช้จ่ายของแปลทุกอย่าง รวมถึงของวิซาร์ดการตั้งค่า จะนับโพสต์พร้อมกับฟิลด์คำศัพท์ สตริง แพ็กเกจสตริง และป้ายกำกับอนุกรมวิธานในขณะที่ถูกส่งไป
- การประเมินค่าใช้จ่ายของการแปลอัตโนมัติจะแสดงรายการสิ่งที่ไม่ได้นับรวมด้วย ดังนั้นการใช้งานขั้นสุดท้ายจึงไม่มีเรื่องให้ประหลาดใจ
- แปลทุกอย่างจะไม่ติดขัดกับข้อความวิดเจ็ตบล็อกนอกหน้าจอผู้ดูแลระบบอีกต่อไป และเนื้อหาที่ไม่สามารถส่งได้ก็จะไม่บล็อกโพสต์ที่ตามมาอีกต่อไป
- แปลทุกอย่างจะไม่เขียนทับความคืบหน้าที่คำขออื่นบันทึกไว้ในเวลาเดียวกันอีกต่อไป
- หมายเหตุใต้ตารางจำนวนคำของแปลทุกอย่างจะอธิบายว่าหลังจากการแปลครั้งแรก การแก้ไขจะไม่มีค่าใช้จ่ายใด ๆ และคุณจะจ่ายเฉพาะคำที่เพิ่มเข้ามาเท่านั้น
- แปลทุกอย่างจะส่งแพ็กเกจสตริงวิดเจ็ตที่เพิ่มเข้ามาในขณะที่วิดเจ็ตถูกยกเว้น เมื่อวิดเจ็ตถูกรวมไว้อีกครั้ง
- เมื่อ WPML ไม่สามารถเข้าถึงไซต์เพื่อตรวจสอบคำแปลที่จัดส่งได้ กล่องสถานะจะแจ้งว่าการตรวจสอบหยุดลงและเสนอให้รับคำแปลทันที
- เมื่อระบบการแปลของเรายังคงปฏิเสธที่อยู่ของไซต์ WPML จะแสดงว่ากำลังเชื่อมต่อใหม่และจะลองใหม่อีกครั้งเรื่อย ๆ โดยไม่ต้องขอให้จับคู่ภาษาเริ่มต้น
- การกดรับคำแปลทันทีในระหว่างการตรวจสอบการจัดส่งจะเป็นการรวบรวมคำแปลทันทีหลังจากการตรวจสอบนั้นสิ้นสุดลง
- เมื่อหน้าจัดการเว็บไซต์หลายหน้าถูกขอให้เชื่อมต่อกับระบบการแปลของเราใหม่พร้อมกัน WPML จะลงทะเบียนไซต์ใหม่เพียงครั้งเดียว
- ภาษาที่เพิ่มด้วยตัวเลือก ‘แปลเนื้อหาที่มีอยู่' ในขณะที่ WPML กำลังเชื่อมต่อใหม่ จะได้รับการแปลเนื้อหาที่มีอยู่เมื่อการเชื่อมต่อกลับมา
- ปุ่มแปลเนื้อหาจะไม่ถูกปิดใช้งานโดยไม่มีคำอธิบายอีกต่อไปในขณะที่ WPML เชื่อมต่อกับระบบการแปลของเราใหม่
- ไซต์ที่มีการแปลที่กำลังดำเนินการจะตรวจสอบคำแปลที่เสร็จสิ้นแล้วทุก ๆ สองนาทีตามที่ตั้งใจไว้ และการตรวจสอบนี้จะไม่ทำให้เบราว์เซอร์ของคุณค้างอีกต่อไป
- ในระหว่างการเชื่อมต่อใหม่ ขั้นตอนที่ 2 ของแดชบอร์ดการแปลจะไม่แสดงการนับถอยหลังเพื่อลองใหม่หรือข้อความ ‘ไม่สามารถเข้าถึงได้' และปุ่มแปลทุกอย่างที่ถูกระงับไว้จะอธิบายเหตุผล
- การประเมินของแปลทุกอย่างจะตั้งชื่อแถววิดเจ็ตบล็อกว่า ‘Block’ แทนที่จะเป็น ‘Widget’ หรือ ‘Widgets’
- การประเมินค่าใช้จ่ายของวิซาร์ดการตั้งค่าจะไม่นับหมวดหมู่ของโพสต์ในภาษาที่ได้รับการแปลไปแล้วอีกต่อไป เพื่อให้ตรงกับแดชบอร์ดการแปล
- งานที่เครื่องมือการแปลไม่สามารถแปลได้จะปรากฏในรายการงานที่ไม่สามารถทำให้เสร็จสมบูรณ์ได้ พร้อมตัวเลือกส่งใหม่และยกเลิก
- แปลทุกอย่างจะไม่ส่งและคิดค่าใช้จ่ายสำหรับป้ายกำกับอนุกรมวิธานซ้ำสองครั้งอีกต่อไปเมื่อบันทึกสถานะสูญหาย
- การเปิดใช้งานแปลทุกอย่างจะไม่อ้างว่าไม่รองรับภาษาเริ่มต้นอีกต่อไปเมื่อ WPML เพียงแค่ไม่สามารถอ่านข้อมูลการรองรับได้
- ในขณะที่ WPML เชื่อมต่อกับระบบการแปลของเราใหม่ กล่องแปลทุกอย่างจะยังคงมองเห็นได้ในสถานะหยุดพักและอธิบายสิ่งที่กำลังเกิดขึ้น
- คำแปลที่ล้มเหลวในการนำไปใช้อย่างต่อเนื่องจะถูกยกเลิกหลังจากความพยายามครั้งที่สาม และจะแสดงในรายการพร้อมตัวเลือกส่งใหม่และยกเลิก โดยการส่งใหม่จะเป็นการเริ่มงานใหม่
- WPML จะจดจำคำตอบ ‘missing language mapping’ จากระบบการแปลของเรา และล้างไอคอนข้อผิดพลาดของงานที่ถูกยกเลิกที่นั่น
- เมื่อกลับมาจากตัวแก้ไขการแปลขั้นสูง WPML จะแจ้งเมื่อไม่สามารถบันทึกคำแปลได้ พร้อมระบุเหตุผลและขั้นตอนถัดไป
- การแปลอัตโนมัติจะยังคงถูกจัดส่งต่อไปเมื่อปลั๊กอินอื่นล้มเหลวในการบันทึกคำแปลใดคำแปลหนึ่ง และความคืบหน้าบนแถบผู้ดูแลระบบจะไม่เริ่มต้นใหม่ที่ศูนย์อีกต่อไป
- หลังจากชำระเงินผ่านวิดเจ็ตบัญชีบนแดชบอร์ด WordPress กล่องการแปลอัตโนมัติที่หยุดพักอยู่จะหายไปทันที
- ในระบบจ่ายตามการใช้งานจริง งานที่ถูกระงับเนื่องจากการชำระเงินที่รอดำเนินการหรือล้มเหลวจะระบุเหตุผลที่ต้องรอและวิธีดำเนินการต่อ
- การเชื่อมต่อขัดข้องกับระบบการแปลของเราจะสิ้นสุดลงเมื่อการส่งกลับมาทำงานได้อีกครั้งเท่านั้น และการลองใหม่จะไม่ปล่อยให้งานที่ซ้ำกันผ่านไปได้อีกต่อไป
- หลังจากส่งไปยังการแปลอัตโนมัติ ผลลัพธ์จะนับเฉพาะงานที่สร้างขึ้นจริงเท่านั้น และการลองใหม่จะไม่แทนที่งานที่ถูกระงับไว้ในแต่ละครั้งอีกต่อไป
- เมื่อส่วนหนึ่งของการส่งในแปลทุกอย่างล้มเหลว รายการที่ล้มเหลวจะถูกระงับไว้และส่งใหม่อีกครั้งในภายหลัง
- คำตอบที่ WPML ไม่สามารถอ่านได้ เช่น หน้าพร็อกซี จะไม่บล็อกรายการเหล่านั้นจากการแปลอัตโนมัติอย่างถาวรอีกต่อไป
- การส่งจากภายนอกแดชบอร์ดการแปล เช่น ตัวแก้ไขโพสต์หรือรายการโพสต์ จะไม่ถูกปฏิเสธอีกต่อไปในขณะที่ WPML รอให้การขัดข้องสิ้นสุดลง
- ประกาศเกี่ยวกับการเชื่อมต่อจะแยกปัญหาของบัญชีออกจากปัญหาของตัวแก้ไขการแปลขั้นสูง ดังนั้นปัญหาหนึ่งจะไม่บดบังอีกปัญหาหนึ่งอีกต่อไป
- การเชื่อมต่อขัดข้องครั้งใหม่จะไม่แสดงข้อความ ‘ไม่สามารถเข้าถึงได้' ทันทีเพียงเพราะคำขออื่นได้ปิดการขัดข้องก่อนหน้านี้ในระหว่างที่กำลังส่ง
- การส่งสตริงที่ล้มเหลว ถูกตัดให้สั้นลง กำหนดเป้าหมายเป็นภาษาที่หยุดพัก หรือถูกปฏิเสธ จะไม่ทิ้งชุดสตริงที่ว่างเปล่าไว้อีกต่อไป
- การส่งงานสำหรับคำศัพท์ที่ล้มเหลวใหม่จะยังคงเก็บคำศัพท์นั้นไว้ และการส่งใหม่ที่ล้มเหลวจะถูกรายงานว่าล้มเหลว
- การปิดแปลทุกอย่างในขณะที่สตริงกำลังถูกแปลจะไม่ทิ้งสตริงเหล่านั้นไว้ในสถานะ ‘กำลังแปล’ อย่างถาวรอีกต่อไป
- บนหน้าจอขนาดเท่าโทรศัพท์ หน้าต่างตั้งค่าแปลทุกอย่างจะพอดีกับหน้าจอและสามารถปิดได้
- แปลทุกอย่างจะไม่ส่งใหม่และคิดค่าใช้จ่ายซ้ำอีกสำหรับงานที่คุณยกเลิกในขณะที่การส่งผ่านทั่วทั้งไซต์ครั้งแรกยังคงทำงานอยู่
- งานอนุกรมวิธานที่หยุดพักเนื่องจากบัญชีมีจำนวนคำหมดจะกลับมาทำงานต่อเมื่อมีการเพิ่มคำ
- แดชบอร์ดจะไม่นับงานที่ระบบการแปลของเราไม่เคยยอมรับว่าเป็นงานที่รอดำเนินการอีกต่อไป ดังนั้นจึงไม่มีคำแปลที่ไม่มีอยู่จริงรอให้รับ
- เมื่อ WPML ไม่สามารถอ่านได้ว่าการแปลอัตโนมัติรองรับภาษาใดบ้าง การประเมินค่าใช้จ่ายและรายการภาษาของแดชบอร์ดการแปลจะไม่แสดงผลผิดพลาดหรือว่างเปล่าอีกต่อไป
- แปลทุกอย่างจะไม่แสดงประเภทเนื้อหาที่ไม่มีสิ่งใดให้แปลว่ากำลังรอการอนุมัติจากคุณอีกต่อไป
- ประเภทเนื้อหาที่ปลั๊กอินลงทะเบียนเฉพาะในหน้าจัดการเว็บไซต์ เช่น Grid Builder ของ WPBakery สามารถรวมไว้ได้จาก Adjust content limits
การแก้ไขในตัวแก้ไขการแปลและงานแปล
- คำแปลที่มีอยู่ในตัวแก้ไขการแปลแบบคลาสสิกสำหรับเนื้อหาที่มีหลายบล็อกจะถูกเก็บไว้เมื่อเปิดในตัวแก้ไขการแปลขั้นสูง
- ตัวแก้ไขการแปลแบบคลาสสิกจะแสดง HTML ที่มีองค์ประกอบวิดีโอ เสียง และรูปภาพในฟิลด์ข้อความธรรมดา เพื่อไม่ให้แท็กใดสูญหาย
- ในตัวแก้ไขการแปล ข้อความที่ซ้ำกันในหลายบล็อก shortcode หรือแอตทริบิวต์จะแสดงรายการภายใต้การปรากฏครั้งแรก เพื่อไม่ให้บล็อกใดดูเหมือนหายไป
- การทำงานแปลให้เสร็จสมบูรณ์จะไม่เขียนทับหรือย้ายโพสต์ที่ไม่ใช่คำแปลของงานนั้นเองอย่างเด็ดขาด
- ในตัวแก้ไขการแปลแบบคลาสสิก งานที่มีต้นทางเป็นภาษารองจะไม่โหลดหน้าภาษาเริ่มต้นแทนอีกต่อไป
- การเปิดงานแปลที่ส่งมาจากคำแปลอื่น ไม่ใช่จากต้นฉบับ จะยังคงรักษาคำแปลนั้นไว้เป็นภาษาต้นทาง
- แพ็กเกจสตริงหรือโพสต์ที่ตรวจสอบในตัวแก้ไขการแปลขั้นสูงจะเสร็จสมบูรณ์และเผยแพร่เมื่อผู้ตรวจทานคำแปลคลิก Save and Complete
- การเปิดคำแปลสินค้าที่จัดส่งแล้วอีกครั้งจะไม่สร้างงานใหม่ที่มีฟิลด์ว่างเปล่าอีกต่อไป ตัวแก้ไขจะรอจนกว่าจะมีการรวบรวมคำแปล
- เป้าหมายที่ว่างเปล่าในไฟล์ XLIFF ที่จัดส่งจะไม่ทำให้งานเป็นโมฆะอีกต่อไป: หน่วยที่ไม่มีข้อความจะเก็บต้นฉบับไว้ และหน่วยที่เสียหายจะถูกข้ามไป
- การเปิดคำแปลในตัวแก้ไขจะไม่เข้าควบคุมงานอัตโนมัติที่ระบบการแปลของเรายังคงแปลอยู่อีกต่อไป
- การยอมรับคำแปลที่ตรวจสอบแล้วของโพสต์ที่กำหนดเวลาไว้จะไม่เผยแพร่คำแปลนั้นก่อนต้นฉบับอีกต่อไป
- ในตัวแก้ไขการแปล ข้อความ shortcode ของปลั๊กอินสร้างหน้าเว็บจะถูกติดป้ายกำกับด้วยแอตทริบิวต์ที่มีอยู่ปัจจุบันเท่านั้น
- ในตัวแก้ไขการแปล shortcode ภายในบล็อกจะแสดงตามลำดับในหน้าเว็บ โดยมีหนึ่งรายการต่อข้อความที่ซ้ำกัน
- ในตัวแก้ไขการแปล หน้าเว็บที่มี shortcode ภายในบล็อกจะแสดงกลุ่มข้อความสองกลุ่มภายใต้ชื่อที่แตกต่างกัน
- จะไม่มีการสร้างงานแปลสำหรับคำแปลที่บันทึกสถานะถูกลบออกจากการบันทึกพร้อมกัน ดังนั้นคำเตือน PHP ที่เกี่ยวข้องจึงหายไป
- การเขียนบันทึกสถานะการแปลที่ล้มเหลวจะไม่ส่งคืน ID ของคำแปลอื่นอีกต่อไป
- การบันทึกคำแปลที่ไม่มีงานพร้อมกันจะสร้างงานพื้นฐานเพียงงานเดียว ไม่ใช่สร้างงานละหนึ่งรายการ
- คำแปลของคำศัพท์ที่ตรวจสอบในตัวแก้ไขการแปลขั้นสูงจะถูกนำไปใช้กับไซต์อีกครั้ง
- ไฟล์ในไฟล์เก็บถาวรของงานแปลที่ดาวน์โหลดมาจะมีชื่อที่ Windows ยอมรับ ดังนั้นไฟล์เก็บถาวรจึงสามารถแตกไฟล์ได้ทุกที่
- เมื่อไม่สามารถสร้างหรืออัปเดตโพสต์ที่แปลแล้วได้ งานจะถูกรายงานว่าล้มเหลวพร้อมเหตุผลและสามารถนำไปใช้ได้อีกครั้ง
- ตัวแก้ไขการแปลแบบคลาสสิกจะแสดง shortcode ที่มีเครื่องหมายอัญประกาศคู่ภายในแอตทริบิวต์ที่มีเครื่องหมายอัญประกาศคู่อย่างถูกต้อง
- การเปิดคำแปลอีกครั้งจากลิงก์ที่มี ID งานจะยังคงรักษาความคืบหน้าที่ยังไม่ได้บันทึกของนักแปลไว้
- หลังจากที่ผู้ดูแลระบบเปิดคำแปลที่เสร็จสมบูรณ์แล้ว การลบนักแปลหรือการนำเข้าไฟล์ XLIFF จะทำให้งานอยู่ในสถานะที่ถูกต้อง
- ในหน้าตรวจสอบคำแปล ลิงก์ของตัวสลับภาษาจะชี้ไปยังภาษาของตนเอง ไม่ใช่ภาษาที่กำลังตรวจสอบ
การแก้ไขในการจัดการการแปลและแดชบอร์ดการแปล
- ลิงก์แก้ไขของโพสต์ที่แปลแล้วจะยังคงอยู่สำหรับผู้ใช้ที่ไม่มีคู่ภาษาของนักแปล
- ไอคอนดินสอของโพสต์ที่ทำสำเนาจะเปิดตัวแก้ไข WordPress อีกครั้งเมื่อนั่นคือตัวแก้ไขการแปลที่เลือกไว้
- โพสต์ที่แปลในตัวแก้ไข WordPress จะเปิดขึ้นที่นั่นอีกครั้งในขณะที่ระบบการแปลของเราไม่รู้จักที่อยู่ใหม่ของไซต์ และคำแปลที่ถูกบล็อกจะระบุเหตุผล
- ผู้แก้ไขสามารถเปิดโพสต์ต้นฉบับจากคอลัมน์สถานะการแปลได้โดยไม่มีข้อผิดพลาด ‘not allowed to translate this language pair’
- การส่งหน้าเว็บ หมวดหมู่ หรือแท็กอีกครั้งจากภาษาอื่น ก่อนที่จะมีคำแปล จะแสดงภาษาต้นทางใหม่ในงานแปล
- เมื่อปิดการลงทะเบียนสตริงอัตโนมัติ การกลับไปที่หน้าต่างแดชบอร์ดการแปลจะไม่เริ่มการประมวลผลสตริงอีกต่อไป
- คำแปลที่ไม่สามารถเปิดในตัวแก้ไขได้จะอธิบายเหตุผลไว้เหนือรายการงานที่ต้องแปล เช่นเดียวกับรายการโพสต์
- การยกเลิกและบันทึกในกล่องโต้ตอบการลงทะเบียนสตริงอัตโนมัติจะไม่ออกจากแดชบอร์ดการแปลไปยังหน้าเปล่าอีกต่อไป
- การเปลี่ยนภาษาของต้นฉบับจะอัปเดตภาษาต้นทางของคำแปล ดังนั้นงานเหล่านั้นจะยังคงอยู่ในรายการงานแปล
- รายการงานจะไม่แสดงข้อผิดพลาดของฐานข้อมูลสำหรับนักแปลที่คู่ภาษาไม่มีภาษาปลายทางอีกต่อไป
- อีเมลอัปเดตการแปลจะไม่นับงานแพ็กเกจสตริงว่าเป็นโพสต์ที่มี ID เดียวกันอีกต่อไป
- แปลเนื้อหาจะยังคงใช้งานได้สำหรับการเลือกแบบผสมเมื่อรายการประเภทหนึ่งได้รับการแปลไปแล้ว
- อีเมลสรุปงานจะไม่แสดงคำเตือน PHP เมื่อผู้จัดการของงานไม่ใช่ผู้ใช้อีกต่อไป
- แดชบอร์ดการแปลจะส่งหมวดหมู่ที่ทำเครื่องหมายว่า ‘แปลอัตโนมัติ' แม้ว่าการส่งครั้งก่อนหน้าจะใช้ ‘แปลด้วยตัวเอง’ ก็ตาม
การแก้ไขสำหรับปลั๊กอินสร้างหน้าเว็บ
- Elementor: การแก้ไขคำแปลจะเปิดตัวแก้ไขในภาษาผู้ดูแลระบบของคุณ ไม่ใช่ในภาษาของหน้าเว็บ
- Elementor: การบันทึกคำแปลจะไม่ล้มเหลวอีกต่อไปเมื่อวิดเจ็ตธีมต้องการเอกสารปัจจุบัน หรือวิดเจ็ตเกิดข้อผิดพลาดขณะแสดงผล
- Elementor: แต่ละปุ่มบนหน้าเว็บที่แปลแล้วจะลิงก์ไปยังคำแปลของเป้าหมายของตนเอง ไม่ใช่ทุกลิงก์ไปยังหน้าเดียวกันทั้งหมด
- Elementor Pro: ฟิลด์ Message ของวิดเจ็ต Form จะไม่ถูกส่งไปแปลอีกต่อไป ดังนั้นอีเมลแจ้งเตือนจะยังคงเก็บข้อมูลที่ส่งมาไว้
- Avada: อักขระที่มีเครื่องหมายเน้นเสียงในอีเมลแจ้งเตือนฟอร์มที่แปลแล้วจะไม่ถูกจัดเก็บเป็น escape code อีกต่อไป
- WPBakery: Single Image ที่มีลิงก์กำหนดเองจะยังคงรักษารูปภาพและลิงก์ไว้ในคำแปล
- ค่าของปลั๊กอินสร้างหน้าเว็บที่ไม่ใช่รายการ ID ของไฟล์แนบจะไม่ถูกเขียนทับเป็นศูนย์ในคำแปลอีกต่อไป
- Flatsome และเครื่องมือสร้าง shortcode อื่น ๆ: ข้อความระหว่าง shortcode สองตัวที่มีชื่อเดียวกันจะถูกเสนอให้แปลและได้รับการแปล
- Beaver Builder: บนหน้าเว็บที่แปลแล้ว โมดูล Pattern และแผงรูปแบบจะแสดงเฉพาะรูปแบบของภาษานั้นเท่านั้น
- Divi 5: โมดูล Loop บนหน้าต้นฉบับจะถูกเก็บไว้ในคำแปลและแสดงรายการโพสต์ที่แปลแล้ว
- Divi: เค้าโครงตัวสร้างธีมที่ Divi ทำเครื่องหมายว่าไม่ได้ใช้งานจะไม่ถูกเสนอในแดชบอร์ดการแปลหรือส่งโดยแปลทุกอย่างอีกต่อไป
- shortcode หรือบล็อกที่ประกาศในไฟล์การกำหนดค่าภาษาหลายไฟล์จะยังคงรักษาแอตทริบิวต์และการตั้งค่าจากไฟล์ทั้งหมดไว้
- หลังจากการค้นหาและแทนที่ เครื่องมือสร้างตาม shortcode จะไม่เสนอข้อความเดียวกันซ้ำสองครั้งอีกต่อไป และข้อความที่หน้าเว็บไม่มีแล้วจะถูกลบออก
- หน้าเว็บที่สร้างด้วย shortcode ซึ่งเนื้อหามีความคิดเห็นของบล็อกจะได้รับการนำคำแปลจากตัวแก้ไขการแปลแบบคลาสสิกไปใช้
- การตั้งค่าแอตทริบิวต์ ID ของ shortcode จะไม่แปลงแอตทริบิวต์อื่นที่มีชื่อลงท้ายด้วยวิธีเดียวกันอีกต่อไป
- การแปลแอตทริบิวต์ shortcode จะไม่เปลี่ยนแปลงแอตทริบิวต์อื่นที่มีข้อความเดียวกันอีกต่อไป
การแก้ไขสำหรับบล็อกและตัวแก้ไขบล็อก
- หากไม่มีการแปลสตริง หน้าเว็บที่แปลแล้วจะยังคงรักษาการตั้งค่าของบล็อกที่แทรกจากรูปแบบไว้ และการแปลอีกครั้งจะซ่อมแซมหน้าก่อนหน้านี้
- การแก้ไขข้อความของวิดเจ็ตบล็อกจะยังคงรักษาคำแปลของข้อความที่ถูกแทนที่ไว้
- การตั้งค่าบล็อกที่เป็นโค้ด เช่น แท็ก HTML การจัดตำแหน่ง หรือประเภทภาพเคลื่อนไหว จะยังคงรักษาค่าไว้ในทุกภาษา
- แอตทริบิวต์ของบล็อกที่เก็บรายการ ID เช่น ID รูปภาพของ Gallery จะแสดงรายการที่แปลแล้ว
- บล็อก Custom HTML: CSS ที่เก็บรูปภาพ SVG จะไม่ถูกตัดอีกต่อไป และมาร์กอัปที่ถูกหลีก เครื่องหมายและ (&) รวมถึงช่องว่างที่ไม่ตัดคำจะยังคงอยู่ตามที่เขียนไว้
- หน้าเว็บที่แปลแล้วจะไม่เปลี่ยนข้อความที่แสดงแท็ก HTML ซึ่งเขียนเป็นข้อความในย่อหน้า หัวเรื่อง หรือรายการ ให้กลายเป็นมาร์กอัปจริงอีกต่อไป
- บล็อกที่แปลแล้วจะเก็บการอ้างอิงของตนเองไว้: สำเนาลิงก์จะตามจุดยึดที่แปลแล้ว และบล็อกรูปภาพจะระบุชื่อไฟล์แนบที่แปลแล้ว
- Beaver Builder: รายการแท็บหรือหีบเพลงที่แสดงแถว คอลัมน์ โมดูล หรือเทมเพลตที่บันทึกไว้ จะแสดงคำแปลของรายการนั้น
- บล็อกที่เก็บลิงก์ทั้งในมาร์กอัปและแอตทริบิวต์ เช่น ปุ่มของ GenerateBlocks จะไม่ถูกรายงานว่าเสียหายในตัวแก้ไขอีกต่อไป
- การกำหนดค่าภาษาของปลั๊กอินหรือธีมจะถูกนำไปใช้ทันทีที่เปิดใช้งาน ดังนั้นบล็อกอย่าง Kadence Blocks จึงสามารถแปลได้ทันที
- การบันทึกของตัวแก้ไขบล็อกจะใช้ภาษาของโพสต์ ไม่ใช่ภาษาผู้ดูแลระบบ ดังนั้นหลักสูตร Sensei จึงยังคงรักษาโมดูลไว้ได้
การแก้ไขสำหรับตัวสลับภาษา
- การนำทาง AJAX ของตัวสลับภาษาจะอ่านเฉพาะคำตอบของหน้า HTML อย่างปลอดภัย ดังนั้นการตอบกลับอื่น ๆ จะไม่โหลดทรัพยากรหรือรันโค้ดอย่างเด็ดขาด
- หน้าต่างการตั้งค่าตัวสลับภาษาในส่วนท้ายจะไม่เปิดขึ้นมาว่างเปล่าอีกต่อไป และการตั้งค่าที่ส่งมาไม่ถึงจะไม่ถูกรายงานว่าบันทึกแล้วอีกต่อไป
- ข้อมูลของตัวสลับภาษาจะไม่รีเซ็ตโพสต์ปัจจุบันภายในรายการและลูปอีกต่อไป
- เมื่อมีโดเมนที่แตกต่างกันในแต่ละภาษาและ WP_HOME ถูกสร้างขึ้นจากคำขอ ลิงก์ของตัวสลับภาษาของภาษาเริ่มต้นจะใช้โดเมนของตนเอง
- บล็อกตัวสลับภาษาจะทำงานสำหรับผู้ใช้ที่ไม่มีความสามารถ unfiltered_html: โดยจะบันทึกอย่างสมบูรณ์ และยังคงรักษาลูกศร สไตล์ และขนาดรูปภาพไว้
- บล็อกตัวสลับภาษาที่มาร์กอัปที่บันทึกไว้ขาดภาษาปัจจุบันจะไม่ทำให้เกิดข้อผิดพลาดร้ายแรงอีกต่อไป โดยจะแสดงรายการภาษาอื่น ๆ
- ในตัวแก้ไขบล็อก การสลับดรอปดาวน์ของตัวสลับภาษาจะชี้โปรแกรมอ่านหน้าจอไปยังรายการภาษาของตัวสลับ
- บล็อกตัวสลับภาษาสองบล็อกในหน้าเดียวกันจะไม่แชร์ ID เมนูย่อยในตัวแก้ไขบล็อกอีกต่อไป
- การตั้งค่าตัวสลับภาษาแบบกำหนดเองจะแสดงกฎสไตล์ของตนเอง และตัวสลับจะไม่สามารถบันทึกเป็นค่าว่างหรือปิดตัวเลือกการแสดงผลทั้งหมดได้อีกต่อไป
- ตัวเลือกตัวสลับภาษาจะไม่รับโค้ดเทมเพลตที่ทุกหน้าจะนำไปแสดงผลอีกต่อไป
- บล็อกตัวสลับภาษาแสดงผลชื่อภาษาที่มีเครื่องหมายเน้นเสียงและภาษาที่ไม่ใช่ละตินได้อย่างถูกต้องบนโฮสต์ที่มี libxml เวอร์ชันใหม่กว่า
- บล็อกตัวสลับภาษาจะไม่รายงานเนื้อหาที่ไม่ถูกต้องสำหรับผู้ดูแลระบบที่มีภาษาผู้ดูแลระบบไม่ใช่ภาษาอังกฤษอีกต่อไป
การแก้ไขสำหรับหมวดหมู่ แท็ก และอนุกรมวิธานอื่น ๆ
- คำแปลของคำศัพท์ที่จัดส่งโดยไม่มีข้อความใดข้อความหนึ่ง เช่น คำอธิบาย จะยังคงเปิดอยู่สำหรับส่วนที่ขาดหายไปแทนที่จะเสร็จสมบูรณ์
- ที่เก็บถาวรของอนุกรมวิธานที่มี slug เหมือนกันในสองภาษาจะแสดงคำศัพท์ของภาษาที่ร้องขอ และคำศัพท์นั้นจะบันทึกอีกครั้ง
- คำศัพท์เริ่มต้นของอนุกรมวิธานจะไม่ถูกเขียนทับในทุกการสลับภาษาอีกต่อไป และโพสต์ใหม่จะได้รับคำศัพท์เริ่มต้นของภาษาของตนเอง
- ปลั๊กอินที่ตรวจสอบว่ามีคำศัพท์อยู่ในหน้าภาษารองหรือไม่ จะได้รับคำศัพท์นั้นกลับมา ไม่ใช่คำแปลของคำศัพท์นั้น
- คำศัพท์เริ่มต้นของอนุกรมวิธานที่กำหนดเองจะไม่สามารถถูกลบจากหน้าผู้ดูแลระบบของภาษาอื่นได้อีกต่อไป ซึ่งทำให้ WordPress สร้างคำศัพท์นั้นขึ้นมาใหม่ในภาษาที่ผิด
- เมื่อหมวดหมู่หรือคำศัพท์เริ่มต้นถูกลบโดยโค้ดหรือในฐานข้อมูล WPML จะสร้างขึ้นมาใหม่ในภาษาเริ่มต้นพร้อมกับคำแปล
- การเปลี่ยนโหมดการแปลของอนุกรมวิธานจะย้ายทุกโพสต์ไปยังคำศัพท์ในภาษาของตนเอง
- การลบหมวดหมู่หรือคำศัพท์โดยโค้ดจากหน้าของภาษาอื่นจะจัดเก็บโพสต์ของคำศัพท์นั้นไว้ภายใต้ค่าเริ่มต้นของภาษาตนเอง โดยไม่ลบค่าเริ่มต้นอื่น ๆ
- ภาษาที่เพิ่มจากหน้าจัดการเว็บไซต์ในภาษาอื่นจะได้รับชื่อหมวดหมู่เริ่มต้นของตนเอง เช่น ‘Uncategorized’ สำหรับภาษาอังกฤษ
- คำแปลของคำศัพท์ที่สร้างผ่าน API คำศัพท์ของ WPML จะยังคงรักษาภาษาต้นทางตามที่ผู้เรียกกำหนด
- การสร้างคำแปลของคำศัพท์ผ่าน API โดยระบุ ID ของคำศัพท์ต้นฉบับสามารถทำงานได้และจะเข้าร่วมกลุ่มการแปลของต้นฉบับ
- การส่งหมวดหมู่หรือแท็กที่แปลแล้วอีกครั้งจะไม่เปลี่ยนชื่อ slug อีกต่อไปเมื่อต้นฉบับหรือภาษาอื่นใช้ร่วมกัน
- ภาษาผู้ดูแลระบบจะไม่สลับกลับไปเป็นภาษาที่เรียกดูไว้ก่อนหน้านี้อีกต่อไปหลังจากเข้าชมหน้าจอการแปลอนุกรมวิธาน
- ไซต์ที่มี ID คำศัพท์และ ID อนุกรมวิธานของคำศัพท์แตกต่างกันจะไม่ได้รับคำศัพท์ที่ไม่เกี่ยวข้องกันในลิงก์ hreflang และจำนวนหมวดหมู่อีกต่อไป
- เมื่อคำศัพท์เริ่มต้นภาษาอังกฤษของอนุกรมวิธานที่กำหนดเองหายไปและคำแปลใช้ชื่อร่วมกัน แต่ละภาษาจะยังคงรักษาคำศัพท์เริ่มต้นของตนเองไว้
- การจัดส่งการแปลอัตโนมัติที่ล่าช้าจะไม่เขียนทับคำแปลของคำศัพท์ด้วยตนเองหรือล้างสถานะการอัปเดตอีกต่อไป
การแก้ไขสำหรับเมนู
- บนไซต์ที่มีแคชออบเจ็กต์แบบถาวร เช่น Redis เมนูที่แปลแล้วและคำแปลของคำศัพท์จะไม่ถูกแทนที่ด้วยภาษาเริ่มต้นอีกต่อไป
- ในเมนู ตัวยึดตำแหน่ง ‘Translation of’ จะปรากฏในภาษาผู้ดูแลระบบ ไม่ใช่ในภาษาสเปน
- การบันทึกเมนูนอกส่วน รูปแบบเว็บ > เมนู ผ่าน REST ตัวปรับแต่ง หรือโค้ด จะยังคงรักษาลิงก์ไปยังคำแปลไว้
- รายการเมนูที่เพิ่มโดยโค้ดในคำขอเดียวจะยังคงรักษาตำแหน่งไว้
- การซิงค์เมนู WP จะสร้างเมนูที่แปลแล้วภายในกลุ่มการแปลของต้นฉบับ
- การซิงค์เมนู WP จะไม่ทำให้เมนูที่แปลแล้วแบนราบอีกต่อไปเมื่อไฟล์ wpml-config เช่นในธีม Porto ตั้งค่าฟิลด์รายการเมนูให้คัดลอก
- การลบรายการออกจากเมนูต้นฉบับจะเป็นการลบสำเนาที่แปลแล้วออกด้วย
- การนำการเปลี่ยนแปลงของการซิงค์เมนู WP แบบเดียวกันไปใช้สองครั้งจะไม่สร้างเมนูที่แปลแล้วรายการที่สองอีกต่อไป
- การซิงค์เมนู WP จะไม่เพิ่มคำแปลฉบับร่างลงในเมนูที่แปลแล้วอีกต่อไป ดังนั้นผู้เยี่ยมชมจะไม่ได้รับลิงก์ 404
- การลบรายการหลักออกจากเมนูต้นฉบับจะไม่ทิ้งรายการย่อยที่แปลแล้วให้ชี้ไปยังรายการที่ถูกลบอีกต่อไป
- การเผยแพร่การเปลี่ยนแปลงเมนูในตัวปรับแต่งด้วยภาษาผู้ดูแลระบบที่ไม่ใช่ภาษาเริ่มต้น จะไม่เปลี่ยนชื่อเมนูที่แปลแล้วของภาษานั้นอีกต่อไป
การแก้ไขสำหรับลิงก์ URL และการเปลี่ยนเส้นทาง
- การแปลหรือทำสำเนาโพสต์เป็นหลายภาษาพร้อมกันจะไม่บันทึกลิงก์ไปยังประเภทโพสต์แบบกำหนดเองที่มี slug ที่แปลแล้วในภาษาที่ผิดอีกต่อไป
- หน้าเว็บที่สร้างด้วย Create root page จะเป็นหน้าแรกของไซต์ตั้งแต่การบันทึกครั้งแรก ทั้งในตัวแก้ไขบล็อกและแบบคลาสสิก
- หน้าฉบับร่างหรือหน้าที่รอดำเนินการซึ่งมี slug เดียวกันจะไม่ส่งหน้าที่เผยแพร่แล้วในอีกภาษาหนึ่งไปยัง 404 อีกต่อไป
- เมื่อมีโดเมนที่แตกต่างกันในแต่ละภาษา WPML > การตั้งค่า > URL จะบันทึกอีกครั้งแทนที่จะล้มเหลวในการตรวจสอบฟิลด์ที่ซ่อนอยู่
- ที่อยู่หมวดหมู่ที่ลงท้ายด้วยหมวดหมู่ที่ไม่มีอยู่จริง ซึ่งมักถูกร้องขอโดยโปรแกรมรวบรวมข้อมูล จะไม่เขียนข้อผิดพลาดของฐานข้อมูลอีกต่อไป
- ลิงก์ไปยังที่เก็บถาวรและที่อยู่อื่นที่ไม่ใช่หน้าเว็บจะไม่ถูกเขียนทับเป็นเทมเพลต Elementor ในคำแปลอีกต่อไป
- ลิงก์ไปยังโพสต์ที่แปล slug จะถูกแปลงอย่างถูกต้องในภาษาเริ่มต้น ไม่ว่าภาษาต้นฉบับของโพสต์จะเป็นภาษาใดก็ตาม
- หน้าเข้าสู่ระบบบนโดเมนของภาษาที่ถูกซ่อนจะไม่ถูกเปลี่ยนเส้นทางไปยังภาษาเริ่มต้นอีกต่อไป
- เมื่อมีภาษาที่ถูกซ่อนและหน้าเข้าสู่ระบบที่แปลแล้ว ที่อยู่สำหรับเข้าสู่ระบบของภาษาที่ถูกซ่อนจะทำงานได้เสมอ
- เมื่อ WPML กู้คืนการตั้งค่ารูปแบบ URL ที่หายไปในระหว่างการโหลดหน้าเว็บ ลิงก์ภาษาของหน้านั้นจะใช้รูปแบบที่บันทึกไว้ ไม่ใช่พารามิเตอร์ ?lang=
- ไซต์ที่สูญเสียรูปแบบ URL ภาษาที่จัดเก็บไว้จะยังคงให้บริการไดเรกทอรีภาษาและบันทึกการตั้งค่าอีกครั้ง
- ฟิลด์ลิงก์ที่แปลแล้วซึ่งเก็บลิงก์ธรรมดาไปยังหน้าที่แปลแล้ว ตามที่ Sticky Links จัดเก็บไว้ จะเปิดหน้านั้นในภาษาของคำแปล
- ที่เก็บถาวรของหมวดหมู่ที่เปิดด้วยที่อยู่ ?cat= และ lang= จะแสดงที่เก็บถาวรแทนที่จะเปลี่ยนเส้นทางไปยังหน้าแรกของภาษา
- ลิงก์หน้าเว็บที่ถูกแปลง รวมถึงฟิลด์ ACF Link และ URL จะยังคงรักษา #anchor สตริงการสืบค้น และพาธย่อยไว้
- ที่อยู่ที่มีการแบ่งหน้าจะไม่ทำให้ลิงก์ชี้ไปยังโพสต์ที่ผิดอีกต่อไป
- หน้าแรกใหม่จะได้รับภาษาหลังจากที่หน้าแรกเก่าถูกลบอย่างถาวร
- ลิงก์ของคำศัพท์จะอัปเดตทันทีที่คำศัพท์ถูกบันทึก ดังนั้นปลั๊กอิน SEO จึงสามารถสร้างการเปลี่ยนเส้นทางได้
- ลิงก์จุดยึดที่ถูกแปลงจะไม่ได้รับเครื่องหมายทับต่อท้าย #anchor อีกต่อไป
- ลิงก์จะไม่คงอยู่ในภาษาต้นฉบับชั่วขณะหนึ่งหลังจากที่คำแปลถูกเผยแพร่อีกต่อไป
- ลิงก์ไปยังโพสต์ที่ยังไม่ได้แปลจะไม่นำไปสู่ 404 อีกต่อไปบนไซต์ที่มีโดเมนที่แตกต่างกันในแต่ละภาษา
การแก้ไขสำหรับภาษาและวิซาร์ดการตั้งค่า
- วิซาร์ดการตั้งค่าจะทำงานต่อที่ขั้นตอนภาษาเมื่อเหลือเพียงภาษาเริ่มต้น แทนที่จะล็อกหน้าจัดการเว็บไซต์
- ขั้นตอนภาษาของวิซาร์ดการตั้งค่าจะไม่แสดงภาษาเริ่มต้นที่ว่างเปล่าอีกต่อไปเมื่อภาษาเริ่มต้นที่บันทึกไว้ไม่ได้ใช้งาน
- ในวิซาร์ดการตั้งค่า การเพิ่มตัวแปรประเทศของภาษาที่ไซต์เคยใช้ก่อนหน้านี้จะถามว่าต้องการเก็บเนื้อหาไว้หรือเริ่มต้นใหม่
- ภาษาที่ไม่มีอยู่ในแคตตาล็อกของ WPML อีกต่อไปสามารถเพิ่มเป็นภาษากำหนดเองพร้อมรหัสและตำแหน่งที่ตั้งของตนเองได้
- การซิงค์แคตตาล็อกภาษาจะเติมภาษาของค่าที่ตั้งไว้ล่วงหน้าเมื่อเวอร์ชันก่อนหน้าปล่อยให้ว่างไว้
- ทิศทางข้อความที่แก้ไขในแคตตาล็อกภาษาของ WPML จะส่งถึงไซต์ที่ใช้ภาษานั้นโดยไม่ต้องเปลี่ยนการตั้งค่าภาษา
- รหัสภาษา ‘0’ จะไม่ส่งลิงก์ไปยังภาษาเริ่มต้นอีกต่อไป ไซต์ที่ได้รับผลกระทบจะได้รับการซ่อมแซม และการเปลี่ยนแปลงรหัสที่ล้มเหลวจะถูกรายงาน
- ภาษากำหนดเองที่สร้างขึ้นก่อน WPML 5.0 ภายใต้รหัสที่ WPML ใช้อยู่ในปัจจุบัน เช่น de-at จะกลายเป็นภาษาที่มีอยู่ในระบบ โดยยังคงรักษาเนื้อหาไว้
- ภาษากำหนดเองที่ไม่สามารถเข้าควบคุมได้จะถูกทำเครื่องหมายว่า Needs a mapping และจะไม่ถูกส่งไปยังการแปลอัตโนมัติจนกว่าจะจับคู่
- การค้นหาภาษาจะไม่เสนอให้เพิ่มภาษาจีน (ฮ่องกง) เป็นภาษากำหนดเองอีกต่อไปเมื่อไซต์มีภาษานั้นแล้ว
- การดาวน์โหลดชุดภาษาจะเสร็จสมบูรณ์บนโฮสต์ที่มีขีดจำกัดเวลา PHP ต่ำ โดยจะทำงานต่อแทนที่จะหยุดชะงักที่ชุดสุดท้าย
- การรีเซ็ตค่าเริ่มต้นของภาษาจะไม่แสดงประกาศการเลิกใช้งาน PHP 8.1 อีกต่อไป
การแก้ไขสำหรับการลงทะเบียนและการอัปเดต
- การอัปเดต WPML โดยการอัปโหลดจากเวอร์ชัน 5.1 จะไม่แสดงข้อผิดพลาดร้ายแรงเพียงครั้งเดียวอีกต่อไป
- การอัปเดต WPML จะไม่ส่งอีเมลข้อผิดพลาดร้ายแรงอีกต่อไปเมื่อปลั๊กอินการจัดการ เช่น InfiniteWP เพิ่มโพสต์ทันทีหลังจากการอัปเดต
- Activate & Update จะเปิดขึ้นสำหรับบัญชีที่ประเภทการสมัครสมาชิกไม่ตรงกับสินค้าใดเลย แทนที่จะหยุดทำงานพร้อมข้อผิดพลาดร้ายแรง
- Activate & Update จะแสดงกล่องการลงทะเบียนในทุกสถานะของบัญชี พร้อมปุ่มยกเลิกการลงทะเบียนและฟิลด์ไซต์คีย์ ดังนั้นจึงสามารถแทนที่การลงทะเบียนเก่าได้
- รายละเอียดปลั๊กอินของปลั๊กอิน WPML จะไม่เตือนเกี่ยวกับเวอร์ชัน WordPress ที่ยังไม่ได้ทดสอบในรุ่นย่อยของ WordPress อีกต่อไป
- ไซต์ที่ลงทะเบียนแล้วจะไม่แสดง ‘A New Site Key Is Required’ เมื่อมีแคชออบเจ็กต์แบบถาวร หรือสูญเสียคีย์เมื่อไม่สามารถเข้าถึง wpml.org ได้อีกต่อไป
- หลังจากที่ไซต์ย้ายไปยังที่อยู่ใหม่และเก็บบัญชีการแปลไว้ WPML จะแจ้งว่าไซต์ย้ายแทนที่จะเรียกว่าสำเนา
- มัลติไซต์: ขอรับคีย์สำหรับไซต์นี้จะระบุที่อยู่ของเครือข่าย ดังนั้นคีย์ที่นำไปสู่จึงได้รับการยอมรับ
- ไซต์ที่ไม่ได้ย้ายจะไม่แสดงประกาศเกี่ยวกับสำเนาไซต์อีกต่อไปหลังจากลงทะเบียนกับระบบการแปลของเราใหม่
- เมื่อไม่สามารถเข้าถึงฟีดสินค้าของ WPML ได้ Activate & Update จะเก็บสินค้าที่รู้จักล่าสุดไว้และแจ้งสิ่งที่ล้มเหลว พร้อมตัวเลือกตรวจสอบอีกครั้ง
- WP-CLI จะแสดงรายการปลั๊กอินโดยไม่มีคำเตือนในขณะที่การอัปเดต WPML รอดำเนินการ
- หลังจากสลับกลับไปที่ช่องทาง Production แล้ว Activate & Update จะติดตั้งเวอร์ชัน Production และการดาวน์โหลดที่ไม่มีสิ่งใดให้ติดตั้งจะแจ้งให้ทราบ
- บันทึกการเปลี่ยนแปลงของเวอร์ชันของแต่ละปลั๊กอินใน Activate & Update จะแสดงเฉพาะบันทึกของปลั๊กอินนั้นเท่านั้น
- หลังจากการอัปเดต เบราว์เซอร์และ CDN จะโหลดสคริปต์และสไตล์ปัจจุบันของ WPML แทนที่จะเป็นของเก่าที่แคชไว้
- Advanced Custom Fields Multilingual และปลั๊กอินร่วมอื่น ๆ จะโหลดเมื่อเวอร์ชันของปลั๊กอินเหล่านั้นเป็นเบต้าของรุ่นที่ WPML ต้องการ
- ไซต์จะไม่ตรวจสอบคีย์ซ้ำหลายครั้งต่อวินาทีอีกต่อไป รวมถึงเมื่อมีการแจ้งเตือนการอัปเดตหลายรายการมาถึงพร้อมกัน
- ไซต์คีย์ที่กำหนดไว้ใน wp-config.php จะยังคงรักษาการลงทะเบียนไว้เมื่อ wpml.org เพียงแค่จำกัดความเร็วหรือหมดเวลา
- ตัวจัดการการดาวน์โหลดปลั๊กอินจะตรวจสอบโทเค็นความปลอดภัยของคำขอก่อนที่จะตรวจสอบความถูกต้องของไซต์คีย์
- มัลติไซต์: ไซต์สองแห่งในเครือข่ายเดียวที่มีไซต์คีย์ที่กำหนดไว้ล่วงหน้าแตกต่างกันจะไม่ลงทะเบียนซ้ำไปมาอีกต่อไป
- วิซาร์ดการตั้งค่าจะไม่ลงทะเบียนไซต์คีย์ที่กำหนดไว้ใน wp-config.php ซ้ำทุกครั้งที่โหลดอีกต่อไป
- เส้นทางการอัปเดตการสมัครสมาชิกจะตอบกลับว่าสำเร็จสำหรับไซต์ที่การสมัครสมาชิกเป็นปัจจุบันอยู่แล้ว ดังนั้นพร็อกซีและจอภาพจะหยุดบันทึกการปฏิเสธที่เป็นเท็จ
- ไซต์คีย์ใน wp-config.php จะถูกจัดเก็บอย่างถูกต้องแม้ว่าจะคัดลอกมาพร้อมกับช่องว่างต่อท้ายหรือตัวแบ่งบรรทัดก็ตาม
- ไซต์ที่มีใบอนุญาต Blog จะไม่พบข้อผิดพลาดร้ายแรงเกี่ยวกับค่าคงที่ที่หายไปอีกต่อไป
การแก้ไขสำหรับไซต์ WooCommerce
- บนไซต์ที่มี WooCommerce Multilingual WPML จะไม่กลับไปที่วิซาร์ดการตั้งค่าด้วยตัวเองและแสดงโพสต์ของทุกภาษาอีกต่อไป
- สคริปต์ผู้ดูแลระบบของ WPML, CMS Navigation และ Sticky Links จะไม่ล้มเหลวด้วยข้อความ ‘addLoadEvent is not defined’ บนวิซาร์ดการตั้งค่าของ WooCommerce Multilingual อีกต่อไป
- การลบหมวดหมู่ออกจากสินค้าจะอัปเดตจำนวนสินค้าของหมวดหมู่ที่แปลแล้วในทุกภาษา
- สินค้าที่แปลด้วยตัวแก้ไขการแปลแบบคลาสสิกจะยังคงรักษาคำแปลของรูปแบบ แอตทริบิวต์ และฟิลด์กำหนดเองไว้เมื่อเปิดในตัวแก้ไขการแปลขั้นสูง
- การนำเข้าสินค้าที่มีรูปแบบที่แปลแล้วจะไม่ล้มเหลวในแถวแอตทริบิวต์ที่ซ้ำกันอีกต่อไปเมื่อสินค้าหลักมีคำศัพท์ของทั้งสองภาษา
- WooCommerce Multilingual จะไม่สร้างบัญชีที่แปลแล้วและที่อยู่สำหรับการชำระเงินใหม่อีกสองครั้งเมื่อมีการลงทะเบียนประเภทเนื้อหาล่าช้า
การแก้ไขสำหรับฟิลด์กำหนดเองและ Advanced Custom Fields
- หน้าจอการตั้งค่าการแปลฟิลด์ที่กำหนดเอง และการแปลเมตาคำศัพท์ที่กำหนดเองจะเปิดขึ้นอีกครั้งเมื่อปลั๊กอินหรือการนำเข้าทิ้งแถวฟิลด์กำหนดเองที่ไม่มีชื่อไว้
- งานเบื้องหลังที่อยู่ในคิวโดยไม่ถามหลังจากการอัปเดต 5.1.0 จะถูกยกเลิก ฟิลด์กำหนดเองที่แปลได้ใหม่จะรอการตัดสินใจของคุณแทน
- การตั้งค่าการแปลเมตาคำศัพท์ที่กำหนดเองระบุว่าฟิลด์ที่แปลแล้วจะได้รับการแปลพร้อมกับคำศัพท์ ไม่ใช่พร้อมกับโพสต์
- ฟิลด์ ACF ที่ซ้อนกัน (Flexible Content, Repeater, Group) ในคำศัพท์อนุกรมวิธานจะได้รับการแปล ทั้งโดยอัตโนมัติและในตัวแก้ไข
- ฟิลด์ย่อยของ Repeater และเนื้อหาที่ยืดหยุ่นซึ่งตั้งค่าเป็นคัดลอก จะเข้าถึงคำแปลแล้วเมื่อมีการเพิ่มแถวนอกตัวแก้ไขโพสต์ ตัวอย่างเช่น ด้วย update_field() หรือฟอร์ม ACF ส่วนหน้าเว็บไซต์
- ฟิลด์กำหนดเองที่แปลได้ใหม่จะทำเครื่องหมายว่า ‘Needs update’ เฉพาะโพสต์ที่แปลแล้วซึ่งมีฟิลด์นั้นอยู่จริงเท่านั้น
- การเปลี่ยนการตั้งค่าการแปลของฟิลด์ ACF จะอัปเดตคำแปลของคำศัพท์ที่มีอยู่ด้วย
- ป้ายกำกับกลุ่มฟิลด์ ACF จะยังคงรักษาคำแปลไว้หลังจากการย้ายข้อมูล Advanced Custom Fields Multilingual 2.2
- การอัปเกรดจาก WPML 4.x จะไม่กู้คืนการตั้งค่าฟิลด์กำหนดเองเก่าอีกต่อไปหลังจากการล้างข้อมูลของ Advanced Custom Fields Multilingual ซึ่งทำให้มีการโหลดข้อมูลที่ไม่จำเป็น
- ในการแปลฟิลด์ที่กำหนดเอง การตั้งค่าที่เลือกในขณะที่โหลดผลการค้นหาจะถูกเก็บไว้ แทนที่จะสูญหายไปหลังจาก ‘Data saved’
- การบันทึกคำแปลผ่าน REST API จากไคลเอนต์ภายนอกจะไม่รันการซิงค์ฟิลด์กำหนดเองแบบเต็มทุกครั้งอีกต่อไป
- ฟิลด์กำหนดเองที่เขียนหลังจากที่ WPML คัดลอกฟิลด์ของโพสต์จะยังคงเข้าถึงคำแปลของโพสต์นั้น
- การเปลี่ยนคำในฟิลด์ ACF Link บนหน้าจอการแปลอนุกรมวิธานจะยังคงรักษาลิงก์ที่แปลแล้วไว้
- การเปลี่ยนฟิลด์ ACF เป็นคัดลอก คัดลอกครั้งเดียว หรือไม่แปลในการตั้งค่า WPML จะอัปเดตคำแปลที่มีอยู่
การแก้ไขสำหรับสื่อและรูปภาพ
- การแปลสื่อ: หน้าตัวแก้ไขบล็อกที่แปลแล้วจะยังคงรักษารูปภาพของตนเองไว้หลังจากบันทึกคำแปลบนโฮสติ้งที่มีแคชออบเจ็กต์
- การทำงานแปลที่มีสื่อให้เสร็จสมบูรณ์จะไม่สร้างสำเนาไฟล์แนบที่ไม่มีเจ้าของในทุกภาษารองอีกต่อไป
- การสืบค้นไฟล์แนบในภาษารองจะส่งคืนคำแปลของไฟล์แนบนั้น หรือตัวไฟล์แนบเอง ซึ่งเป็นการแก้ไขพื้นหลัง Enfold Color Section
- รูปภาพที่ปลั๊กอินสร้างหน้าเว็บตั้งชื่อตาม URL จะแสดงข้อความสื่อของภาษาของหน้าเว็บ
- รูปภาพของปลั๊กอินสร้างหน้าเว็บ เช่น พื้นหลังส่วนของ Divi จะแสดงข้อความต้นฉบับที่ถูกต้องในตัวแก้ไขการแปลและบันทึกไปยังรูปภาพที่ถูกต้อง
- รูปภาพที่ไม่มีที่อยู่ที่ใช้งานได้ในวิดเจ็ตหรือเนื้อหาจะไม่ทำให้เกิดข้อผิดพลาดของแคชออบเจ็กต์ในทุกการโหลดหน้าเว็บอีกต่อไป
การแก้ไขสำหรับโพสต์และหน้าเว็บ
- โพสต์ของประเภทโพสต์แบบกำหนดเองจะไม่หายไปจากรายการในหน้าจัดการเว็บไซต์อีกต่อไปหลังจากไฟล์ wpml-config.xml ทำให้ประเภทนั้นสามารถแปลได้ ไซต์ที่ได้รับผลกระทบจะได้รับการซ่อมแซมเมื่ออัปเดต
- การลบ การทิ้งลงถังขยะ หรือการกู้คืนโพสต์ที่แปลแล้วจากงานที่กำหนดเวลาไว้หรือฟอร์มส่วนหน้าเว็บไซต์จะนำไปใช้กับคำแปลของโพสต์นั้นด้วย เช่นเดียวในหน้าจัดการเว็บไซต์
- การบันทึกโพสต์ที่แถวฐานข้อมูลหายไปจะไม่หยุดทำงานพร้อมข้อผิดพลาดร้ายแรงอีกต่อไป
- การกู้คืนโพสต์จากถังขยะจะยังคงรักษาสถานะของคำแปลไว้ คำแปลที่เป็นฉบับร่างและส่วนตัวจะไม่กลับมาเป็นเผยแพร่แล้วอีกต่อไป
- โพสต์ที่กำหนดเวลาไว้จะไม่เผยแพร่คำแปลที่ถูกทิ้งลงถังขยะหรือยังไม่เสร็จสมบูรณ์ในวันที่กำหนดอีกต่อไป เมื่อมีการคัดลอกวันที่เผยแพร่ไปยังคำแปล
- คำขอส่วนหน้าเว็บไซต์จะไม่ขัดข้องด้วยการเรียกซ้ำแบบไม่สิ้นสุดในขณะที่แก้ไขภาษาปัจจุบันอีกต่อไป
- การอัปเดตโพสต์ที่ภาษาถูกปิดใช้งานจะยังคงรักษาภาษานั้นไว้ และการบันทึกโพสต์จะไม่ตัดการเชื่อมต่อคำแปลอื่นของโพสต์นั้นอีกต่อไป
- การตรวจสอบ ID โพสต์ที่ไม่ตรงกับโพสต์ใดเลยจะไม่สร้างคำเตือน PHP อีกต่อไป
การแก้ไขสำหรับความเข้ากันได้กับปลั๊กอินและธีมอื่น ๆ
- หน้าผู้ดูแลระบบของปลั๊กอินอื่น ๆ เช่น ตัวเลือก Slider Revolution และ Avada จะโหลดสคริปต์อีกครั้งเมื่อเปิดใช้งาน WPML
- ไม่มีข้อผิดพลาดร้ายแรงในทุกหน้าเมื่อปลั๊กอินอื่น เช่น เครื่องมือสร้าง Tatsu ค้นหาโพสต์ในขณะที่ปลั๊กอินกำลังโหลด
- เมื่อปลั๊กอินอื่นล้มเหลวในขณะที่ WordPress โหลด ไซต์จะแสดงหน้าข้อผิดพลาดร้ายแรงของ WordPress อีกครั้ง ไม่ใช่หน้าเปล่า
- WPML จะกู้คืนภาษาของไซต์เมื่อปลั๊กอินอื่น เช่น WP All Export Pro สลับภาษาแล้วไม่สลับกลับ
- ปลั๊กอินแคชที่ล้างแคชออบเจ็กต์จะไม่ทำให้เกิดข้อผิดพลาดของฐานข้อมูล ‘Commands out of sync’ อีกต่อไป เนื่องจาก WPML อ่านการตั้งค่าหน้าเว็บเพียงครั้งเดียว
- ไซต์แมป XML ของ Yoast SEO จะแสดงรายการโพสต์ที่แปลแล้วแต่ละรายการภายใต้ URL ของตนเองเมื่อ WPML SEO ไม่ได้ทำงาน
- WPML SEO จะแปลค่าข้อความของสคีมา Rank Math ทุกประเภท
- The Events Calendar: หน้าแรกจะไม่ปรากฏเป็นหน้าเปล่าอีกต่อไปเมื่อเปิดใช้งาน ‘Integrate events in main blog loop’
การแก้ไขสำหรับหน้าจอผู้ดูแลระบบและการตั้งค่า
- ไซต์ที่การตั้งค่า WPML ซึ่งจัดเก็บไว้ถูกลบออกโดยปลั๊กอินล้างข้อมูลหรือการกู้คืนบางส่วน จะได้รับกลับมาจากสำเนาที่บันทึกไว้ของ WPML
- การตั้งค่าที่บันทึกไว้ในขณะที่ WPML กำลังสิ้นสุดการอัปเดตฐานข้อมูลจะไม่สูญหายอีกต่อไป
- การแก้ปัญหา: การสร้างแคชใหม่สำหรับ URL เดียวจะทำงานอย่างน่าเชื่อถือในเบื้องหลัง และการคลิก Rebuild จะไม่สูญหายอีกต่อไป
- ประกาศ ‘Your automatic translation pricing has been upgraded’ จะแสดงเฉพาะผู้ใช้ที่สามารถจัดการการแปลได้เท่านั้น
- การค้นหาในการตั้งค่า: รายการการแปลธีมและปลั๊กอินจะเลื่อนไปยังตัวเลือก Localization ภายใต้ความเข้ากันได้
- ที่อยู่เดิมของการแปลธีมและปลั๊กอินจะนำไปสู่ การตั้งค่า > ความเข้ากันได้ พร้อมแสดงการสแกนธีมและปลั๊กอิน
- คำขอที่ทำงานในระหว่างการรีเซ็ต WPML จะไม่สามารถสร้างตารางและการตั้งค่าของ WPML ขึ้นมาใหม่ได้อีกต่อไป
- การรีเซ็ต WPML จากผู้ดูแลระบบเครือข่ายจะตรวจสอบภาษารองก่อนเช่นกัน
- การลบลำดับความสำคัญการแปลจะไม่เขียนบันทึก ‘item deleted’ ที่เป็นเท็จในไซต์ที่กำลังอัปเกรดอีกต่อไป
- ประกาศที่แสดงเมื่อการตรวจสอบสถานะผู้ดูแลระบบของ WPML ล้มเหลวจะระบุชื่อคำขอที่ล้มเหลว
- ฝ่ายสนับสนุน > บันทึกการสื่อสาร จะยังคงอ่านได้หลังจาก Refresh services
- การเปลี่ยนเครื่องมือการแปลจะถูกรายงานในการเช็คอินรายวันของไซต์กับ wpml.org
- เคล็ดลับเครื่องมือ “Same as default” ในการตั้งค่าภาษาของ WPML สามารถแปลได้แล้ว
- ในคำขอ REST ของผู้ดูแลระบบ การสลับตำแหน่งที่ตั้งจะนำไปใช้กับการแปลตามที่คาดไว้
การแก้ไขสำหรับฐานข้อมูลและมัลติไซต์
- ในคลัสเตอร์ฐานข้อมูลที่ปฏิเสธการล็อกแบบระบุชื่อ เช่น Percona XtraDB strict mode WPML จะสลับไปใช้การล็อกตามตารางและทำงานต่อไป
- WPML จะสร้างตารางที่มีชุดอักขระและคอลเลชันที่ตรงกันบน MariaDB 11
- WPML จะสร้างตารางทั้งหมดด้วยชุดอักขระและคอลเลชันเดียว และประกาศจะระบุชื่อตารางใด ๆ ที่ฐานข้อมูลปฏิเสธที่จะสร้าง
- ในฐานข้อมูลที่ปฏิเสธการล็อกแบบระบุชื่อ บันทึกของ Installer จะถูกเขียนโดยไม่มีข้อผิดพลาดของฐานข้อมูล
- มัลติไซต์: ไซต์เครือข่ายที่ WPML ไม่ได้ทำงานอยู่ หรือทำงานอยู่แต่ยังไม่ได้ตั้งค่า จะไม่บันทึกข้อผิดพลาดเกี่ยวกับตารางภาษาที่หายไปอีกต่อไป
การแก้ไขอื่น ๆ
- การแปลสตริงจะไม่เขียนไฟล์การแปลของภาษาจากภาษาที่ไม่ได้ใช้งานซึ่งแชร์ตำแหน่งที่ตั้งเดียวกันอีกต่อไป ซึ่งเคยทำให้สตริงไม่ได้รับการแปล
- การแปลสตริง: สตริงที่ถูกลบซึ่งมาจากข้อความเริ่มต้นของบล็อก เช่นในบล็อก WooCommerce จะไม่กลับมาอีกต่อไป
- การนำเข้าไฟล์ .po ที่คำแปลมีลิงก์ภายในจะไม่ล้มเหลวด้วยข้อผิดพลาดของเซิร์ฟเวอร์อีกต่อไป
- การแปลสตริงจะลงทะเบียนและนำเข้าไฟล์การแปลของธีมและปลั๊กอินเมื่อติดตั้ง WordPress ไว้ที่รูทระบบไฟล์ของเซิร์ฟเวอร์
อ่านประกาศการเผยแพร่สำหรับ WPML 5.2 สำหรับเรื่องราวทั้งหมดเบื้องหลังเวอร์ชันนี้
อัปเดตหรือดาวน์โหลด
อัปเดตพร้อมใช้งานสำหรับลูกค้า WPML ทุกรายที่มีการสมัครสมาชิกที่ใช้งานอยู่ — โดยจะปรากฏบนหน้าปลั๊กอินในหน้าจัดการเว็บไซต์ WordPress ของคุณภายใน 24 ชั่วโมงหลังจากการเผยแพร่ คุณยังสามารถตรวจสอบได้ทันทีภายใต้ปลั๊กอิน → เพิ่มปลั๊กอินใหม่ → เชิงพาณิชย์ หากต้องการดาวน์โหลดและติดตั้งด้วยตนเอง ให้ไปที่ดาวน์โหลดในบัญชี wpml.org ของคุณ (ดูคำแนะนำในการติดตั้ง) และอย่าลืมอัปเดตส่วนประกอบทั้งหมดพร้อมกันโดยไม่ผสมเวอร์ชัน
ต้องการความช่วยเหลือหรือต้องการแสดงความคิดเห็น? โปรดใช้ฟอรัมการสนับสนุนทางเทคนิค (เปิดในแท็บใหม่)ของเรา