Matt Mullenweg ต่ออายุการผลักดันสำหรับ Canonical Plugins

ในช่วงวันผู้มีส่วนร่วมของ WordCamp US ในสุดสัปดาห์นี้ Matt Mullenweg ได้เผยแพร่การเรียกร้องให้สร้างทีมของ WordPress ใหม่เพื่อใช้แนวทางปลั๊กอินแรกในการพัฒนาคุณลักษณะใหม่สำหรับแกนกลาง เขาได้รื้อฟื้นแนวคิดของปลั๊กอินตามรูปแบบบัญญัติ ซึ่งเปิดตัวครั้งแรกในชุมชน WordPress ในปี 2552 เพื่อนำเสนอคุณสมบัติเสริมแก่ผู้ใช้ที่มีระดับความมั่นใจสูงกว่าปลั๊กอินทั่วไป:

ปลั๊กอิน Canonical จะเป็นปลั๊กอินที่พัฒนาขึ้นโดยชุมชน (นักพัฒนาหลายคน ไม่ใช่แค่คนเดียว) และจัดการกับคำขอฟังก์ชันยอดนิยมด้วยการดำเนินการขั้นสูง ปลั๊กอินเหล่านี้จะเป็น GPL และอยู่ใน repo ของ WordPress.org และจะได้รับการพัฒนาโดยเชื่อมต่อกับคอร์ของ WordPress อย่างใกล้ชิด จะมีความสัมพันธ์ที่แน่นแฟ้นมากระหว่างแกนหลักและปลั๊กอินเหล่านี้เพื่อให้แน่ใจว่า a) โค้ดปลั๊กอินจะปลอดภัยและเป็นตัวอย่างที่ดีที่สุดของมาตรฐานการเข้ารหัส และ b) เวอร์ชันใหม่ของ WordPress จะได้รับการทดสอบกับปลั๊กอินเหล่านี้ก่อนที่จะเผยแพร่ รับรองความเข้ากันได้ จะมีหน้าจอในส่วนปลั๊กอินของผู้ดูแลระบบ WordPress เพื่อนำเสนอปลั๊กอินตามรูปแบบบัญญัติเหล่านี้เป็นตัวเลือกของบรรณาธิการหรือการรับประกันที่ตรวจสอบแล้ว ปลั๊กอินเหล่านี้จะเป็นส่วนเสริมที่แท้จริงของ WordPress ในแง่ของความเข้ากันได้ ความปลอดภัย และการสนับสนุน

Jen Mylo – ปลั๊กอิน Canonical (พูดอะไร?)

ไดเร็กทอรีปลั๊กอินของ WordPress เป็นเพียงปลั๊กอินเดียวที่เกิน 60,000 (ณ เวลาที่เผยแพร่) ตรงกันข้ามกับแนวคิดของปลั๊กอินตามรูปแบบบัญญัติ ไดเร็กทอรีอย่างเป็นทางการยังคงเป็นเหมือนป่าตะวันตกในแง่ของสิ่งที่ผู้ใช้สามารถคาดหวังได้จากผู้เขียนปลั๊กอิน Mullenweg อ้างถึงสถานการณ์ของปลั๊กอินหลายตัวที่ไม่เหมาะสำหรับผู้ใช้ เช่น ปลั๊กอินที่ถูกควบคุมโดยบริษัทเดียวและการพัฒนาเพื่อให้เป็นเวอร์ชันโปรมากขึ้น หรือลบฟังก์ชันการทำงานฟรีก่อนหน้านี้และวางไว้เบื้องหลังการอัปเกรด

ปลั๊กอิน Canonical มีไว้เพื่อให้เป็นทางเลือกที่น่าเชื่อถือสำหรับปลั๊กอินที่แรงจูงใจของผู้เขียนอาจไม่ให้ความสำคัญกับผู้ใช้เป็นอันดับแรก นอกจากนี้ยังเป็นช่องทางสำหรับผู้ร่วมให้ข้อมูลหลักเพื่อแสดงความต้องการคุณสมบัติที่พวกเขาต้องการลงจอดใน WordPress บางโครงการเช่น MP6, Gutenberg และ REST API ได้นำเส้นทางนี้ไปสู่แกนหลัก

“เรากำลังมาถึงจุดที่แกนกลางจำเป็นต้องมีบทบรรณาธิการมากขึ้นและพูดว่า 'ไม่' กับฟีเจอร์ที่เข้ามาแบบเฉพาะกิจอย่างที่บางครั้งทำ และความหวังของฉันคือการที่ทีม Make จำนวนมากขึ้นใช้สิ่งนี้เป็นโอกาสในการสร้างอิทธิพลต่ออนาคตของ WordPress ผ่าน แนวทางแรกแบบปลั๊กอินที่ช่วยให้พวกเขามีการพัฒนาที่เร็วขึ้นและรอบการวางจำหน่าย (แทนที่จะเป็นสามครั้งต่อปี) ค่าใช้จ่ายในการตรวจสอบที่น้อยลง และเส้นทางที่จะมาเป็นแกนหลักหากปลั๊กอินประสบความสำเร็จอย่างหลีกเลี่ยงไม่ได้” Mullenweg กล่าว

