في عام 2013 ، كتبت موقع
VPS Search ، وبحلول وقت
نشر المنشور الأول على حبري ، احتوى الكتالوج على معلومات حول 150 مضيفًا وأكثر من 1200 تعريفة. لم تستغرق إضافة مثل هذه المجموعة من المعلومات الكثير من الوقت ، لأنه في الإصدار الأول من الموقع ، عرضت فقط المعلمات الرئيسية للتعريفات (التكلفة ، سعة القرص ، حجم ذاكرة الوصول العشوائي ، تردد المعالج ، مقدار حركة المرور ، بلد الموقع ونوع المحاكاة الافتراضية). تم تقديم كل هذه المعلومات على مواقع المضيفين ، لذلك ، بصرف النظر عن النسخ الروتيني لهذه البيانات إلى لوحة إدارة الموقع ، لم يكن هناك شيء يجب القيام به.
في نهاية يناير 2014 ، قدمت
الإصدار الثاني من VPS Search ، وزاد عدد المعلمات لكل تعريفة بشكل كبير ، تمت إضافة ما يلي: نوع القرص ، قائمة أنظمة التشغيل المثبتة ، طرق الدفع ، توفر لوحة التحكم المضمنة في السعر ، نوع الإدارة ، دعم IPv6. كل هذه المعلومات لم تكن متاحة على مواقع المضيفين ، لذلك كان علي أن أطلب من كل من المضيفين في الكتالوج تحديث تعريفاتهم ، والتي استغرقت الكثير من الوقت.
ومع ذلك ، كما اتضح ، لم يكن ملء الكتالوج هو الأصعب: كانت تعريفات المضيفين تتغير باستمرار ، وكان من الضروري الاستجابة بسرعة لهذه التغييرات وإجراء التغييرات.
في رأيي ، يجب مراقبة التغييرات في التعريفات بعناية شديدة ، لأن البيانات غير ذات الصلة تضر بسمعة الكتالوج. على سبيل المثال ، ذهب المستخدم إلى الموقع ، ووجد نوعًا من التعريفة مقابل 100 روبل ، وذهب إلى الموقع إلى المضيف ، ورأى أن هذه التعريفة تكلف 150 روبل. قد يعتقد المستخدم أن المعلومات الواردة في الكتالوج قديمة جدًا ولا يتم استخدامها بعد الآن. لاستبعاد مثل هذا الموقف ، تحتاج إلى تحديث المعلومات بأسرع ما يمكن وبشكل صحيح.
في وقت كتابة الفهرس ، افترضت النموذج التالي لتحديث المعلومات: سيتمكن المضيفون ، بعد تسجيلهم في حساباتهم الشخصية ، من مراقبة تعريفاتهم بشكل مستقل. في حالة عدم توفر المضيف لهذه الفرصة ، فسوف أتبع التعريفات بنفسي. ومع ذلك ، قررت بعد ذلك رفض تقديم حساب شخصي للمضيفين ، وفي رأيي ، كان هذا قرارًا صحيحًا للغاية. إذا سمحت للمضيفين بتعديل التعريفات بأنفسهم ، فسيظهر عدد من المضايقات:
- سيكون من الضروري تعديل التغييرات التي قام بها المضيف: عن طريق الصدفة أو عن قصد ، ولكن قد يشير المضيف بشكل غير صحيح إلى سعر التعريفة (افتراضيًا ، يتم الفرز حسب السعر) ، وبالتالي يرتفع إلى الموضع الأول ؛
- ليس من الواضح أيضًا ما إذا كانت التعريفات يجب أن تكون مخفية قبل الإشراف: إذا كانت مخفية ، فستحتاج إلى إجراء الإشراف على الفور حتى تكون تعريفات المضيف متاحة للزوار ، وإذا تم استخدام ما بعد الإشراف ، فهناك خطر من عرض معلومات خاطئة للمستخدمين ؛
- قد ينسى المضيف تغيير وصف التعريفات ، نظرًا لوجود الكثير من هذه الأدلة ، ومن الصعب على المضيفين تتبع الجميع. يمكن أن يحدث هذا أيضًا إذا كان الشخص المسؤول عن تحديث المعلومات قد استقال / ذهب في إجازة / مرض ولم ينقل الوصول إلى موظف جديد.
مع مرور الوقت ، توصلت إلى استنتاج مفاده أنك بحاجة إلى مراقبة تحديث التعريفات بنفسك ، وقم بإجراء فحص دوري لجميع التعريفات على مضيفك الخاص. على الرغم من أن هذا يتطلب الكثير من الوقت والموارد ، ولكن مع هذا النهج ، يجب أن تكون التعريفات ذات صلة قدر الإمكان. يحتوي هذا النهج على ناقص من حيث الموارد التي يتم إنفاقها: بالنسبة لمعظم المضيفين ، نادرًا ما تتغير التعريفات ، ولكنك لا تزال بحاجة إلى التحقق منها ، لذلك في معظم الحالات ينظر المحررون إلى التعريفات ولا يجدون أي تغييرات مهمة. العيب الرئيسي من حيث تحديث التعريفات هو عدم القدرة على الاستجابة للتغييرات على الفور. أي إذا قمنا بالتحقق مرة واحدة في الشهر ، وفي بعض المضيف ، قمنا بفحص التعريفات في اليوم الأول ، وفي اليوم الثاني من اليوم قام المضيف بتحديثها ، ثم لمدة شهر تقريبًا سنعرض بيانات غير ذات صلة. ومع ذلك ، تم حل هذه المشكلة جزئيًا: بعض المضيفين بعد تحديث تعريفاتهم يرسلون طلبًا لإجراء تغييرات.
أدركت أنه عندما تكون التعريفات غير ذات الصلة على الموقع لمدة شهر ، فهذا يضر بالسمعة بشكل كبير ، بدأت في البحث عن خيارات لتصحيح هذا الوضع وأتمتة الشيك.
أول شيء حاولت القيام به هو التحقق من صفحات المواقع المستضافة للتغييرات والبدء من الصفحة الرئيسية لكل موقع. كانت الفكرة كما يلي: إذا تغير شيء ما على موقع الويب الخاص بالمضيف ، يتم إرسال إشارة إلى المحررين ، ويتحققون يدويًا من أنه قد تغير ، وإذا لزم الأمر ، قم بإجراء تغييرات على التعريفات. بهذه الطريقة ، يمكن مراقبة التغييرات بسرعة. نعم ، في هذه الحالة سيكون هناك الكثير من الإيجابيات الكاذبة عندما لا يغير المضيف خصائص التعريفات ، ولكن هناك شيء آخر ، ومع ذلك ، في رأيي ، من الأفضل التحقق والعثور على أي شيء من تخطي أي تغيير. تمت كتابة البرنامج النصي بسرعة كبيرة ، ومبدأ تشغيله بسيط للغاية: قم بتنزيل صفحة html ، وأخذ md5 واحفظها في قاعدة البيانات. بعد يوم ، كرر الإجراء وقارن بالقيمة المحفوظة بالفعل - إذا لم تتطابق ، فستتغير الصفحة ، وتحتاج إلى رؤية ما تم تغييره يدويًا يدويًا. بدا هذا الخيار مثاليًا من وجهة نظر الملاءمة: لا حاجة لكتابة أي محلل لرمز HTML - فقط ابحث عن التغييرات وهذا كل شيء. ومع ذلك ، في اليوم التالي لبداية الفحص ، تلقى المحررون إشعارًا بأن معظم المضيفين لديهم تغييرات. كان الأمر غريبا بعض الشيء ، وقررت أن أتحقق من ذلك لأنه حدث. اتضح أن السبب كان عاديًا ، ورفض تمامًا فكرتي عن التحقق من التغييرات في شفرة html: كان لدى العديد من مضيفي الويب صفحات تنشئ بيانات تلقائيًا (على سبيل المثال ، معلومات عن الوقت الذي تم فيه إنشاء الصفحة ، وما إلى ذلك) ، لذلك تعطلت الفكرة في الواقع القاسي ، ولم تنجح طريقة التحقق هذه.
كانت الفكرة الثانية التي تتبادر إلى ذهني هي التحقق من التغييرات من خلال واجهة برمجة تطبيقات الفوترة. ومع ذلك ، فإن هذا له عيوبه أيضًا. أولاً ، فقط BILLmanager billing لديها واجهة برمجة تطبيقات ، وهي ليست سيئة للغاية ، حيث يستخدم حوالي 40٪ من المضيفين هذه الفواتير. المشكلة الثانية هي وصف غير قياسي لخصائص التعريفة في الفواتير ، مما يؤدي مرة أخرى إلى الموقف عندما تحتاج فقط إلى مراقبة ما إذا كان هناك شيء قد تغير ، وإذا كان قد تغير ، فراجع يدويًا ما هو بالضبط وما إذا كنت بحاجة إلى إجراء تغييرات. بالإضافة إلى ذلك ، ليس من الواضح ما يجب فعله بفواتير WHMCS ، والتي يستخدمها أيضًا العديد من المضيفين ، و RootPanel و BPanel الأقل شهرة ، بالإضافة إلى برامج الفوترة الأخرى التي كتبها المضيفون أنفسهم.
لسوء الحظ ، لم أجد الحل المثالي حتى الآن ، لذلك نعمل حاليًا على النحو التالي: يتم التحقق من التعريفات من قبل المحررين باستمرار ، وفي حالة حدوث أي تغييرات ، نقوم بتحديث المعلومات من خدمة الدعم ومعرفة الخصائص الحالية.
مرة واحدة في السنة ، نقوم بإجراء فحص "كبير" ونعيد طرح جميع الاستضافة على نفس الأسئلة التي طرحوها أثناء الإضافة الأولية ، مع تحديد ما إذا كانت أي معلمات قد تغيرت.
من وقت لآخر ، نجد أخطاء واقعية في مواقع المضيفين (على سبيل المثال ، غالبًا ما يحدث أنه بعد تغيير التعريفات تظل بعض أجزاء صفحات الموقع معلومات قديمة) ، والتي نحاول إبلاغها على الفور.
في وضع الاختبار ، تعمل البرامج النصية على التحقق من مواقع هؤلاء المضيفين الذين لم يولدوا معلومات تلقائيًا على الموقع ، لذلك بالنسبة لبعض المضيفين يمكننا الرد بسرعة كبيرة على التغييرات. أيضًا في وضع الاختبار ، ومدقق لأعمال الفوترة ، ولأولئك المضيفين الذين يمكنهم القيام بذلك ، نحاول أيضًا مراقبة التغييرات تلقائيًا.
يتيح لك هذا النهج الاستجابة بأسرع ما يمكن لما يحدث والحفاظ على درجة عالية من موثوقية المعلومات في الكتالوج. على سبيل المثال ، لا نتلقى أكثر من 2-3 شكوى شهريًا حول الأخطاء في الوصف ، وغالبًا ما تكون مرتبطة بحقيقة أن المستخدم لم يتمكن من العثور على التعريفة على موقع الويب الخاص بالمضيف.
إنها لا تزال بعيدة عن الكمال ، حيث لا يوجد مهرب من الفحص اليدوي. سأكون سعيدًا إذا كان بإمكان شخص ما تقديم المشورة لمزيد من الخيارات لأتمتة مثل هذه المهمة الصعبة.
ألق نظرة على VPS.today ، موقع للعثور على خوادم افتراضية. 1500 تعريفة من 130 مضيفًا ، وواجهة مريحة وعددًا كبيرًا من المعايير للعثور على أفضل خادم افتراضي.