اضغط على هذا: التعاون في الوقت الفعلي في WordPress باستخدام Multicollab

مرحبًا بك في Press This، بودكاست مجتمع WordPress من WMR. تضم كل حلقة ضيوفًا من جميع أنحاء المجتمع وتناقش أكبر المشكلات التي تواجه مطوري WordPress. وفيما يلي نسخة من التسجيل الأصلي.

مدعوم من ريد سيركل

Doc Pop : أنت تستمع إلى Press This، وهو بودكاست لمجتمع WordPress على WMR. نسلط الضوء كل أسبوع على أعضاء مجتمع WordPress. أنا مضيفك، دكتور بوب. أنا أدعم مجتمع WordPress من خلال دوري في WP Engine ومساهماتي على TorqueMag.io. يمكنك الاشتراك في اضغط على هذا على RedCircle أو iTunes أو Spotify أو تطبيق البث المفضل لديك. يمكنك أيضًا تنزيل الحلقات مباشرة من WMR.fm.

أتذكر عندما سمعت مات مولنويج لأول مرة يعلن عن خططه لمشروع جوتنبرج - أعتقد أنه كان في WordCamp في عام 2018 عندما قام بإدراج الميزات المختلفة - ولكن الميزة التي برزت أكثر، تلك التي حصلت على شهقات مسموعة من كان الحشد عبارة عن تحرير متعدد المستخدمين: هذه الفكرة هي أن اثنين من المستخدمين يمكن أن يكونا في منشور ما، أو في أي مكان على الموقع، بما في ذلك تحرير الواجهة. لكن في الغالب، في ذلك الوقت، كنا نتحدث عن مستخدمين يقومان بتحرير منشور في الوقت الفعلي، في وقت واحد من موقعين مختلفين.

لقد مرت الآن خمس سنوات، وقد تم إحراز الكثير من التقدم بشأن جوتنبرج. هناك محرر الكتلة. هناك تحرير كامل للموقع، ولكننا لا نزال لا نمتلك هذا التحرير متعدد المستخدمين حتى الآن. ولا يزال قيد العمل.

لكن في الوقت الحالي، يمكنك بالفعل الوصول إلى أداة تقوم بذلك. البرنامج المساعد Multicollab، الذي أنشأه طاقم Multidots. ولذا سنتحدث اليوم مع أنيل جوبتا، الرئيس التنفيذي والمؤسس المشارك لـ Multidots وMulticollab، حول هذا البرنامج الإضافي الجديد المذهل.

أنيل، شكرا لانضمامك إلينا اليوم.

اي جي: مرحبًا دكتور بوب، من الجيد أن أكون هنا.

DP: نحن سعداء للغاية بوجودك! أعلم أنك منخرط جدًا في مجتمع WordPress في Multidots. كنا نتحدث عن - قبل العرض، كنا نتحدث عن جميع المكونات الإضافية التي ستكون لديك وبعض تلك التي أستخدمها حتى على موقع Woo الخاص بي. أريد أن أسمع عن قصة أصل WordPress الخاصة بك.

كيف دخلت إلى ووردبريس؟

آدم: إذن، هناك ثلاث نقاط تحول مختلفة، كما تعلمون، الأولى كانت عندما كنت في الكلية أدرس علوم الكمبيوتر. لقد دخلت في مجال التكنولوجيا مفتوحة المصدر وكانت تلك هي المرة الأولى التي تبحث فيها كليتنا عن أكثر الطرق فعالية من حيث التكلفة للحصول على أجهزة كمبيوتر وأنظمة تشغيل وأشياء من هذا القبيل.

لذا، كانت تلك هي المرة الأولى التي أحظى فيها بتجربة مباشرة مع التكنولوجيا مفتوحة المصدر. ثم تعلمت PHP وتقنيات تطوير الويب وكل ذلك. وعندما تخرجت من الكلية، أصبحت مطور ويب، وكنت أعمل على مجموعة من أنظمة إدارة المحتوى المختلفة مفتوحة المصدر وأشياء من هذا القبيل.

