React-native-iap: قلق بشأن `` getAvailablePurchases () ''

أود أن أضيف سؤالين. ماذا لو لم نستخدم خدمات الخلفية للتحقق من الصحة. كيف يمكنني فهم الاشتراك الذي تم وإلغاءه من قبل المستخدم. كيف يمكنني التعامل مع ذلك؟.
يوجد أيضًا في حسابي sandbox 6 منتجات اشتراك. كلهم نشيطون كيف يمكن ذلك؟
لـ IOS.

تقترح Apple بشدة استخدام التحقق من صحة الخادم بسبب خطر التعرض للاختراق.

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

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

السلوك الفعلي بعد إلغاء الاشتراك ، تقوم الطريقة getAvailablePurchases بإرجاع مصفوفة تحتوي على شراء الاشتراك ، _ حتى بعد انتهاء الصلاحية الفرعية_ . الدليل الوحيد على إلغاء العنصر الفرعي هو أنه داخل الكائن الذي تم إرجاعه SubscriptionPurchase تم تعيين الخاصية autoRenewingAndroid على false .

ليس لدي أي دليل عند إزالة الشراء من النتائج التي تم إرجاعها بواسطة getAvailablePurchases . هل يعلم أحد؟

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

vkachan بقدر ما أتذكر أن transactionDate هو دائمًا بالفعل أول دفعة اشتراك.

تحديث واحد مني: قمت بتشغيل getAvailablePurchases مرة أخرى بعد حوالي 22 ساعة من إلغاء الاشتراك وأخيرًا يتم إرجاع مصفوفة فارغة. يبدو أن خادم الفواتير من Google يستغرق وقتًا طويلاً لتحديث الاستجابة.

سأحاول دفع اشتراك مرفوض اليوم وأرى المدة التي تستغرقها للإزالة من استجابة getAvailablePurchases .

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

يمكن تأكيد ما يقول darriuk . لقد قمت بتشغيل اشتراك تجريبي انتهى ثم تم تقديم الاشتراك على أنه نشط من getAvailablePurchases لمدة 24 ساعة تقريبًا. ربما هناك طريقة لفرض إعادة التحميل من جانب Googles؟ 🤔

واجهت مشكلات مماثلة ، فإن التعامل مع iap من جانب العميل يمثل فوضى ، الآن باستخدام رد الفعل الأصلي iaphub .
يعتني Iaphub بالتحقق من صحة إيصال الخادم.

tomerdev كيف كانت تجربتك مع iaphub؟ كنت أفكر في الانتقال إلى استخدامه ولكني أردت أن أرى رأي مطور آخر في المنتج.

captaincole لا توجد مشكلة في استخدام iaphub ، لقد نفذت المكتبة وقمت بشراء sandbox بسرعة كبيرة.
بالتأكيد وفر لي الكثير من الوقت. أوصي به إذا كنت لا تستطيع قضاء الكثير من الوقت في رعاية IAP ، فأنا شخصياً أفضل التركيز على تطبيقي.

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

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