ماذا تعني أحجام المسابح السكنية حقاً؟

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

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

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

لقد قمنا بتنفيذ نهج منهجي لاختبار وقياس التجمعات السكنية لمقدمي الخدمات بالوكالة. وفيما يلي نظرة عامة رفيعة المستوى:

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

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

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

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

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

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

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

في الواجهة الخلفية، نستخدم موقع ip-api .com لجمع معلومات حول ما إذا كانت البروكسيات تعتبر وكيلاً أو تقع في مركز بيانات أو تم تمييزها على أنها متنقلة أم لا، بالإضافة إلى بيانات الموقع الجغرافي.

يتم اختبار جميع مقدمي خدمات البروكسي من خلال الاتصال بمجمع البروكسي السكني العالمي الخاص بهم وإرسال مليون طلب في المتوسط كل 24 ساعة. نتصل بالنسخة http:// من الموقع الإلكتروني المستهدف لتقليل استخدام البيانات. إذا اكتشفنا لسبب ما أثناء اختباراتنا الأولية أن مزود البروكسي لا يدعم بشكل صحيح مواقع الويب http://، فقد اخترنا الاتصال بالنسخة https:// من هدفنا بدلاً من ذلك.

للخوض في مزيد من التفاصيل حول سبب اتصالنا بـ http:// من هدفنا لمزيد من مقدمي خدمات البروكسي بدلاً من https://، إليك الحسابات البسيطة:

• https:// website: (512bytes for the SSL + 32bytes for the request + 107bytes for the response + ) * 1000 000 requests = 0.651 Gigabyte
• http:// website: (32bytes for the request + 107bytes for the response) * 1000 000 requests = 0.139 Gigabyte

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

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

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

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

يقوم النظام حالياً باختبار IPv4 فقط.

Some providers might not be in our research for the following reasons:

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

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

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

• Pyproxy أثناء التحدث إلى بعض الأشخاص حول Pyproxy، يبدو أن هناك عددًا غير قليل من الأشخاص الذين يعتقدون أن هذه الشبكة السكنية مستضافة على شبكة روبوتات. ليس لدينا أي دليل على ذلك، لكننا ننصحك بمراجعتها بنفسك قبل استخدامها.
• PacketStream: يبدو أن تتبع استخدام PacketStream غير دقيق للغاية، حيث يبلغ بعض الأشخاص عن استخدامهم الفعلي بما يصل إلى 10 أضعاف استخدامهم الفعلي. خلال اختبارنا الخاص، رأينا نتيجة أسوأ من 80-100 ضعف استخدامنا الفعلي. قد يكون هذا بسبب أن اختبارنا يتسم بكفاءة عالية في عرض النطاق الترددي، وقد يكون الخطأ من جانب PacketStreams هو الحجم الثابت لكل طلب، لكننا لم نتمكن من تحديد المشكلة حتى الآن.