وفي أحد الأيام، حصلت على مشروع WordPress عندما كنت أعمل في إحدى الشركات، وبعد ذلك، في عام 2009 عندما بدأت Multidots، بدأنا نوعًا ما في التركيز أكثر على التصميم والتطوير المعتمدين على WordPress.

لذلك أود أن أقول، على مدار الخمسة عشر عامًا الماضية، بمجرد إنشاء WordPress، كان من حسن حظي العمل مع WordPress وإنشاء مواقع ويب على WordPress.

DP: وهذا يقودنا إلى Multidots. هل بدأت هذا الأمر في عام 2009 تقريبًا أم أنه جاء لاحقًا؟

آدم: نعم، كان ذلك في عام 2009. أنا وشريكي التجاري، بدأنا Multidots كوكالة ويب وركزنا على تخصيص WordPress، أو مساعدة المؤسسات والناشرين على الانتقال إلى WordPress من أنظمة إدارة المحتوى الأخرى.

DP: دعنا ننتقل إلى الشيء الذي يثير اهتمامي أكثر: Multicollab، البرنامج الإضافي الذي تقومون به يا رفاق. هل يمكنك إخبارنا قليلاً عن الوقت الذي حدث فيه ذلك وماذا تفعل شركة Multicollab؟ ماذا يفعل هذا البرنامج المساعد؟

أ غ: بعبارات بسيطة، Multicollab عبارة عن مكون إضافي للتعاون على غرار محرر مستندات Google لـ WordPress.

لذا، كما نعلم جميعًا أن الكثير من تطبيقات إنشاء المحتوى ونشر المحتوى المختلفة مثل Canva وSigma وNotion وGoogle Docs وMicrosoft Word — تحتوي كل هذه المستندات على تعاون مدمج، لذلك في اليوم الأول، عندما تبدأ في استخدام البرنامج، لديك بالفعل عمليات تعاون، مثل التعليق المضمن، وتحويل المستند إلى اقتراح أشبه بمستند Google، حيث تتحول أي تعديلات إلى تغييرات، والتحرير في الوقت الفعلي حتى يتمكن العديد من المستخدمين من تحرير وإنشاء المحتوى معًا.

لسوء الحظ، هذه الميزة غير متوفرة في WordPress حتى الآن. لذا، قبل ثلاث سنوات، طلب أحد عملاء المؤسسات لدينا الذين كنا نساعدهم في موقع WordPress الخاص بهم، الحصول على هذه الوظيفة - وقمنا بالكثير من البحث، ولم نتمكن من العثور على البرنامج الإضافي المناسب الذي يقوم بهذه المهمة بالفعل.

لذلك، انتهى بنا الأمر إلى إنشاء مكون إضافي للتعاون على غرار محرر مستندات Google، في WordPress.

DP: هل تحتاج إلى تثبيت محرر الكتل؟ هل سيعمل هذا مع WordPress الكلاسيكي؟

اي جي: هذا سؤال جيد. لذا، في هذه اللحظة، كما تعلمون، لنبدأ ونبقي الأمور بسيطة، نحن نركز فقط على جوتنبرج. لذا فإن محرر الكتل - لذا فإن Multicollab يعمل بشكل جيد على محرر الكتل، ولكن لدينا في خريطة الطريق الخاصة بنا توسيعه في النهاية ليشمل أنواعًا مختلفة متعددة من منشئي الصفحات و[أدوات] إنشاء المحتوى، مثل المكونات الإضافية، مثل ACF وElementor ومجموعة من منشئي الصفحات الآخرين .

موانئ دبي: لقد ذكرت أن التحرير متعدد المستخدمين كان — وهو أمر يجري العمل عليه مع Gutenberg وWordPress core. ولا يعني ذلك أنهم يجدون الأمر صعبًا للغاية لأنه لم يتم الإعلان عنه بعد، بل كانت هناك قائمة بالأشياء التي شعروا أنه يتعين عليهم القيام بها. كان عليهم إنشاء محرر قوالب ثم كان عليهم إجراء التحرير الكامل للموقع وأشياء من هذا القبيل.

