رؤى الخبراء: محادثات مع Stefan Karamancic من ManageWP

ذات مرة ، كان WordPress عبارة عن منصة تدوين بسيطة. على مر السنين ، أصبح أقوى أداة لبناء جميع أنواع مواقع الويب. يمكن قول الشيء نفسه عن Stefan Karamancic ، أحد المخضرمين في دعم ManageWP. إنه هنا معنا اليوم لكسر الجمود والترحيب بالجميع في سلسلة مدوناتنا "Expert Insights" ، حيث سنجري مقابلة مع فريق دعم ManageWP ونمنحك نظرة ثاقبة على التجربة والتفاني الذي يجلبونه إلى الطاولة بالإضافة إلى بعض استكشاف الأخطاء وإصلاحها التقنيات التي يستخدمونها يوميًا.

ما هو القاسم المشترك بين المدونات WoW والفتيات في عام 2009؟ سمعت أن الجواب - أنت. هل هذا صحيح؟ هل يمكنك أن تشرح لنا كيف بدأت في صناعة WordPress؟

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

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

في عالم اليوم ، يتم قصفنا باستمرار بالمعلومات حيث تظهر قصص ومصادر واتجاهات جديدة يوميًا. كيف يمكنك البقاء على اطلاع بآخر التطورات في WordPress؟

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

أحب WP Tavern وموقع WordPress الرسمي (خاصة موارد المطورين) لمعرفة أخبار WordPress العامة وأخبار المجتمع. إلى جانب قراءة إعلانات ما سيأتي ، أحب أن أبقى على اتصال بمجتمع WordPress. موقع WordPress Slack الرسمي هو مكان رائع لسماع الأخبار وطلب المساعدة من أعضاء المجتمع الآخرين.

موقع آخر رائع هو WP Beginner. يغطي مواضيع مختلفة ويصدر باستمرار ويحدث أدلة ومقالات. إذا كنت تبحث عن الأساسيات ، فلا يمكنك أن تخطئ في WP Beginner.

المجال التالي الذي أجده مهمًا هو أمان موقع الويب! تعتبر النشرات الإخبارية والمدونات من Sucuri و WordFence هي مصادر الانتقال الخاصة بي للبقاء على اطلاع بأمان موقع الويب ، حيث إنها دائمًا لعبة القط والفأر.

بالنسبة لأخبار تكنولوجيا الويب الأوسع ، أتبع حيل CSS و The Register و Smashing Magazine.

كيف تتعامل مع حل المشكلات واستكشاف الأخطاء وإصلاحها عندما يتعلق الأمر بـ WordPress؟

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

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

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

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

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

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

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

"عندما تقضي على المستحيل ، كل ما تبقى ، مهما كان بعيد الاحتمال ، يجب أن يكون هو الحقيقة". -

شارلوك هولمز

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

وماذا عن بعض المفاهيم الخاطئة أو التحديات الشائعة التي يواجهها المستخدمون أثناء استخدام ManageWP؟

لحسن الحظ ، ليس هناك الكثير. أحب أن أعتقد أن السبب في ذلك هو تصميم UX بديهي . يجب أن يتعامل الشخص المفضل لدي لإرشاد المستخدمين من خلاله مع عنوان URL لموقع الويب ، والذي يتماشى بشكل أكبر مع كيفية عمل DNS حقًا. عندما تزور أحد مواقع الويب في متصفحك ، فعادة ما تكتب عنوان URL وتضغط على Enter ، ولا تفكر فيما إذا كان هناك www أم لا أو إذا كتبت HTTP أو HTTPS. أنت تدع متصفحك يتعامل مع هذا النوع من الأشياء.

عند إضافة موقع ويب إلى ManageWP ، يجب الانتباه إلى هذه الأشياء. الطريقة التي يعمل بها DNS ، يمكن أن يكون هناك فرق كبير بين www.example.com و example.com ، أو بين http://www.example.com و https://example.com . كلاهما قد يؤدي إلى نفس الموقع. ولكن من الممكن أيضًا أن يؤديا إلى موقعين مختلفين تمامًا! نرى هذا غالبًا مع عمليات ترحيل مواقع الويب أو تغييرات الملكية ، حيث من المرجح أن تحدث تغييرات DNS هذه.

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

ستيفان كارامانسيك ، دعم ManageWP

هل يمكنك مشاركة أي نصائح للمستخدمين حول كيفية التواصل الفعال مع فريق الدعم للحصول على المساعدة التي يحتاجونها؟

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

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

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

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