การทำงานร่วมกันแบบเรียลไทม์ใน WordPress: นี่คือสิ่งที่คาดหวัง
เผยแพร่แล้ว: 2023-07-11การนำการทำงานร่วมกันแบบเรียลไทม์หรือการแก้ไขร่วมกันมาสู่ WordPress จะเป็นจุดเน้นของระยะที่สามของโครงการ Gutenberg มันเริ่มต้นด้วยตัวแก้ไขบล็อกใน WordPress 5.0 และตอนนี้ได้พัฒนาไปสู่การแก้ไขแบบเต็มไซต์หรือที่เรียกว่า WordPress Site Editor การเพิ่มการทำงานร่วมกันแบบเรียลไทม์จะเป็นขั้นตอนที่สองจนถึงขั้นตอนสุดท้าย ในขณะที่ขั้นตอนสุดท้ายจะเพิ่มความสามารถหลายภาษาแบบเนทีฟ
หัวหน้าสถาปนิก Matias Ventura เพิ่งโพสต์โครงร่างเบื้องต้นเกี่ยวกับสิ่งที่วางแผนไว้สำหรับเฟส 3 การเปลี่ยนแปลงที่วางแผนไว้จะไม่เพียงนำฟังก์ชันการทำงานใหม่ๆ มาสู่ WordPress เท่านั้น แต่ยังจำเป็นต้องสร้างส่วนติดต่อใหม่ (ขนาดใหญ่) อีกด้วย นักพัฒนายังคาดการณ์ว่าการแก้ไขร่วมกันจะเป็นสิ่งที่ท้าทายที่สุดในการสร้างเนื่องจากขอบเขต
เหตุผลเพียงพอที่จะดูรายละเอียดสิ่งที่เราคาดหวังได้ ในตอนต่อไป เราจะอธิบายว่าการทำงานร่วมกันแบบเรียลไทม์คืออะไร มีการวางแผนอย่างไรสำหรับการอัปเดตนี้ และผลที่ตามมาสำหรับแพลตฟอร์ม WordPress นอกจากนี้ เราจะพูดถึงวิธีการต่างๆ ที่คุณสามารถลองใช้เวิร์กโฟลว์การทำงานร่วมกันบนเว็บไซต์ WordPress ของคุณได้ในตอนนี้
การทำงานร่วมกันแบบเรียลไทม์คืออะไร?
หากคุณเคยทำงานใน Google เอกสารร่วมกับผู้อื่น คุณคงทราบแล้วว่าการแก้ไขร่วมกันคืออะไร เป็นความสามารถสำหรับผู้ใช้หลายคนในการแก้ไขเอกสารพร้อมกัน แสดงความคิดเห็นเกี่ยวกับการเปลี่ยนแปลงงานของผู้อื่น และใช้เนื้อหาที่ใช้ร่วมกันร่วมกัน
วิธีนี้ทำให้คุณสามารถทำงานในเอกสารฉบับเดียวร่วมกันได้ แทนที่จะให้แต่ละคนทำสำเนาแยกกันและรวมข้อมูลที่แต่ละคนป้อนเข้าไปในภายหลัง คุณยังสามารถกำหนดบทบาทต่างๆ ให้กับผู้ใช้ที่ตัดสินใจว่าจะสามารถดู แสดงความคิดเห็น หรือแก้ไขเนื้อหาเท่านั้น
การทำเช่นนี้ช่วยประหยัดเวลาและความพยายาม ปรับปรุงการสื่อสาร และช่วยให้คุณแบ่งงานได้ นอกจากนี้ยังสามารถให้ผลลัพธ์ที่ดีขึ้นและทำให้ผลิตภัณฑ์งานปัจจุบันพร้อมใช้งานสำหรับสมาชิกในทีมทุกคนในเวลาเดียวกัน
โซลูชันซอฟต์แวร์อื่นๆ ก็มีฟังก์ชันนี้เช่นกัน ตัวอย่าง ได้แก่ Canva, Sketch และ Microsoft Office 365 อย่างไรก็ตาม ปัจจุบันไม่สามารถทำได้ใน WordPress อย่างน้อยก็ไม่ใช่ตามค่าเริ่มต้น แม้ว่าคุณจะสามารถทำงานกับเนื้อหาร่วมกันได้ แต่ก็สามารถทำได้ครั้งละหนึ่งผู้ใช้เท่านั้น เมื่อมีคนๆ หนึ่งอยู่ในหน้าจอแก้ไขของหน้าหรือโพสต์ใดหน้าหนึ่ง ใครก็ตามที่พยายามเข้าถึงหน้านั้นจะถูกล็อกไม่ให้เข้าใช้งานหรือจำเป็นต้องไล่ตัวแก้ไขต้นฉบับออก
“การสนับสนุนเวิร์กโฟลว์เหล่านี้ไม่ใช่แค่เรื่องการทำงานพร้อมกันเท่านั้น แต่ยังรวมถึงการยกเลิกข้อจำกัดที่มีอยู่ใน WordPress มาเป็นเวลานาน เช่น การล็อคโพสต์เมื่อคนสองคนพยายามแก้ไขพร้อมกัน” Ventura กล่าวในโพสต์ .
ด้วยการทำงานร่วมกันตามเวลาจริงที่วางแผนไว้ คุณจะสามารถทำงานในเนื้อหาร่วมกันเป็นทีมแทน — โดยตรงในอินเทอร์เฟซ WordPress
ทำไมเราต้องการการแก้ไขร่วมกันใน WordPress?
แต่ทำไมมันถึงมีเป้าหมายที่จะนำสิ่งนี้ไปใช้? ท้ายที่สุด คุณสามารถใช้เอกสาร Google สำหรับส่วนการทำงานร่วมกันแล้วคัดลอกผลลัพธ์
อย่างไรก็ตาม การคัดลอกและวางเนื้อหาจาก Google Docs ไปยัง WordPress ไม่ได้ทำงานอย่างสมบูรณ์เสมอไป อาจทำให้เกิดข้อผิดพลาดและจำเป็นต้องฟอร์แมตใหม่ก่อนที่คุณจะสามารถเผยแพร่เนื้อหาได้ นอกจากนี้ รูปภาพใด ๆ ที่รวมอยู่ในเอกสารจะต้องไปที่ WordPress ก่อน ด้วยวิธีแก้ปัญหาแบบเนทีฟ สิ่งเหล่านี้จะไม่เกิดขึ้น
นอกจากนี้ยังมีการขาดเครื่องมือในการทำงานร่วมกันใน WordPress โดยรวม เว้นแต่คุณจะติดตั้งปลั๊กอินเพื่อจุดประสงค์นั้น ไม่มีทางที่จะแสดงความคิดเห็นหรือคำติชมสำหรับผู้เขียนและผู้ใช้รายอื่นได้ ดังนั้น คุณมักจะต้องพึ่งพาเครื่องมือแบบอะซิงโครนัสอื่นๆ เช่น อีเมลหรือ Slack ในการประสานงาน
การทำเช่นนั้นมักจะส่งผลให้คนคนหนึ่งต้องปฏิบัติตามคำแนะนำจากส่วนที่เหลือในทีม เนื่องจากเว็บไซต์และกลยุทธ์เนื้อหาจำนวนมากดำเนินการโดยทีม การให้เครื่องมือแก่ผู้คนในการทำงานร่วมกันโดยตรงในสภาพแวดล้อมที่พวกเขากำลังทำงานอยู่จะช่วยให้กระบวนการสร้างราบรื่นยิ่งขึ้น
นอกจากนี้ เนื่องจากตัวแก้ไขบล็อก WordPress สามารถทำได้ทั้งเนื้อหาและการออกแบบ จึงช่วยให้นักออกแบบและผู้สร้างเนื้อหาทำงานร่วมกันได้ดีขึ้น ในขณะที่คนหนึ่งสามารถดูแลส่วนที่เขียนได้ แต่อีกคนหนึ่งสามารถเริ่มแก้ไขได้
ประการสุดท้าย การนำเสนอการทำงานร่วมกันแบบเรียลไทม์เป็นเพียงวิธีที่ดีในการปรับปรุง WordPress CMS และทำให้เป็นซอฟต์แวร์ mroe ที่ทันสมัย
นักพัฒนาซอฟต์แวร์กำลังวางแผนอะไรกันแน่?
ในโพสต์ของเขา Matias Ventura กำหนดเป้าหมายเบื้องต้นและแนวคิดที่นักพัฒนาซอฟต์แวร์กำลังมุ่งเน้น นี่คือรายละเอียดของสิ่งที่พวกเขารวม
1. การทำงานร่วมกันของเนื้อหาแบบเรียลไทม์
โดยธรรมชาติแล้ว นี่คือหัวใจสำคัญของขั้นตอนทั้งหมด เป้าหมายคือการจัดหาโครงสร้างพื้นฐานและ UI ที่จำเป็นเพื่อให้ผู้ใช้หลายคนทำงานร่วมกันในเนื้อหาเดียวกันได้พร้อมกัน เพื่อสร้าง แก้ไข และปรับแต่งหน้าเว็บและโพสต์เป็นทีม
2. เครื่องมือทำงานร่วมกันแบบอะซิงโครนัส
อย่างไรก็ตาม การทำงานร่วมกันในเนื้อหาไม่ได้หมายถึงความสามารถในการแก้ไขในเวลาเดียวกันเท่านั้น คุณต้องมีเครื่องมือในการสื่อสารอย่างมีประสิทธิภาพเกี่ยวกับสิ่งที่คุณกำลังทำอยู่ Gutenberg Phase 3 ยังมีเป้าหมายที่จะให้บริการสิ่งเหล่านั้น เช่น:
- การแชร์แบบร่าง
- การแสดงความคิดเห็นบล็อกแบบอินไลน์
- ตรวจสอบการมอบหมายงาน
- ปรับปรุงการควบคุมเวอร์ชัน
- การจัดการงาน
ขณะนี้บางส่วนเป็นไปได้แล้วผ่านปลั๊กอิน แต่เป้าหมายคือการทำให้เป็นแบบเนทีฟ
3. ปรับปรุงเวิร์กโฟลว์การเผยแพร่
เป้าหมายอีกประการหนึ่งคือการจัดหาเครื่องมือที่ดีกว่าสำหรับการสร้าง แก้ไข ตรวจสอบ และเผยแพร่เนื้อหาภายใน WordPress ซึ่งอาจรวมถึงคุณลักษณะต่างๆ เช่น:
- การกำหนดข้อกำหนดด้านบรรณาธิการ
- กำหนดเป้าหมายที่กำหนดเอง เช่น คำหรือรูปภาพจำนวนหนึ่ง
- ข้อกำหนดเบื้องต้นที่ต้องดำเนินการให้เสร็จสิ้นก่อนที่จะปลดล็อคการเผยแพร่ เช่น การตั้งค่ารูปภาพเด่น เป็นต้น
- รองรับการแสดงตัวอย่างหลายบริบท (เช่น สมาชิก vs ไม่มีสมาชิก)
แผนไม่จำเป็นต้องรวมทั้งหมดนี้ไว้ใน WordPress Core อย่างไรก็ตาม ระยะที่ 3 จะจัดเตรียมโครงสร้างพื้นฐานเพื่อให้สามารถใช้งานในโปรแกรมแก้ไขได้
4. การแก้ไขโพสต์ที่ทรงพลังยิ่งขึ้น
โดยปกติแล้ว เพื่อรองรับความซับซ้อนที่เพิ่มขึ้น คุณต้องมีระบบแก้ไขภายหลังที่มีรายละเอียดมากขึ้น แผนคือทำให้ "เห็นภาพมากขึ้น รับรู้บล็อกแต่ละบล็อก และสำรวจเพิ่มความสามารถในการกำหนดเวลาการแก้ไขในหลายส่วนของไซต์"
นั่นหมายความว่าอย่างไร?
ประการแรก มันจะเพิ่มความสามารถในการเปลี่ยนบล็อกเอกพจน์กลับเป็นเวอร์ชันก่อนหน้า ไม่ใช่แค่ส่วนเนื้อหาทั้งหมด ประการที่สอง คุณจะสามารถอัปเดตเนื้อหาหลายส่วนพร้อมกันได้ เช่น เนื้อหาที่อยู่ในแคมเปญเดียวกัน
5. สื่อเสริมและไลบรารีแอสเซท
WordPress อีกชิ้นที่นักพัฒนาต้องการทำงานคือไลบรารีสื่อ พวกเขาต้องการไม่เพียงให้พื้นที่สำหรับจัดการวิชวลเท่านั้น แต่ยังรวมถึงบล็อก รูปแบบบล็อก สไตล์ และฟอนต์ด้วย
ในส่วนหนึ่งของสิ่งนี้ จำเป็นต้องปรับปรุงการออกแบบและการทำงานของไลบรารีสื่อ ในอดีตนี่เป็นส่วนหนึ่งของ WordPress ที่ไม่ได้ใช้งานมากนัก ดังนั้นจึงเป็นเรื่องน่าตื่นเต้นที่จะทราบว่าพวกเขาสามารถปรับปรุงได้อย่างไร
6. ส่วนประกอบการค้นหาและคำสั่งส่วนกลาง
องค์ประกอบสุดท้ายที่ Matias พูดถึงเกี่ยวกับการทำงานร่วมกันแบบเรียลไทม์ใน WordPress คือพรอมต์คำสั่ง เช่น Spotlight ใน MacOS
จะช่วยให้ผู้ใช้สามารถนำทางไปยังเนื้อหาหรือพื้นที่ผู้ดูแลระบบต่างๆ ได้โดยตรง รวมทั้งเรียกใช้คำสั่งเช่น "สร้างโพสต์ใหม่" หรือ "แทรกรูปแบบ" นอกจากนี้ยังเป็นการตอบสนองต่อการเพิ่มขึ้นของ AI และเพื่อแนะนำฟังก์ชันการทำงานที่พร้อมท์ มีที่เก็บ Github สำหรับสิ่งนี้อยู่แล้ว
ผลที่ตามมาของการเปลี่ยนแปลงที่เสนอ
จากข้างต้น เห็นได้ชัดว่านี่จะไม่ใช่แค่คุณสมบัติอื่นที่เพิ่มเข้ามาใน WordPress เท่านั้น การเปลี่ยนแปลงเหล่านี้จะทำให้จำเป็นต้องสร้างใหม่และเปลี่ยนส่วนต่างๆ ของอินเทอร์เฟซผู้ใช้ WordPress ดังที่ Matias กล่าวในโพสต์ของเขา:
เพื่อให้บรรลุเป้าหมายนี้ เราจะมองข้ามตัวแก้ไขในส่วนที่เหลือของประสบการณ์การดูแลระบบ
โดยเฉพาะห้องสมุดน่าจะเห็นงานเยอะ ส่วนอื่นๆ ได้แก่ อัปเดตประกาศของผู้ดูแลระบบและองค์ประกอบการออกแบบ UI ตลอดจนมุมมองรายการผู้ดูแลระบบที่ใช้ในโพสต์ เพจ หมวดหมู่ เทมเพลต ความคิดเห็น และปลั๊กอินหลายร้อยรายการ สิ่งเหล่านี้ควรได้รับการออกแบบที่ทันสมัยกว่านี้และรองรับการโต้ตอบและความสามารถในการขยายได้ดียิ่งขึ้น คุณสามารถค้นหาแนวคิดเบื้องต้นได้ที่นี่
สรุปสั้นๆ การทำงานร่วมกันแบบเรียลไทม์อาจเปลี่ยนโครงสร้างของ WordPress อย่างที่เราทราบกันดี เราจำเป็นต้องค้นหาเวิร์กโฟลว์และโซลูชันการออกแบบใหม่ทั้งหมดเพื่อให้สามารถรวมเข้ากับ CMS ได้
นั่นเป็นเหตุผลว่าทำไมการทำงานร่วมกันแบบเรียลไทม์จึงอยู่ในแผนงานก่อนความสามารถหลายภาษา เวิร์กโฟลว์จำนวนมากต้องมีอยู่แล้วก่อนที่เราจะจัดการกับตัวเลือกการแปลภาษาเนทีฟได้ ดังเช่นที่ Josepha Haden Chomphosy และ Hector Prieto พูดคุยกันในพอดแคสต์นี้
ความท้าทายด้านเทคนิคสำหรับการทำงานร่วมกันตามเวลาจริงของ WordPress
แน่นอน เพื่อรับบางสิ่งขนาดนี้ มีความท้าทายทางเทคนิคมากมายที่ต้องเอาชนะ ดังที่กล่าวไว้ในตอนของพอดแคสต์ข้างต้น การแก้ไขร่วมกันจะเป็นเรื่องยากเป็นพิเศษ เนื่องจากความจำเป็นในการสื่อสารแบบเรียลไทม์ระหว่างเบราว์เซอร์ของผู้ใช้ที่แตกต่างกัน หากคุณต้องการอ่านเกี่ยวกับประเภทของปัญหาที่เกิดขึ้นจากสิ่งนี้ โปรดอ่านบัญชีนี้โดยผู้ที่สร้าง CKEditor (พูดได้คำเดียวว่าขัดแย้งกัน!)
นอกจากนี้ คุณต้องคำนึงถึงฐานผู้ใช้ที่หลากหลายของ WordPress และโดยเฉพาะอย่างยิ่งเซิร์ฟเวอร์ต่างๆ ที่โฮสต์เว็บไซต์ของตน
ตัวอย่างเช่น Google มีเวลาที่ง่ายกว่าในการเพิ่มการแก้ไขร่วมกันในเครื่องมือ เนื่องจากพวกเขาโฮสต์ด้วยตนเองและมีการควบคุมเซิร์ฟเวอร์เต็มรูปแบบ เป็นผลให้พวกเขาส่วนใหญ่ต้องแก้ปัญหาสำหรับเบราว์เซอร์ที่แตกต่างกัน
ในทางกลับกัน WordPress ทำงานบนการตั้งค่าเซิร์ฟเวอร์มากมายพร้อมเวอร์ชัน PHP และสภาพแวดล้อมต่างๆ ไม่ใช่ทั้งหมดที่มีพร้อมสำหรับวิธีการทางเทคนิคทุกประเภท นั่นเป็นเหตุผลที่ยังไม่มีการเลือกเทคโนโลยีพื้นฐาน การทำงานร่วมกันแบบเรียลไทม์นั้นยังอยู่ในช่วงเริ่มต้น ต้องใช้ความคิดและการพิสูจน์แนวคิดมากขึ้นก่อนที่จะสามารถตัดสินใจได้
นอกจากนี้ นักพัฒนาจะยังคงทำงานในโครงการที่เกี่ยวข้องกับช่วงก่อนหน้าของ Gutenberg ต่อไป ซึ่งรวมถึงการเพิ่มบล็อก ปรับปรุงตาราง ระบบเค้าโครงกริด และปรับปรุง block API
วิธีทดสอบการแก้ไขร่วมกันใน WordPress วันนี้
หากคุณสงสัยเกี่ยวกับหัวข้อของการทำงานร่วมกันแบบเรียลไทม์ใน WordPress มีต้นแบบและปลั๊กอินที่ใช้งานได้จำนวนหนึ่งที่ให้คุณลองใช้ฟังก์ชันนี้ทันที:
- AsBlocks — สร้างโดย Riad Benguella ซึ่งทำงานให้กับ Automattic ซึ่งแสดงให้เห็นถึงประสบการณ์การแก้ไขร่วมกันภายในโปรแกรมแก้ไข Gutenberg คุณสามารถทดลองใช้ออนไลน์ได้ที่นี่ จะไม่มีลักษณะเช่นนี้ แต่แสดงให้เห็นความเป็นไปได้อย่างหนึ่ง อ่านโพสต์บล็อกที่แนบมาสำหรับข้อมูลเพิ่มเติม
- Block Collab — อีกต้นแบบโดย Enrique Piqeras ดูเหมือนว่าจะไม่ได้อยู่ในระหว่างการพัฒนา แต่อาจยังใช้งานได้
- Multicollab — ปลั๊กอินที่เสนอคุณสมบัติต่างๆ เช่น การแสดงความคิดเห็นแบบอินไลน์ การ Ping ผู้ใช้ การทำเครื่องหมายความคิดเห็นว่าเสร็จสิ้น และการแจ้งเตือนทางอีเมล คุณสามารถดูตัวอย่างได้ที่นี่ (ต้องสมัครใช้งาน แต่มาพร้อมกับการทดลองใช้ฟรี 14 วัน)
หนึ่งในนั้นหรือบางส่วนอาจเป็นพื้นฐานสำหรับคุณสมบัติสุดท้าย ไม่ใช่ครั้งแรกที่บางสิ่งที่พัฒนาเป็นปลั๊กอินลงเอยด้วยคอร์ WP REST API และ Gutenberg เองก็เริ่มต้นด้วยวิธีนั้น
คุณคิดยังไง?
การทำงานร่วมกันแบบเรียลไทม์อยู่ในแผนงานของ WordPress มาเป็นเวลานาน หลังจากเสร็จสิ้นสองขั้นตอนแรกของโครงการ Gutenberg แล้ว ตอนนี้เป็นขั้นตอนต่อไป แผนงานเบื้องต้นนำเสนอวิสัยทัศน์ที่น่าตื่นเต้นเกี่ยวกับอนาคตของ WordPress ซึ่งคุณสามารถทำงานกับเนื้อหาพร้อมกับคุณสมบัติที่จำเป็นทั้งหมดเพื่อการทำงานร่วมกันที่มีประสิทธิภาพ ทั้งซิงโครนัสและอะซิงโครนัส
อย่างไรก็ตาม การทำให้มันเกิดขึ้นจะต้องทำงานและวางแผนอย่างมาก คุณลักษณะนี้อาจจะเปลี่ยนแพลตฟอร์ม WordPress ตามที่เราทราบและเพื่อปูทางสำหรับระยะที่สี่และการสนับสนุนหลายภาษา
อย่างไรก็ตาม หากการพัฒนาที่ผ่านมาเป็นเครื่องบ่งชี้ว่าจะไม่เกิดขึ้นอย่างรวดเร็ว แต่เมื่อเวลาผ่านไป ตัวอย่างเช่น มันไม่ได้เป็นส่วนหนึ่งของการเปิดตัว 6.3 ที่จะเปิดตัวในเดือนสิงหาคม 2023 ดังนั้นเราจะได้เห็นกัน ในระหว่างนี้ แบ่งปันความคิดและให้ข้อมูลของคุณในโพสต์อย่างเป็นทางการ
คุณรู้สึกตื่นเต้นกับการแก้ไขร่วมกันใน WordPress หรือไม่? ส่วนไหนที่คุณชอบ? คุณกังวลอะไร แบ่งปันในความคิดเห็น!