لقد فعلوا ذلك، هناك قائمة بالأشياء. وأعتقد أن الخطوة التالية في خريطة الطريق الخاصة بهم ستكون التحرير متعدد المستخدمين.

ولكن مع ذلك، فمن المحتمل أن يكون لديها تحديات أكثر بكثير مما توقعوا. وأنا أشعر بالفضول إلى حد ما، مثل، ما هي بعض التحديات التي واجهتموها عندما كنتم تقومون بإنشاء هذا التحرير متعدد المستخدمين؟

ما هي بعض الأشياء التي فوجئت باكتشافها أنها أصعب مما كنت تتوقعها؟

آدم: أنت على حق في أن هذا التعاون برمته يمثل تحديًا هائلاً للغاية، تحديًا تقنيًا للبناء على WordPress. جميع التطبيقات الأخرى التي ذكرتها، The Notion وGoogle Doc وCanva — الفرق بينها وبين WordPress هو أن WordPress يشبه إلى حد كبير حلاً مستضافًا ذاتيًا، وجميع التطبيقات الأخرى مستضافة على السحابة، أليس كذلك؟

إذن، لديهم جميعًا سحابة مركزية واحدة مُدارة. لذا، لا داعي للقلق على المستخدمين بشأن إدارة المثيلات الخاصة بهم. لذلك هذا نوع من الاختلاف الكبير على مستوى الهندسة المعمارية. التحدي الذي يواجه WordPress والتعاون — جلب التعاون في WordPress هو أنه نعم، مثل WordPress، حيث يقوم الأشخاص بتثبيته ككود مصدر، ولدينا مجموعة متنوعة من تكوينات الاستضافة والخادم المختلفة.

لذا، من أجل تحقيق التعاون، وعندما أتحدث عن التعاون، علينا أن نفهم أن هناك ثلاثة عناصر أساسية في التعاون. واحد هو التعليق. لذلك يمكنك بشكل أساسي ترك التعليق في جزء مختلف من المحتوى بدلاً من التحرير في الوقت الفعلي. وبعد ذلك مجموعة من الأشياء الأخرى.

على سبيل المثال، أود أن أفكر في اقتراح المزيد من الإخطارات وكل ذلك. لذا، اقتراح التعليق المباشر، كل هذا - كل هذه الوظائف، هي إلى حد ما أبسط قليلاً من التحرير في الوقت الفعلي لأنها لا تتطلب الكثير من تكوينات الخادم وبنية الخادم هناك، ولكنها لا تزال متوافقة، لأنه عندما يقوم الأشخاص تثبيت WordPress واستخدام WordPress كموقع الويب الخاص بهم، كل موقع من مواقع WordPress فريد جدًا.

كما تعلمون، نحن لا نعرف ما هي الأشياء التي يستخدمونها. لا نعرف نوع المكونات الإضافية التي يستخدمونها. لذلك تم تثبيت وإدراج الكثير من التخصيصات والتأكد من أن كل هذه الوظائف تعمل دون التعارض مع المكونات الإضافية والموضوعات الأخرى. لقد كان ذلك تحديًا كبيرًا في وظيفة التعليق والاقتراح.

لكن التحرير في الوقت الفعلي هو أحد المشكلات الكبيرة، لأنه في التحرير في الوقت الفعلي، عندما يقوم شخص ما بتثبيت موقع الويب الخاص به - تثبيت WordPress على الخادم الخاص به - تكون هناك حاجة إلى مجموعة من تكوينات الخادم الأخرى مثل WebSocket و هناك اتصال من عميل إلى عميل، واتصال من نظير إلى نظير.

لذلك هناك الكثير من طبقات الاتصال هذه. ويعد الحفاظ على الأمان والأداء، وكذلك توفير تجربة سلسة، أحد التحديات الكبيرة.

DP: ربما يمكنك مساعدتي في فهم هذا أكثر قليلاً عندما أفعل ذلك، عندما أستخدم البرنامج الإضافي Multicollab ولدي مستند مفتوح ثم يأتي شخص آخر وما إذا كان يعلق أو يقوم بالتحرير في الوقت الفعلي أو وضع الاقتراح، هل يقومون بنوع من شبكة نظير إلى نظير أم أننا نعمل معًا على السحابة؟

