ما أطلقناه هذا الشهر: الترميز الجغرافي وIP والمنطقة الزمنية والمزيد
ملخص للعمل الأخير في الواجهة: مضيفات توافق جديدة، واستعلامات أسرع للمنطقة الزمنية والارتفاع، وميزات جديدة في لوحة التحكم، ورؤية أوضح للحصة.
دعم IPv6 في كل نقاط النهاية
لم يعد IPv6 حالة هامشية. فحصة متزايدة من الحركة التي تصل إلى أي API اليوم تأتي من عنوان IPv6، ومعاملته كفكرة ثانوية تخلق ثغرات في المواضع التي تهم فيها الدقة تحديدًا. وتتعامل My Geocode الآن مع IPv6 بالطريقة نفسها التي تتعامل بها مع IPv4، في كل مكان، وليس في نقطة النهاية /v1/ip فقط.
أرسل عنوان IPv6 إلى /v1/ip وستحصل على شكل الاستجابة نفسه الذي تحصل عليه لعنوان IPv4: حقول الموقع، وترويسات الحصة، ومع mg_extras=1 أو ترويسة X-MG-Extras، الإضافات الاختيارية نفسها مثل تفاصيل التهديدات والشبكة. لا توجد نقطة نهاية منفصلة لـ IPv6 يجب تعلمها، ولا توثيق منفصل يجب قراءته. إنه البحث نفسه، والترويسات نفسها، والقواعد نفسها.
تعامل الحصة المجانية أيضًا عائلتي العناوين بشكل متسق، ولكن بتجميع يطابق طريقة تعيين كل منهما فعليًا. فعناوين IPv4 تتشارك حصتها اليومية المجانية عبر نطاق /24 الذي تنتمي إليه بالكامل. أما عناوين IPv6 فتتشارك حصتها عبر نطاق /48، وهو حجم الكتلة الذي يمنحه مزود الإنترنت عادةً لعميل واحد أو موقع واحد. وهذا يعني أن الحصة لا تزال تقابل شيئًا مثل "موقع واحد" أو "مكتب واحد" بدلًا من احتساب كل عنوان في كتلة IPv6 أكبر بكثير كما لو كان عميلًا منفصلًا.
يمتد هذا الاتساق إلى المضيفات البديلة المتوافقة أيضًا. فكل من /compatibility/ip-api/ و/compatibility/ipinfo/ و/compatibility/ipstack/ يحل عناوين IPv6 بالطريقة نفسها التي يحل بها عناوين IPv4، باستخدام شكل الطلب والاستجابة المطابق تمامًا للمزود الذي يحل محله. والنص البرمجي المكتوب قبل سنوات لأحد هؤلاء المزودين، عند توجيهه إلى مضيفنا بدلًا من ذلك، يستمر في العمل لحظة ظهور عنوان IPv6 في مدخلاته، دون الحاجة إلى أي تغييرات في الشيفرة من جانبك.
إلى جانب تحديد الموقع الجغرافي لعناوين IP نفسه، يهم دعم IPv6 كل ما يعتمد على هوية الشبكة خلف الكواليس. فحد معدل الطلبات وتتبع الحصة واكتشاف إساءة الاستخدام تعتمد كلها على عنوان المستدعي، وكلها تتعرف الآن على نطاقات IPv6 بشكل صحيح بدلًا من الرجوع إلى تخمينات تقريبية. والنتيجة هي العدالة نفسها والدقة نفسها بغض النظر عن البروتوكول الذي يستخدمه عميل معين.
إذا كانت بنيتك التحتية ثنائية المكدس، أو تتجه نحو IPv6 فقط في بعض المواضع، فلا يوجد شيء إضافي لتهيئته من جانبنا. وجّه الطلبات إلى عنوان URL الأساسي نفسه الذي تستخدمه بالفعل، بعنوان عميل IPv4 أو IPv6، وستعود الاستجابة بالطريقة نفسها. والتفاصيل الكاملة عن عائلتي العناوين موثقة في /docs/ipv4-lookup/ و/docs/ipv6-lookup/.