خدمة ويب تسمح للمستخدمين بالحفاظ بشكل مستقل على ثقافة الاتصال عبر الإنترنت

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



عُرض على قراء هبر مثال صغير على شريط التعليق الذي كان من الممكن فيه تجربة هذا النهج عمليًا.

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

ما هي المتطلبات الحالية لخدمة الويب؟

  • اتصال سهل بالمواقع الجديدة بخدمة الويب.
  • الوظائف الأساسية البسيطة لواجهة برمجة تطبيقات الإشراف.
  • في المرحلة الأولية ، يجب أن يتحمل حمولة 40-50 على الأقل من
    المستخدمين المعتدلين في نفس الوقت.
  • على المدى الطويل ، لا ينبغي أن يكون من الصعب قياسه.

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



لربط موقعك بخدمة الويب ، سيحتاج مالك الموقع إلى:

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

في سياق عمله ، سيستخدم البرنامج النصي الوظائف التالية لواجهة برمجة تطبيقات الإشراف (بالطبع ، سيكون هناك المزيد من الوظائف التي يجب أن تضمن عمل المجتمع ، ولكننا نعتبر الآن الوظائف الأساسية فقط):

  • GetAccessToken ، IN: api_key.
    طلب رمز مؤقت للفحص الحالي. في هذا الرمز المميز ، المشفر على جانب الخادم ، يتم تخزين جميع البيانات اللازمة للخادم ، مما يسمح للخادم بتحديد المسح الحالي وتمييز فحص واحد عن آخر. الرمز المميز له عمر محدود. يجب على مالك الموقع تسجيل مفتاح api_key فريد على خدمة الويب ، والذي تم تضمينه في الرمز المميز.
  • GetChecks, IN: token. OUT:comments_list_for_check,last_comment_check_results
    . , , .
  • SetCheck, IN: token, comments_list_with_result, comment_for_check OUT: true/false
    . , ( ) true comment_for_check .

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

يتم تخطيط وظائف API لخدمة الويب في php . الإيجابيات: سرعة التطوير ، عبر المنصات ، الأداء المقبول. السلبيات: الأمن (ومع ذلك ، من المخطط استخدام الإصدار 7 ، حيث توجد ثقوب أقل)

سنستخدم أبو الهول كقاعدة . الإيجابيات: سهولة التثبيت وسرعة البحث وسهولة القياس مقارنة بالديسيبل العلائقي. ناقص: عدم وجود استعلامات الصلة ، ولكن يتم حل ذلك من خلال البنية الصحيحة لقاعدة البيانات.

حتى الآن ، يبدو أنه يمكن تشغيل كل هذا في البداية على VPS عادي وبالتالي ضمان عمل 40-50 من المستخدمين المعتدلين في نفس الوقت. إذا زاد الحمل ، فلن يكون من الصعب في VPS إضافة الموارد (الذاكرة والمعالج وسعة القرص) ، وإذا زاد الحمل على DB Sphinx ، فلن يكون من الصعب نشر مثيل آخر من Sphinx.

الأسئلة:

ما هي "المزالق" في هذا التنفيذ؟ وما التقنيات التي ستستخدمها لتنفيذ أبسط نسخة من خدمة الويب هذه؟

شكرا للانتباه !


All Articles