هل منشوري موجود فعليًا على السحابة ويمكن لكل منا الوصول إليه؟

آدم: نعم، البنية الأساسية هي أننا نستخدم WebSocket، كما تعلم، حيث يكون اتصالًا غير متزامن حيث تنتقل جميع التغييرات والأشياء التي تجريها إلى خادم WebSocket، ثم تتم مزامنتها مع الكل الزبائن.

الشيء المثير للاهتمام في WebSocket هو أنه إذا كان بإمكانك بالفعل تكوين ذلك في كلا الاتجاهين، إذا كنت تريد إنشاء خادم سحابي مركزي، حيث تريد أن تذهب جميع التغييرات إلى هناك، ثم يتم توزيعها على جميع العملاء، فيمكنك تنفيذ الهندسة المعمارية من هذا القبيل. أو يمكن أن يكون لديك بنية نظير إلى نظير حيث لا يتم تخزين أي شيء على الخادم المركزي، ولكنه مجرد اتصال من نظير إلى نظير. وهذا يشبه إصدار WebRTC من WebSocket.

نعم، هناك طريقتان مختلفتان يمكننا من خلالهما تنفيذ هذه الوظيفة.

دي بي: حسنًا، هذا رائع.

سنأخذ استراحة سريعة، وعندما نعود، سنستأنف محادثتنا مع Anil Gupta حول البرنامج الإضافي Multicollab لـ WordPress والتحرير متعدد المستخدمين. لذا ترقبوا المزيد بعد الاستراحة القصيرة.

مرحبًا بك مجددًا في اضغط على هذا، بودكاست مجتمع ووردبريس. أنا مضيفك Doc Pop. اليوم، أتحدث مع أنيل جوبتا، الرئيس التنفيذي والمؤسس المشارك لشركة Multidots والمكون الإضافي Multicollab لـ WordPress، والذي يمنحك تحريرًا متعدد المستخدمين ومتزامنًا وفي الوقت الفعلي، بالإضافة إلى أوضاع التعليق والاقتراحات وكل الأشياء لقد وصلنا إلى معرفة.

وأنيل، سأدعك تعود وتخبرنا المزيد عن كيفية سير الأمور لتحقيق هذا الهدف.

عندما - إذا كان لدي موقع مثبت عليه Multicollab، فكل ما أحتاج إلى فعله هو أن يكون لدي مستخدم ثانٍ لديه أيضًا إمكانية المؤلف على موقعي. والآن يمكنهم — يمكنني منحهم حق الوصول أو كيف يفعل ذلك — هل يقومون فقط بالنقر على منشور من لوحة التحكم بمجرد تسجيل الدخول وإذا كان شخص ما موجودًا فيه بالفعل، فهو مجرد تحرير في الوقت الفعلي بين الاثنين هم؟

آدم: نعم، هذا سؤال جيد. وهذا هو أحد الأشياء التي عندما كنا نطور البرنامج الإضافي، كنا نفكر فيه نوعًا ما - كما ينبغي لنا في الواقع - لأننا نبني ونتعاون داخل WordPress، أردنا أيضًا التأكد من أن سير العمل الحالي يعرف الكثير من الأشخاص جيدًا، كما تعلمون، لا نريد إزعاج سير العمل كثيرًا.

إذن ما فعلناه هو أننا حاولنا بناء التعاون بطريقة تجعله يعمل تمامًا دون إجراء الكثير من التغييرات في سير العمل الحالي لديك. ما قصدته بذلك هو أن ما تقوله يعتمد على دورك ودور WordPress، سواء كنت مؤلفًا أو وسيطًا أو محررًا مشاركًا أو مسؤولًا. وإذا كان لديك حق الوصول إلى جميع المنشورات، فيمكنك الانتقال إلى جدول النشر الخاص بك وتحرير المنشور ويمكنك الانتقال إلى التعاون في المنشور.

