v3.1
سبتمبر 2026أسماء خدمات طبيعية لكل سوق
تقبل إجراءات services وcatalog الآن رمز لغة اختياريًا لأسماء خدمات مُراجعة باستخدام مصطلحات سوقية منتقاة بعشر لغات. تضيف الطلبات الصريحة بيانات الاسم الأساسي واللغة الفعلية، وتعود بأمان إلى الإنجليزية إذا كانت الترجمة مفقودة أو قديمة. من دون language تبقى بنية الاستجابة القديمة بالإنجليزية دون تغيير. يمكن للمشرفين مراجعة كل اسم أو تحسينه.
v3.0
أغسطس 2026أصبح v3 واجهة API الافتراضية
أصبح /api/v3 نقطة النهاية الأساسية وبديلًا مباشرًا لعنوان URL لعقد إعادة البيع المألوف. يضيف v3 مفاتيح دقيقة اختيارية، وحماية قديمة لمدة 60 ثانية، وكتالوجًا متقدمًا، ومعرّفات رقمية، وrefund_quote، وaccount_status، وإلغاءً فرديًا أو جماعيًا بالتتابع، وويب هوك موقّعًا. تعتمد سعة API الآن على مستوى lifetime successful spend ونافذة متحركة واحدة مدتها 60 ثانية تشترك فيها جميع مفاتيح الحساب. /api/v1 و/api/v2 اسمان مستعاران مطابقان للعقد الحالي.
v2.5
أغسطس 2026كتالوج متقدم ومطابقة الاسترداد والإلغاء
أُضيف إجراء catalog المقسّم إلى صفحات وإجراء refund_quote للقراءة فقط، ووُسّعت بيانات add وstatus الوصفية، وأُتيحت نافذة إلغاء مدتها 15 ثانية للطلبات العادية عبر API، واسترداد كامل لطلب عادي لم يُحسم بعد 7 أيام من إنشائه الأصلي. تحمل أحداث خطاف الويب في API الآن id ثابتًا للحدث، بينما يبقى deliveryId ثابتًا عبر إعادة محاولات الدفعة نفسها؛ وتحصل كل إعادة محاولة على طابع زمني وتوقيع جديدين. يظل تسليم خطافات الويب وفق أفضل جهد مع إعادة المحاولات، دون ضمان دائم للتسليم مرة واحدة على الأقل.
v2.4
يوليو 202612 منصّة وسائط جديدة في الكتالوج
أُضيفت خدمات لـ Google وRumble وAudiomack وTumblr وKwai وClubhouse وVimeo وDeezer وTidal وApple Music وQuora وGitHub. تظهر في إجراء services كأي خدمة أخرى، ولكلٍّ منها صفحة منصّة علنية مخصّصة. لا حاجة إلى أي تغييرات من جانب العميل — إذ تظهر معرّفات الخدمات الجديدة في الكتالوج ببساطة.
v2.3
يونيو 2026فرض توفر الخدمة عند الإضافة
ترفض الخدمات غير المتاحة action=add بدل قبول طلب جديد أو وضعه في الطابور بصمت. حدّث الكتالوج واختر خدمة متاحة قبل إعادة المحاولة.
v2.2
يونيو 2026معاملات طلب اختيارية للتمرير المباشر
يقبل الإجراء add الآن حقولًا اختيارية مدعومة خاصة بنوع الخدمة، مثل تأخير البدء وخيارات التفاعل حسب النوع. تحافظ الحقول التي يحددها نوع الخدمة أصلًا على معناها الموثق.
v2.1
يونيو 2026معاملات التغذية التدريجية عند تقديم الطلب
يقبل الإجراء add الحقلين runs وinterval معًا للخدمات التي لديها dripfeed=true. إجمالي التسليم هو quantity × runs ولا يجوز أن يتجاوز الحد الأقصى للخدمة. ترفض الخدمات التي لا تدعم drip-feed هذين الحقلين.
v2.0
أبريل 2026الإطلاق العام لواجهة v2
أُطلقت API إجراءات v2 بترميز النماذج مع ضوابط للمعدل وwebhooks موقعة بأفضل جهد مع إعادة المحاولة وإنشاء طلبات متكرر آمن. عناوين v1 وv2 الحالية هي أسماء بديلة لعقد v3 وتستخدم حد الحساب المشترك الموثق.