“ฉันตระหนักดีว่าเมื่อผู้คนตั้งเป้าหมายที่จะมีบางสิ่งที่เป็นแกนหลัก คำว่า 'ไม่' หรือ 'ไม่ใช่ในตอนนี้' อาจทำให้หงุดหงิดใจ และบางครั้งก็สร้างแรงกดดันเทียมเพื่อใส่บางอย่างก่อนที่มันจะพร้อม อย่างที่ฉันเชื่อว่าเกิดขึ้นกับ REST API ใน WP 4.4”

ในโพสต์ที่เกี่ยวข้องซึ่งเป็นแรงบันดาลใจให้เกิดการอภิปรายใหม่เกี่ยวกับปลั๊กอินตามรูปแบบบัญญัติ Mullenweg ชั่งน้ำหนักเกี่ยวกับ WebP ที่ขัดแย้งกันโดยข้อเสนอเริ่มต้นซึ่งเพิ่งได้รับการคัดค้านใหม่จากนักพัฒนาชั้นนำของ WordPress ผู้ร่วมให้ข้อมูลได้ทำงานอย่างเต็มที่เพื่อแก้ไขแนวทางของพวกเขาในเวลาสำหรับ 6.1

Mullenweg แนะนำคุณลักษณะใหม่เหล่านี้ในฐานะตัวเลือกที่สำคัญสำหรับเส้นทางปลั๊กอินตามรูปแบบบัญญัติ โดยแนะนำว่าจะให้เวลามากขึ้นสำหรับระบบนิเวศรอบ ๆ WebP ในการเติบโต:

ฉันสนใจที่จะสนับสนุนรูปแบบใหม่และปรับปรุงประสิทธิภาพ แต่ฉันคิดว่าการเปลี่ยนแปลงนี้ถูกผลักโดยค่าเริ่มต้นให้กับผู้ใช้เมื่อพวกเขาอัปเกรดเป็น 6.1 เป็นจำนวนมากสำหรับตอนนี้ รวมถึงการโต้ตอบที่ยุ่งยากบางอย่างที่ OS ยังคงมีอยู่รอบๆ webp (และ HEIC! ) ไฟล์.

ฉันยินดีที่จะสนับสนุนการทำงานสำหรับไฟล์ webp และ HEIC ให้อยู่ในแกนหลัก เนื่องจากเราควรมีอิสระในสิ่งที่เรายอมรับและทำงานด้วย แต่ไม่ใช่กับการเปลี่ยนแปลงเพื่อแปลงทุกอย่างเป็น webp เมื่ออัปโหลด JPEG

ทีมงานประสิทธิภาพวางแผนที่จะหารือเรื่องนี้ในการแชทตามกำหนดการในวันพรุ่งนี้ ยังไม่ชัดเจนว่า WebP ล่าสุดโดยค่าเริ่มต้นจะถูกกำหนดให้เป็นสถานะปลั๊กอินตามรูปแบบบัญญัติหรือหากบางส่วนของมันยังคงอยู่ใน 6.1

การตอบสนองต่อการเรียกร้องให้ใช้ปลั๊กอินตามรูปแบบบัญญัติมากขึ้นนั้นปะปนกันไป เนื่องจากบางคนรับรู้ได้ทันทีถึงภาระที่เพิ่มขึ้นของผู้ดูแลปลั๊กอินเหล่านี้

“WP เพียงแค่ต้องการเอาชนะมัน ไม่ชอบคุณสมบัติเสริม” Jon Brown ผู้พัฒนา WordPress กล่าว “คุณสมบัติที่สามารถเปิด/ปิดได้ 'การตัดสินใจไม่ใช่ตัวเลือก' เป็นแนวคิดที่ยอดเยี่ยมเมื่อพูดถึงการทำให้สิ่งต่าง ๆ เป็นเรื่องง่ายสำหรับผู้ใช้ แต่ดูเหมือนว่าจะถูกโยนออกไปนอกหน้าต่างด้วย Gutenberg UX และกลายเป็นสัจธรรมเมื่อพูดถึงการเพิ่มตัวเลือกเพียงเล็กน้อยในหน้าการตั้งค่า”

Timothy Jacobs ผู้ให้การสนับสนุน iThemes กล่าวว่าเขาไม่จำเป็นต้องสนับสนุนการเพิ่มตัวเลือกเพิ่มเติมให้กับ Core แต่คิดว่าปลั๊กอินมาตรฐานสามารถนำเสนอในลักษณะที่คล้ายคลึงกับตัวเลือกต่างๆ

“นั่นไม่ได้หมายความว่า UI จะต้องค้นหาสิ่งที่คุณต้องการในไดเร็กทอรีปลั๊กอินเท่านั้น” เจคอบส์กล่าว “ปลั๊กอินตามรูปแบบบัญญัติอาจถูกเปิดเผยใน UI ที่ 'เหมือนการตั้งค่า' ฉันคิดว่าวิธีการนำเข้านั้นซ่อนอยู่ในเมนูเครื่องมือเล็กน้อย แต่บางทีอาจเป็นเช่นนั้น”