ولكن لنفترض أنك إذا كنت تريد دعوة شخص ما على وجه التحديد - وتريد الإشارة والدعوة إلى نوع من التعاون - فيمكنك الإشارة إليه تمامًا كما هو الحال في مستند Google @، وقمت بإدخال اسم الشخص، وبعد ذلك سيتلقى الشخص بريدًا إلكترونيًا الإخطار أو الإخطار الركود.

مثل، "مرحبًا، لقد ذكرك شخص ما في هذا المنشور في هذا التعليق لهذا الغرض،" وبعد ذلك يمكنهم أيضًا المشاركة والبدء في التعاون. إذًا هاتان هما الطريقتان اللتان يمكنك من خلالهما الدعوة.

الطريقة الثالثة هي أنه يمكنك أيضًا مشاركة رابط خارج منشور أو تعليق على Slack أو أي تطبيق نستخدمه، ويمكنهم أيضًا النقر على الرابط. يمكنهم القفز إلى المحتوى والتعاون فيه. لقد قمنا أيضًا ببناء وظيفة المشاركة. حتى تتمكن من مشاركة المنشور مع المتعاونين الضيوف. لذلك هذا هو المكان الذي لا يحتاجون إليه - لا يلزمهم أن يكونوا أو مستخدمين لـ WordPress ولا تحتاج إلى تسجيلهم كحساب في موقع WordPress الخاص بك.

لذا، فقط عبر البريد الإلكتروني، يمكنك دعوة أي شخص ومنحه كمعلق أو مشاهد، أليس كذلك؟ حتى يتمكنوا من عرض المنشور أو يمكنهم التعليق والرد على تعليق في جزء من المنشور. وبهذه الطريقة يمكنهم الحضور والتعاون.

وقمنا أيضًا بإنشاء دور محرر مشارك، وبالتالي القدرة. لذا يمكنهم أيضًا تعيين شخص ليس من مستخدمي WordPress وتريد منحه الإذن لتحرير جزء من المحتوى.

إذن هذه هي - على ما أعتقد - جميع الطرق المختلفة التي يمكنك من خلالها دعوة أي شخص وتعيينه للمشاركة في المحتوى.

DP: هذه وظيفة رائعة حقًا والقدرة على الإشارة إلى شخص ما ثم الحصول على بريد إلكتروني أو إشعار Slack. بالتأكيد يمنح هذا الشعور الاحترافي نوعًا ما، وهو شيء أكثر مما يمكن أن يتمتع به WordPress عادةً بمفرده.

وأعتقد أن هذا يقودني إلى سؤال كبير كان لدي، وهو: سيطرح WordPress في النهاية بعض إصدارات التحرير متعدد المستخدمين، والتحرير المتزامن متعدد المستخدمين في الوقت الفعلي.

لقد كنت تعمل على هذا لمدة ثلاث سنوات. هذا يبدو وكأنه. كيف يبدو الأمر وكأنك تبني أداة كهذه، مع العلم أنه في النهاية سيكون هناك إصدار مختلف سيتم طرحه في WordPress الأساسي؟

آدم: نعم، أطرح هذا السؤال كثيرًا، وفي الواقع، قبل ثلاث سنوات عندما بدأنا العمل على هذا وكنا نوعًا ما نبني الإصدار الأول لعملائنا، ولكن لاحقًا، قررنا أيضًا الاستمرار في بناء هذا مكون إضافي كامل وكعمل تجاري.

لذلك في ذلك الوقت، كان لدي هذا السؤال. لقد كنت على علم بالفعل أنه قد تم الإعلان عن المرحلة الثالثة من Gutenberg بالفعل، وفي وقت ما في المستقبل، سيكون لدينا هذه الوظيفة كجزء من عرض WordPress الأساسي.

أعتقد، كما تعلمون، أود أن أقول إنه إذا نظرت إلى نظام WordPress البيئي، فستجد الكثير من الاختلافات - مثل أنه لدينا Gutenberg، وهو جميل ومجاني، لا يزال هناك على الأرجح عشرات أو عشرين من منشئي الصفحات الذين لا تزال موجودة أيضًا والناس يحبونها ويستخدمونها.

