เรายินดีที่จะประกาศเปิดตัว WPML 2.5.1 ที่มาพร้อมกับข้อดีใหม่ ๆ ด้าน SEO ประสิทธิภาพ ความเสถียร และพร้อมใช้งานอย่างเต็มรูปแบบสำหรับ WordPress 3.4
คุณรู้ไหมว่า สำหรับบางเวอร์ชันที่เผยแพร่ เราใช้เวลา 6 สัปดาห์ไปกับฟีเจอร์ขนาดใหญ่เพียงฟีเจอร์เดียว และสำหรับเวอร์ชันอื่น ๆ เราได้รวบรวมสิ่งเล็ก ๆ น้อย ๆ จำนวนมากไว้ด้วยกัน WPML 2.5.1 คืออย่างหลัง แทนที่จะเป็นโมดูลใหม่ขนาดใหญ่เพียงโมดูลเดียว คุณจะพบกับการปรับปรุงมากมายในเกือบทุกส่วน
WordPress 3.4 – พร้อมใช้งาน
WordPress 3.4 ใกล้จะเปิดตัวแล้ว แม้ว่าจะยังอยู่ในช่วงเบต้า (4) แต่ก็ดูดีมากทีเดียว เราได้รันวงจร QA ที่สมบูรณ์บน WP 3.4 แก้ไขข้อบกพร่องเล็กน้อย และเรายินดีเป็นอย่างยิ่งที่จะบอกว่า WPML 2.5.1 ทำงานได้อย่างราบรื่นบน WordPress 3.4
การแทนที่อักขระที่ไม่ใช่ ASCII ใน URL
การได้เห็น URL ที่มีตัวอักษรภาษาญี่ปุ่นนั้นดูเจ๋งดีใช่ไหม
เจ๋งดี แต่ดูเหมือนว่าจะสร้างความเสียหายได้ ลองดูว่า URL นี้มีลักษณะอย่างไรในรูปแบบ ASCII (สิ่งที่คอมพิวเตอร์ "มองเห็น"):
ยังคิดว่ามันเจ๋งอยู่ไหม คงไม่เท่าไหร่ เราขอเรียกว่า "ตัวปัญหา" ดีกว่า สัญลักษณ์ภาษาญี่ปุ่นแต่ละตัวถูกแปลงเป็นลำดับอักขระ ASCII ที่ยาวเหยียด เบราว์เซอร์ทำการถอดรหัสเพื่อแสดงผลในรูปแบบที่มนุษย์อ่านได้ แต่จะส่งเวอร์ชันที่เข้ารหัสไปยังเว็บเบราว์เซอร์ ซึ่งจะส่งต่อไปยัง WordPress จากนั้น WordPress จะต้องค้นหาว่าหน้าเว็บที่เรากำลังมองหาอยู่จริง ๆ คือหน้าใด
และอย่างที่คุณทราบ WordPress จะสร้างกฎการเขียนซ้ำเพื่อแยกวิเคราะห์และทำความเข้าใจ URL เหล่านี้ แล้วทำไมเราถึงคิดว่ามันเป็นปัญหาล่ะ นี่คือเหตุผล:
- มีความเปราะบาง – หากมีสิ่งใดพัง สิ่งนี้จะพังก่อน หากบางส่วนในสายโซ่การถอดรหัส URL ตัดทอนหรือถอดรหัส URL บางส่วนผิดพลาด URL ประเภทนี้จะพังก่อน หากไซต์ของคุณมี 15 หน้า โอกาสส่วนใหญ่คือคุณจะไม่พบปัญหา หากคุณมี 500 หน้า มีโอกาสสูงที่คุณจะเห็นหน้า 404 ในบางจุด น่าเสียดายที่ปัญหาเหล่านี้มักเกิดขึ้นเมื่อคุณไม่ได้เตรียมตัวรับมือมากที่สุด เช่น เมื่อ WordPress เวอร์ชันใหม่ออกมา หรือเมื่อคุณอัปเกรดปลั๊กอินแคช เราเคยเจอและผ่านจุดนั้นมาแล้ว
- ไม่มีทางที่ผู้คนจะส่งต่อ URL เหล่านี้ให้กันได้ จริงอยู่ที่ว่ามีเครื่องมือย่อ URL แต่คุณต้องการบังคับให้ผู้คนใช้เครื่องมือนี้เพียงเพราะคุณสร้าง URL ที่ยาวเหยียดจริง ๆ หรือ
- เครื่องมือค้นหาเกลียด URL เหล่านี้ สิ่งนี้ค่อนข้างขัดกับความรู้สึกของเราเล็กน้อย แต่ได้รับการทดสอบและยืนยันแล้ว แม้ว่าเราจะมั่นใจว่า Google สามารถถอดรหัส URL เหล่านี้และนำไปใช้ให้เกิดประโยชน์ได้ในทางเทคนิค แต่ดูเหมือนว่าจะไม่ได้พยายามทำเช่นนั้น บางที Googlebot ที่ยุ่งวุ่นวายอาจมีสิ่งที่สำคัญกว่าต้องทำ เมื่อเราแทนที่ URL หลักบนไซต์ของเราจากที่มีตัวอักษรภาษาญี่ปุ่นเป็นอักขระ ASCII เราก็ได้รับการเข้าชมเพิ่มขึ้นอย่างมาก
ดังนั้น หากเราเห็นตรงกันว่า URL ที่ไม่ใช่ ASCII อาจไม่ใช่สิ่งที่ดีที่สุดสำหรับคุณ ลองมาดูวิธีหลีกเลี่ยงกัน เมื่อคุณแปลด้วยตนเอง นั่นไม่ใช่ปัญหา แก้ไข slug และป้อน URL ที่สมเหตุสมผลตามที่คุณต้องการ ใช้อักขระ ASCII แล้วทุกอย่างจะเรียบร้อย
เมื่อคุณแปลด้วยตัวแก้ไขการแปลของ WPML ตอนนี้คุณสามารถควบคุม slug ได้แล้ว
ตอนนี้ คุณสามารถควบคุม slug ของหน้าที่แปลแล้วได้ ตัวเลือกแรกคือสิ่งที่เรามีจนถึงปัจจุบัน ตัวเลือกที่สองหมายความว่านักแปลจะป้อน slug อย่างชัดเจนในตัวแก้ไขการแปล ตัวเลือกที่สามหมายความว่า WPML จะคัดลอก slug ของภาษาต้นฉบับในกรณีที่ภาษาที่แปลใช้ URL ที่ไม่ใช่ ASCII สำหรับเราแล้ว นั่นเป็นตัวเลือกที่ง่ายที่สุด ซึ่งหมายความว่าทุกอย่างจะทำงานเหมือนเดิมจนถึงตอนนี้ แต่เมื่อแปลเป็นภาษาที่ "มีปัญหา" slug จะเหมือนกับภาษาอังกฤษ
บอก Google เกี่ยวกับการแปลและรับผลลัพธ์ที่ดีขึ้น
นอกจากเราแล้ว ใครอีกที่หมกมุ่นอยู่กับรายละเอียด ถูกต้อง – Google
Google ต้องการทราบทุกอย่างเกี่ยวกับไซต์ของคุณ และเมื่อเร็ว ๆ นี้พวกเขายังได้เพิ่มวิธีให้คุณบอกว่าอะไรคือคำแปลของอะไร ซึ่งทำได้โดยใช้แอตทริบิวต์ hreflang ในลิงก์
เพื่อให้ Google พอใจ WPML 2.5.1 ได้เพิ่มการรองรับสำหรับแท็กเหล่านี้ ตอนนี้ เมื่อคุณใช้ตัวสลับภาษาของ WPML คุณจะบอก Google ด้วยว่าพวกเขาสามารถค้นหาคำแปลสำหรับหน้านี้ได้จากที่ใดและในภาษาใด
จากข้อมูลของ Google สิ่งนี้จะทำให้โครงสร้างไซต์ของคุณชัดเจนยิ่งขึ้นสำหรับ Google เมื่อมีความชัดเจนมากขึ้น อันดับก็จะดีขึ้นด้วย
การแก้ไขข้อบกพร่องและการปรับปรุง
เรามีความยินดีที่ได้แก้ไขข้อบกพร่องจำนวนมาก โชคดีที่ไม่มีปัญหาใดเป็นปัญหาร้ายแรง แต่เมื่อรวมกันแล้ว ก็ถือเป็นการรวบรวมการแก้ไขและการปรับปรุงครั้งใหญ่
การซิงค์เมนู
โมดูลการซิงโครไนซ์เมนูใน WPML ได้รับการยกเครื่องครั้งใหญ่ในเวอร์ชันที่เผยแพร่นี้ มันเป็นตรรกะที่ค่อนข้างซับซ้อนและตอนนี้ก็มีความแข็งแกร่งมากขึ้น คุณจะพบว่าการซิงค์เมนูทำงานได้ดีขึ้นมากภายใต้เงื่อนไขที่กว้างขึ้น ซึ่งรวมถึงประเภทโพสต์แบบกำหนดเองในเมนู หมวดหมู่ ลิงก์ที่กำหนดเอง และสิ่งดี ๆ อื่น ๆ ที่ WordPress รองรับ
API การแปลสตริงที่รวดเร็วยิ่งขึ้นมาก
เราพบสิ่งนี้ขณะตรวจสอบสถานะความเข้ากันได้กับธีม PageLines เมื่อไปที่หน้าจัดการเว็บไซต์ PageLines Meta เวลาในการโหลดเพิ่มขึ้นจากไม่กี่วินาทีเป็นเกือบหนึ่งนาที
หลังจากการตรวจสอบสั้น ๆ ซึ่งใช้เวลาเกือบหนึ่งสัปดาห์ เราได้ปรับปรุงกลไกการแคชสำหรับ API การแปลสตริงของ WPML ใหม่ทั้งหมด ตอนนี้ WPML สามารถแปลปลั๊กอินและธีมอื่น ๆ ได้เร็วขึ้นมากโดยไม่มีการเปลี่ยนแปลงใด ๆ ใน API หรือการเปลี่ยนแปลงฟังก์ชันการทำงาน หากคุณแปลสตริงข้อความเพียงไม่กี่รายการ คุณอาจไม่รู้สึกถึงผลกระทบใด ๆ แต่หากคุณใช้ธีมที่ซับซ้อนซึ่งมีข้อความจำนวนมากในหน้าจัดการเว็บไซต์ ผลกระทบที่ได้จะมหาศาล
ฟิลเตอร์เพิ่มเติมสำหรับปลั๊กอินอีคอมเมิร์ซ
เวอร์ชันที่เผยแพร่นี้มีฟิลเตอร์ใหม่จำนวนหนึ่งที่ปลั๊กอินตัวเชื่อมของเราสำหรับ WooCommerce, JigoShop และ MarketPress ใช้งาน หากคุณกำลังใช้ปลั๊กอินเหล่านี้ สิ่งที่อาจเคยมีปัญหาเล็กน้อยก่อนหน้านี้จะทำงานได้ดีขึ้นในทันที แน่นอนว่ายังมีสิ่งที่ต้องพัฒนาต่อไป แต่เวอร์ชันที่เผยแพร่นี้ทำให้ระบบมีความเสถียรมากขึ้นอย่างมาก และแน่นอน คุณควรอัปเดตปลั๊กอินตัวเชื่อมสำหรับอีคอมเมิร์ซด้วยเช่นกัน
ปัญหาเล็ก ๆ น้อย ๆ เกี่ยวกับ Sticky Links
โมดูล Sticky Links ของ WPML ได้รับการผลักดันครั้งใหญ่ในเวอร์ชันที่เผยแพร่นี้ เราได้จัดการกับปัญหาจำนวนมากและทำให้มันมีความแข็งแกร่งมากขึ้น หากคุณกำลังใช้มันสำหรับประเภทโพสต์แบบกำหนดเองและมีอาร์กิวเมนต์ที่มีแอตทริบิวต์ทุกประเภท คุณจะพบว่าการสร้างและการย้อนกลับ Sticky Links ทำงานเหมือนเครื่องมือที่มีความแม่นยำสูงในตอนนี้
แก้ไขปัญหาทั้งหมดที่เกี่ยวข้องกับ Types
Types คือปลั๊กอินของเราเองสำหรับการจัดการประเภทโพสต์แบบกำหนดเองและฟิลด์กำหนดเอง พวกคุณส่วนใหญ่น่าจะรู้จักมันแล้วในตอนนี้ สิ่งที่ยอดเยี่ยมที่สุดอย่างหนึ่งของ Types คือสามารถใช้งานร่วมกับ WPML ได้ 100% เวอร์ชันที่เผยแพร่นี้ทำให้คำสัญญานั้นเป็นจริง นับตั้งแต่ Types 1.0 ออกมาเมื่อสองสามสัปดาห์ก่อน มีบางกรณีที่ WPML ไม่ซิงโครไนซ์ฟิลด์กำหนดเองแบบทำซ้ำใหม่ได้อย่างถูกต้อง แต่ตอนนี้ทุกอย่างทำงานได้อย่างราบรื่นแล้วอนึ่ง: แม้ว่า Types และ WPML จะมีปัญหาความเข้ากันได้เล็กน้อย แต่มันก็ดีกว่าสิ่งที่คุณคาดหวังได้จากปลั๊กอินฟิลด์กำหนดเองอื่น ๆ มาก เรากำลังปรับปรุงสิ่งต่าง ๆ ให้ดีขึ้น แต่สำหรับปลั๊กอิน CF อื่น ๆ ผู้คนยังคงต้องดิ้นรนกับเรื่องพื้นฐาน หากคุณต้องการประเภทโพสต์แบบกำหนดเองและฟิลด์กำหนดเองสำหรับไซต์ของคุณ คุณควรลองใช้ Types ดู มันถูกสร้างขึ้นมาเพื่อคุณ
IE9 ไม่ได้แย่ขนาดนั้นและ WPML ก็ทำงานได้ดีกับมัน (ในตอนนี้)
เราต้องยอมรับว่า เราไม่ได้สนใจสิ่งใดก็ตามที่เกี่ยวข้องกับ Internet Explorer เลย เราทำการพัฒนาทั้งหมดบน Firefox, Chrome และ Safari และไม่เคยแม้แต่จะลองรันบน IE9 แต่ Bigul หัวหน้าฝ่าย QA ของเราได้ลองทำ แม้ว่าโดยทั่วไปแล้วสิ่งต่าง ๆ จะทำงานได้ แต่ก็มีปัญหาการแสดงผลจำนวนมากที่ต้องจัดการ สิ่งต่าง ๆ ปรากฏในตำแหน่งที่แปลกประหลาด Javascript ทำงานผิดปกติ และสิ่งต่าง ๆ มากมายที่ควรจะอยู่ที่นั่น
เราได้เรียนรู้บทเรียนของเราแล้ว และตอนนี้นักพัฒนาของเราก็สลับการทำงานระหว่างเบราว์เซอร์ประเภทต่าง ๆ อย่างต่อเนื่อง ซึ่งรวมถึง Internet Explorer ด้วย
การรับ WPML 2.5.1
ยังมีข้อบกพร่อง การแก้ไข และการปรับปรุงอื่น ๆ ในเวอร์ชันที่เผยแพร่นี้ แต่เราเขียนมามากกว่า 1200 คำแล้ว ดังนั้น เพื่อไม่ให้เสียเวลาอ่านเกี่ยวกับ WPML 2.5.1 มากไปกว่านี้ ลองนำไปใช้งานดูและแจ้งให้เราทราบ
นี่เป็นการอัปเกรดครั้งใหญ่ โปรดสำรองฐานข้อมูลของคุณ เราไม่ได้คาดหวังว่าจะเกิดปัญหาใด ๆ แต่เราแนะนำเสมอและสำรองข้อมูลไซต์ของเราเองก่อนทำการอัปเกรดทุกครั้ง
จากนั้น คุณจะเห็นเวอร์ชันที่เผยแพร่ใหม่นี้ในหน้าจัดการเว็บไซต์ปลั๊กอิน คุณสามารถดาวน์โหลดด้วยตนเองได้ตลอดเวลาจากบัญชี WPML.org ของคุณ ภายใต้ดาวน์โหลด
ขอให้สนุก และแจ้งให้เราทราบว่าคุณคิดอย่างไรโดยการแสดงความคิดเห็นที่นี่