ผู้สนับสนุนหลัก Torsten Landsiedel กล่าวว่าความแตกต่างระหว่างปลั๊กอินตามรูปแบบบัญญัติและปลั๊กอินคุณลักษณะไม่ชัดเจน ความแตกต่างอาจเป็นไปได้ว่าปลั๊กอินตามรูปแบบบัญญัตินั้นรวมถึงปลั๊กอินที่อาจไม่เคยอยู่ในแกนหลัก แต่ยังคงมีความสำคัญสำหรับผู้ใช้

“ดูเหมือนว่าปลั๊กอิน 'ตัวนำเข้า WordPress' อาจเป็นปลั๊กอินตามรูปแบบบัญญัติ” Landsiedel กล่าว “ไม่แน่ใจว่านี่เป็นตัวอย่างที่ดีสำหรับปลั๊กอิน *เฟื่องฟู* หรือไม่ ไม่รองรับรูปภาพเด่น มีปัญหากับโพสต์/สื่อจำนวนมาก ฯลฯ

“ปลั๊กอิน Health Check ที่มีประโยชน์ต่อสู้กับคนหายที่ช่วยเหลือ

“เราจะป้องกันปลั๊กอินเหล่านั้น (สิ่งที่เรียกว่า) ไม่ให้มีผู้มีส่วนร่วมเพียงพอได้อย่างไร ฉันคิดว่าผู้นำเข้าเป็นเครื่องมือสำคัญ แต่ก็ไม่จำเป็นในคอร์ด้วย (ฉันสามารถติดตั้งได้ถ้าจำเป็น ไม่เป็นไร) – แต่มันควรจะใช้งานได้และในขณะนี้ก็ใช้งานไม่ได้อยู่ดี แต่ฉันไม่เห็นความสนใจมากนักจากชุมชนนักพัฒนาที่จะช่วยแก้ไขปัญหานี้ (อาจเป็นเพราะพวกเขาใช้ WP CLI และไม่สนใจปลั๊กอินนี้หรือ)”

Colin Stewart ผู้สนับสนุนหลักของ WordPress กล่าวว่าแม้ว่าเขาจะเห็นด้วยว่าคุณสมบัติต่างๆ เนื่องจากปลั๊กอินแรกมีประโยชน์สำหรับคุณสมบัติใหม่ แต่จำเป็นต้องมี “ตัวชี้วัดที่ดีกว่า

“ฟีเจอร์บางอย่างมีความสำคัญต่อความเสถียร และปกป้องผู้ใช้จากปัญหาที่ทำให้พวกเขาปวดหัวหลายครั้งในช่วงชีวิตของเว็บไซต์ แต่อาจไม่ใช่สิ่งที่ผู้ใช้อาจคิดว่าจะค้นหาในที่เก็บปลั๊กอินหรือติดตั้งเมื่อมองเห็น” Stewart กล่าว “การย้อนกลับเป็นคุณลักษณะดังกล่าว เช่นเดียวกับความสมบูรณ์ของไซต์ การส่งออก/ลบความเป็นส่วนตัว และอื่นๆ

“กระบวนการตัดสินใจอย่างเป็นทางการสำหรับข้อเสนอจะเป็นประโยชน์อย่างเหลือเชื่อ หัวข้อนี้กำลังเกิดขึ้นเป็นประจำในขณะนี้”

Mullenweg เสนอแนวคิดเกือบสองโหลสำหรับปลั๊กอินตามรูปแบบบัญญัติที่ทีม Make สามารถพิจารณาและแนะนำว่าทีมเหล่านี้น่าจะมีแนวคิดที่ดีกว่านี้ ลองนึกภาพคุณสมบัติใหม่ทั้งหมดนี้ในการเล่น มันจะเหมือนกับการฟื้นฟูนวัตกรรมในผู้ดูแลระบบ นี่เป็นโอกาสที่น่าตื่นเต้นที่จะเป็นประโยชน์ต่อผู้ใช้ WordPress ตราบใดที่มีการนำเสนอปลั๊กอินในลักษณะที่ง่ายต่อการนำไปใช้ ผู้แสดงความคิดเห็นในช่วงแรกเกี่ยวกับแนวคิดนี้ทำให้เกิดข้อกังวลที่ถูกต้องตามกฎหมายเกี่ยวกับการขาดผู้ดูแล เนื่องจากประวัติแสดงให้เห็นว่าการสนับสนุนปลั๊กอินตามรูปแบบบัญญัติที่มีอยู่บางส่วนนั้นค่อนข้างหยาบ

“ฉันหวังว่าสิ่งนี้จะจุดประกายให้เกิดการอภิปรายในวัน Contributor และหลังจากนั้นว่าเราสามารถใช้ปลั๊กอินได้ดีขึ้นอย่างไรเพื่อเพิ่มความเร็วของวิวัฒนาการสำหรับ WordPress, รักษา Core light, รวดเร็ว และให้ความเห็น และทำในขณะที่พูดว่า 'ใช่' กับแนวคิดและการทดลองเพิ่มเติม Mullenweg กล่าว