هناك شيء واحد، نعم، كما لو أن هناك أنواعًا مختلفة جدًا من المستخدمين، كما تعلمون، بعضهم يحب إعداد Vanilla WordPress وتثبيته، والبعض الآخر أكثر احترافية ويريدون المزيد من التحكم والتخصيصات في كيفية استخدامهم تعاون. هذه إحدى الطرق التي نرى فيها أن Multicollab ستجذب هؤلاء المستخدمين المحترفين الذين يريدون هذا المستوى من الوظائف.

والثاني هو واجهة على غرار محرر مستندات Google. لذا، فهذا شيء نركز عليه أكثر حيث لا نريد ذلك - لأنه عندما يتعلق الأمر بالتعاون، كما تعلمون، فإن الأشخاص على دراية كبيرة بكيفية استخدام التطبيقات الأخرى للتعاون، خاصة عندما يتعلق الأمر بمحرر مستندات Google. لذلك، نحاول نوعًا ما جلب سير عمل المستخدم وتجربة المستخدم المألوفة جدًا.

[00:15:00] وثالثًا، أود أن أقول، نظرًا لكون Multicollab فريقًا صغيرًا، كما تعلمون، يمكننا التحرك بسرعة كبيرة. لذلك أعتقد أنني أود أن أقول، فيما يتعلق بالتغييرات، وتحديثات الميزات، وإصلاحات الأخطاء، أرى، كما تعلمون، لدينا ميزة كوننا صغيرين، حتى نتمكن من التحرك بسرعة ويمكننا طرح العديد من البرامج التحديثات والتغييرات.

على الجانب الآخر، أرى أن جوهر WordPress، من حيث التصميم، كبير جدًا، لذا سيكون بطيئًا أيضًا. وكما ذكرنا، تم الإعلان عنه قبل خمس سنوات، وما زلنا ننتظر هذه الوظيفة.

ولكن حتى لو أطلقوها، ما زلت أرى أن Multicollab ستظل تتمتع بهذا العرض وجذابة لبعض هؤلاء المستخدمين الذين يحتاجون إلى دعم سريع للعملاء، والتخصيصات، والوصول إلى التعاون على المستوى الاحترافي.

موانئ دبي: هل من السابق لأوانه التكهن بما إذا كانت أداتك يمكن أن تضيف إلى التحرير متعدد المستخدمين أم لا عندما يأتي ذلك في المرحلة الثالثة؟

آدم: الطريقة التي نراها بها هي، وهذا شيء نحن منفتحون أيضًا وندرسه كخيار، وهو Multicollab، والطريقة التي بنيناها بها، والتعليق، والاقتراح، والتحرير في الوقت الفعلي، ومجموعة من التخصيصات الأخرى — كلها عبارة عن وحدات منفصلة جدًا.

لذا، ما كنا نفكر فيه هو أنه، اعتمادًا على كيفية تنفيذ WordPress الأساسي للتعاون، وكيفية تصميم أو إنشاء الوظائف بأكملها، أنا متأكد جدًا من أن Multicollab ستعمل على، أو يمكنها العمل، بالتعاون مع، الوظائف المضمنة من وورد.

لأنه إذا نظرت إلى التحرير في الوقت الفعلي، كما تعلم، إذا رأيت جوهر WordPress، بالطبع، فإن التحرير في الوقت الفعلي يقوم بعمل رائع، كما تعلمون، فإن Multicollab لديه هذا التعليق والاقتراح.

وهنا، كما تعلمون، يوجد الكثير من التخصيصات ذات المستوى المتقدم والميزات التي قمنا بإنشائها والتي يمكن أن تكون مفيدة. لذلك أنا منفتح جدًا على هذا الاحتمال، حيث إذا رأيت أن WordPress الأساسي قد قام بشيء ما، وهو الأساس، وهو أمر رائع، فقد نقوم أيضًا بتخصيص المكون الإضافي الخاص بنا للعمل على أعلى ميزات التعاون الأساسية في WordPress.

