كيفية احتساب استهلاك خطتك

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

منتجان، ووحدتان

المنتج	ما تستدعيه	الوحدة
API	`POST /api/single`، `/api/proxy`، `/api/browser`، `/api/auto`	request، مسعر بالرصيد (credits)
منفذ Proxy	`proxy.foura.ai:34004` من أي عميل يقبل URL الخاص بـ proxy	نفق (tunnel)، مسعر بالغيغابايت

في الـ API، تستهلك نتيجة success فقط الرصيد. أي request يفشل من جانب الهدف، أو من جانبك، أو من جانبنا لا يكلفك أي رصيد. يتم احتساب حركة مرور premium بشكل منفصل عن الرصيد، كما هو موضح أدناه. راجع Request Outcomes.

في منفذ proxy لا يوجد رصيد ولا احتساب لعدد الـ requests، وهذا ليس سهوا. النفق هو اتصال واحد تفتحه أداتك، وما ترسله بداخله هو حركة مرور مشفرة خاصة بك، لذا يمكن لـ FourA احتساب النفق والبايتات المنقولة فقط دون تفاصيل أدق. إن احتساب عدد الـ requests هنا سيكون رقما لا يمكنك مطابقته مع سجلاتك الخاصة أبدا. لذلك يُباع المنفذ دائما بالغيغابايت. راجع Proxy Port.

ما هو الغيغابايت، وما الذي يدخل في حسابه

الغيغابايت الواحد يعني 1,073,741,824 بايت (2^30، الوحدة التي تكتب أيضا GiB). كل حصة وعداد وسعر في خطتك يعتمد على هذا الرقم، في الـ API ومنفذ proxy على حد سواء.

يختلف ما يتم احتسابه باختلاف المنتج، لأن الاثنين ينقلان بيانات مختلفة:

المكان	ما يتم احتسابه
API، مخارج standard	جسم الـ request الذي ترسله إلينا، بالإضافة إلى جسم الـ response الذي نعيده. لا يتم احتساب ترويسات HTTP (headers) من أي من الجانبين.
API، مخارج premium	كل بايت من عملية النقل أثناء مروره عبر الشبكة، في كلا الاتجاهين، مضغوطا ومشفرا أثناء انتقاله.
منفذ Proxy	كل بايت يعبر النفق في كلا الاتجاهين بمجرد فتحه، بما في ذلك إعداد الاتصال المشفر الذي يجريه عميلك مع الموقع. لا يتم احتساب فتح النفق، باستثناء أن مخرج premium الذي يجربه المنفذ ولا يستخدمه أثناء فتح النفق يحتسب كحركة مرور premium.

بعض النتائج المترتبة التي يجدر معرفتها:

تُحسب الصفحة بعد فك ترميزها (decoded)، لأن الصفحة مفكوكة الترميز هي ما ننتجه. قد يتطلب الوصول إليها تشغيل متصفح حقيقي، وإكمال خطوة إضافية تطلبها الصفحة، ثم فك ترميز الـ response وتسليمك محتوى قابلا للاستخدام. ما تدفع مقابله هو تلك النتيجة، وليس حجم ضغطها أثناء النقل. منفذ الـ proxy يمثل الحالة الأخرى ويسعر بطريقة مختلفة: هناك ننقل اتصالك الخاص ولا نتدخل في محتواه، لذلك نحسب البايتات تماما كما تعبر النفق.
محاولات إعادة الإرسال في المجمع القياسي (standard pool) لا تكلفك شيئا. عندما يبدل Proxy Finder عبر عدة نقاط خروج، فإنك تدفع مرة واحدة مقابل النتيجة التي تتلقاها، بغض النظر عن عدد نقاط الخروج التي جرت محاولتها. في نقطة الخروج المتميزة (premium exit)، تُحسب كل محاولة لأن هذه هي طريقة فوترة الشبكات المتميزة لنا.
تُحسب جلسة المتصفح على نقطة خروج قياسية كأي response آخر للـ API: الـ body الذي نعيده إليك، وليس كل مورد فرعي حملته الصفحة. عبر نقطة خروج متميزة، تمر الجلسة بأكملها عبر الشبكة وتُحسب هناك.
الرصيد المتميز (Premium) هو جزء من إجماليك، وليس إضافة عليه. يُخصم من حصتك القياسية فقط الجزء الذي لم يمر عبر نقطة خروج متميزة.
استدعاء Auto لا يحمل حركة مرور خاصة به. تُحسب طلبات Single وProxy Finder وBrowser التي ينفذها كما لو كنت قد أجريتها بنفسك.
يُحسب رفض الموقع؛ بينما لا يُحسب الرفض الناتج عن خطتك نفسها. عندما يستجيب الموقع برمز 403 أو 404 أو 429 أو 5xx، فإننا نقلنا تلك الإجابة إليك، وبالتالي يتم احتسابها. عندما يرفض حد من حدود خطتك طلبك، لا يتم جلب أي شيء ولا يُحسب أي شيء.
لا يتم تقريب أي قيمة للأعلى. تُحسب البايتات بدقة، دون حد أدنى لحجم الكتلة ودون حد أدنى لكل request، وتتم تسوية أرقامك كل ليلة مقابل مخزن المقاييس لدينا.

طريقتان لبيع الخطة

يعمل كلا العدادين لكل حساب. ما يختلف هو المقياس الذي تُباع بناء عليه خطتك.

البيع بواسطة الائتمانات (Credits)