د.ب: في هذه الملاحظة، سنأخذ ملاحظة أخرى، أو استراحة سريعة أخرى. عندما نعود، سنستأنف محادثتنا مع Anil Gupta حول مستقبل البرنامج الإضافي Multicollab وWordPress.

لذا ترقبوا المزيد بعد الاستراحة القصيرة.

مرحبًا بك مرة أخرى في اضغط على هذا، وهو مجتمع WordPress Podcast على WMR. أنا مضيفك، دكتور بوب. اليوم، أتحدث مع أنيل جوبتا، الرئيس التنفيذي والمؤسس المشارك لمكون Multidots وMulticollab الإضافي لـ WordPress.

لقد تحدثنا عن كيفية عمل Multicollab وعن التغييرات القادمة في المرحلة الثالثة من Gutenberg وكيف يمكن أن تتفاعل مع Multicollab.

أعتقد أن أحد الأشياء التي تثير فضولي نوعًا ما هو كيفية تأثير المستخدمين على كيفية طرح المنتج. هل كانت هناك أي تغييرات سمعتها من الأسفل - ربما لم يعجب المستخدمون بطريقة عمل Multicollab أو الاقتراحات التي قدموها والتي شقت طريقها إلى المنتج؟

آدم: نعم، هذا سؤال جيد. لذا، نعم، هذا شيء كنا محظوظين جدًا به لأنه في اللحظة التي أطلقنا فيها Multicollab قبل ثلاث سنوات، كان لدينا بالفعل بعض المستخدمين الأوليين.

بالإضافة إلى ذلك، عندما أطلقنا الإصدار المجاني من ذلك، رأينا اهتمامًا فوريًا من كل من WordPress وكذلك المستخدمين غير التقنيين، كما تعلمون، المستخدمين التقنيين وغير التقنيين.

وهناك بعض العلامات التجارية للمؤسسات الكبيرة حقًا بالإضافة إلى الفرق الصغيرة المكونة من شخص واحد أو شخصين والتي تستخدم جميعها Multicollab، وبعد استخدامها، كانوا يقدمون لنا بعض التعليقات حول ما هم عليه - ما يريدون أكثر أو ماذا نوع التغييرات التي يريدونها.

لذلك، لم نقم بإنشاء التحرير في الوقت الفعلي في المرحلة المبكرة، بل قمنا فقط ببناء التعليقات والاقتراحات. لذا فإن إحدى التعليقات الكبيرة التي واصلنا الحصول عليها هي التحرير في الوقت الفعلي. وكانوا يقولون: "نريد التحرير في الوقت الفعلي أيضًا، لأن هذا التعليق والاقتراح وحده لا يكفي". لذلك أصبح هذا النوع جزءًا من خريطة الطريق الخاصة بنا وبدأنا في بناء ذلك، وقبل بضعة أشهر، أطلقنا ميزة التحرير في الوقت الفعلي.

حسنًا، أعتقد أننا نتلقى الكثير من هذا النوع من التعليقات من العملاء والمستخدمين وهذا بالتأكيد يمهد الطريق لخارطة الطريق المستقبلية.

موانئ دبي: وأنا أعلم أن الإصدار 4.0 من Multicollab صدر في أكتوبر. هل هذا هو الإصدار الذي قدم التحرير في الوقت الحقيقي؟

اي جي: هذا صحيح. لذا، مع الإصدار 4.0، أطلقنا ميزة التحرير في الوقت الفعلي حيث يمكن لعدة مستخدمين - في الوقت الحالي، تدعم ما يصل إلى خمسة مستخدمين، ولكننا نعمل على زيادة عدد المستخدمين الذين يمكنهم التعاون في وقت واحد - ولكن نعم، مع الإصدار 4.0، أطلقنا التحرير في الوقت الفعلي ومجموعة من التحسينات الأخرى في البرنامج المساعد.

موانئ دبي: وما الذي يمكننا أن نتطلع إليه في الإصدار 5.0 عندما يصدر؟

آدم: أوه، أعمل الآن على الإصدار 4.2. لدينا 4.2، 4.3. في مرحلة ما، ربما الإصدار الخامس أو السادس.

أود أن أقول، الآن، إذا نظرت إلى التعاون، فهو منعزل جدًا تجاه كل موقع على حدة. أريد أن أقدم خيارًا لبعض هذه المؤسسات التي لديها، على سبيل المثال، 20 موقعًا إلكترونيًا أو 50 موقعًا إلكترونيًا أو مائة موقع ويب.

لذلك سيكون لديهم ما يشبه هذا الحل السحابي أو النظام المركزي حيث يمكنهم رؤية جميع أنشطة التعاون الجارية بين جميع مواقع الويب المختلفة.

لذلك يصبح الأمر أشبه بمعسكر أساسي لـ WordPress، كما تعلمون، حيث يمكن لجميع التغييرات والأنشطة والتعليقات التحريرية في الوقت الفعلي - خاصة أثناء عملية النشر، كما تعلمون - أن يكون لها نظام مركزي.

وهذا يشبه إلى حد ما خطة طويلة المدى لدينا والتي يطلبها بعض المستخدمين، ولكن هذا ليس الوقت المناسب - مازلنا نريد بناء جميع الميزات الأساسية.

وأود أن أقول إنه مستمر في العامين المقبلين، بمجرد أن نتقن التحرير في الوقت الفعلي والوظائف الأخرى، أعتقد أن الخطة التالية هي إيجاد طريقة يمكننا من خلالها دمج هذا التعاون فعليًا مع البرامج الأخرى.

لذا، سواء أكان ذلك Basecamp أو Salesforce أو CRM، أو مجموعة من الأدوات المختلفة الأخرى، وكيف تحدث جميع الأنشطة والتعاون داخل موقع الويب الخاص بعملائنا، وكيف يمكننا دمج ذلك مع تلك الأدوات الأخرى. هذا ما ذكرته في البداية، وهو توسيع نطاق Multicollab للعمل مع أنواع مختلفة من إعدادات WordPress.

وهو يعمل حاليًا مع WooCommerce. إنه يعمل مع الكثير من الحالات الفريدة المختلفة التي يستخدم الأشخاص WordPress من أجلها. لذا فإن هدفنا هو جعله أكثر توافقًا حتى يتمكنوا من استخدام Multicollab إلى حد كبير في أي موقف أو سيناريو.

دي بي: حسنًا، أنا أقدر وقتك اليوم يا أنيل. إذا أراد الأشخاص متابعتك ومعرفة المزيد عن المشاريع التي تعمل عليها وما تفعله Multidots، فأين تنصح بإرسالهم؟

آدم: نعم، أعتقد أن أفضل مكان هو، إذا ذهبوا إلى موقع multidots.com، فهذا هو موقع أعمالنا حيث لدينا تقريبًا كل الطرق التي يمكنك من خلالها الوصول إلى Multicollab dotstore. موقع Multicollab هو multicollab.com وDotstore هو dotstore.com.

دي بي: حسنًا، هذا رائع. شكراً جزيلاً. هذا كل ما في هذه الحلقة من Press This، WordPress Community Podcast على WMR. ترقبوا الأسبوع المقبل. سنجري محادثة مع Adam Weeks حول الترويج لمكونات WordPress الإضافية أو منتجات WordPress. ستكون تلك حلقة ممتعة.

نشكرك على الاستماع إلى Press This، وهو بودكاست لمجتمع WordPress على WMR. يمكنك متابعة مغامراتي على Twitter، أو الضغط على علامة X @TheTorqueMag، هذا هو The Torque Mag، أو يمكنك الانتقال إلى TorqueMag.io للحصول على المزيد من حلقات اضغط على هذا بالإضافة إلى الإصدارات المكتوبة من كل محادثة. يمكنك أيضًا الاشتراك على RedCircle أو iTunes أو Spotify أو التنزيل مباشرة من WMR.fm.

أنا مضيفك، دكتور شعبي. أنا أدعم مجتمع WordPress من خلال دوري في WP Engine، وأحب تسليط الضوء على أعضاء هذا المجتمع كل أسبوع في Press This.