يخصم الـ API ائتمانات لكل request مفوتر. يحصل منفذ الـ proxy على غيغابايتات مضمنة خاصة به، محددة بشكل منفصل، لأن النفق لا يحتوي على request لخصم ائتمان مقابله. المساران لا يستهلكان بعضهما: حركة مرور الـ API لا تستهلك غيغابايتات المنفذ، وأنفاق المنفذ لا تستهلك ائتماناتك. البديل كان سيكون محاسبة طلب الـ API الواحد مرتين، مرة بالائتمانات ومرة بالبايتات التي أنتجتها تلك الائتمانات.

الحد الأقصى لحركة مرور الـ API يكون معطلا إلا إذا كانت خطتك تتضمن حدا معينا.

البيع بواسطة حركة المرور (Traffic)

حصة واحدة من حركة المرور القياسية تغطي الـ API ومنفذ الـ proxy معا، لأن كلا المدخلين مسعران بنفس الوحدة. الخطة المباعة بهذه الطريقة لا تفوتر أي ائتمانات، لذا تختفي الائتمانات من لوحة التحكم تماما بدلا من عرض رقم لا معنى له.

حركة المرور المتميزة (Premium) في كلا النوعين

تمتلك حركة المرور المتميزة دائما حصتها الخاصة في كلا النوعين من الخطط. لا تُحسب أبدا داخل الرقم القياسي، لذا لا يتم خصم غيغابايت واحد من سقفين في نفس الوقت. تصل إلى نقطة خروج متميزة باستخدام exitClass: premium على POST /api/proxy/ أو -network-premium على منفذ الـ proxy.

يتم قياسه أثناء عبوره للشبكة: في كلا الاتجاهين، مضغوطا ومشفرًا أثناء انتقاله. على الـ API، يُحتسب كل مسعى premium، بما في ذلك المحاولة التي لم تُرجع صفحتك؛ وعلى منفذ الـ proxy، يُحتسب حجم حركة البيانات لكل نفق premium، بالإضافة إلى أي مخرج premium حاول المنفذ استخدامه ثم أسقطه أثناء فتحه.

أسباب الرفض ومواضعه

الحصة المتاحة	على الـ API	على منفذ الـ proxy
الأرصدة للفترة	`429` مع `X-FourA-Limit: plan_limit_credits`	لا ينطبق
حركة البيانات القياسية للفترة	`429` مع `X-FourA-Limit: plan_limit_bandwidth`	`429` مع `X-Foura-Error` يحدد حركة البيانات
الأنفاق المفتوحة في نفس الوقت	لا ينطبق	`429` مع `X-Foura-Error`
فتح الأنفاق في الدقيقة	لا ينطبق	`429` مع `X-Foura-Error`
حركة بيانات Premium	تخفيض الفئة، دون رفض	`403` عند طلب صريح

لا يحتوي CONNECT على body لوضع خطأ JSON فيه، ولهذا السبب يكون رفض المنفذ عبارة عن حالة مرفقة بـ header بدلاً من الشكل الذي يوضحه Rate Limits. اقرأ X-Foura-Error قبل أي شيء آخر في اتصال proxy.

نفاد الـ Premium هو عدم التطابق الوحيد

يستجيب المدخلان بشكل مختلف عمدًا، لأن "لقد طلبت الإنفاق" و"تم تعيين شيء لي مسبقًا" هما حالتان مختلفتان.

على الـ API، لا يؤدي نفاد حصة premium إلى إيقاف المهمة أبدًا. يتم تقديم الـ request من المجمع القياسي وترجع الـ response القيمة exitClass: standard، حتى تتمكن من رؤية ما حصلت عليه بالفعل. أما الخطة التي لا تتضمن مخارج premium على الإطلاق فلها استجابة مختلفة: وتتمثل في 403 مع plan_limit_premium.

على منفذ الـ proxy:

الاتصال الذي يحدد -network-premium يُرفض باستخدام 403. لقد طلبت الإنفاق، لذا فإن تقديم الخدمة بصمت من مكان آخر سيجعلك تحاول مطابقة بند premium لا يظهر أبدًا.
الإعداد الافتراضي لـ premium والمحفوظ لمستخدم proxy يتم خفضه إلى الشبكة المشتركة، ويستمر النفق في الفتح. أنت لم تختره خصيصًا لهذا الاتصال.
الـ -fallback-premium المفعل ببساطة لا يعمل.

شراء المزيد

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

تفصل لوحة التحكم بين الرقمين أينما تعرض الحصة (75,000 (50,000 incl + 25,000 bought))، حتى يمكن مطابقة الرقم الظاهر على الشاشة مع الفاتورة التي بين يديك.

أين تجد أرقامك الخاصة

الصفحة	ما توضحه
Billing	استهلاك هذه الفترة مقارنة بما هو متاح، بطاقة واحدة لكل عنصر تقيسه خطتك، مع زر شراء في كل منها
Usage & Limits	كل حد بجانب العداد المباشر الخاص به، بالإضافة إلى تفصيل لكل key ولكل endpoint ولكل proxy-user
Overview	الحجم وحركة البيانات عبر أي فترة، لكل منتج

تعتمد البطاقات التي يعرضها Billing على الحالتين المذكورتين أعلاه: الخطة التي تُباع حسب الرصيد تحصل على بطاقة Credits وبطاقة Proxy port traffic؛ أما الخطة التي تُباع حسب حجم نقل البيانات فلا تحصل على أي منهما، وتحمل بطاقة Standard traffic الخاصة بها الحد الأقصى مع عبارة The API and the proxy port together.

لا تقم بترميز أي من هذه الأرقام برمجياً بشكل ثابت. يحمل كل رفض من API الحد الأقصى الذي تسبب في الرفض، ويحدده كل رفض من منفذ proxy في X-Foura-Error.