مشكلة مع Onebox تفشل على خادم واحد ولكن ليس على آخر

الدعم
1

يا رفاق، لقد كنت أجرب AliExpress كشريك تسويقي.

في الآونة الأخيرة، بدأت Oneboxes الخاصة بهم في الفشل على الموقع الذي أستخدمها فيه.

بحثت في الأمر ولاحظت أنها تعمل على خادم Discourse آخر لي. كلا الخادمين يحتويان على نفس إصدار Discourse (2.4.0.beta11) ويعملان على VPS من Scaleway باستخدام Ubuntu.

ومع ذلك، عند مقارنة الطلبات من موجه الأوامر باستخدام curl، لاحظت وجود إعادة توجيه 302 إضافية على الخادم الذي يفشل، على الرغم من أنها في النهاية تحل إلى نفس URL.

هل يمكن أن يكون هذا هو السبب في فشل الأشياء مع كود Onebox الحالي؟

أستخدم الأمر التالي لاستعادة القفزات (ويشمل URL):

curl -sLD - http://s.click.aliexpress.com/e/nzyWNlXw -o /dev/null -w '%{url_effective}'

هل يمكن أن يكون هناك تغيير حديث في Onebox جعلها أكثر حساسية لهذا؟

سأعتذر إذا قلت أي شيء ساذج لأنني لست خبيرًا في هذا المجال المحدد!

2

حسناً، هذا يصبح أكثر غرابة مع اقترابه من السبب الذي أشك فيه:

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

…

3

في أي حالة يكون أحد الأصول على شبكة CDN مع حماية من الروابط المباشرة، بينما الآخر لا يكون كذلك.

4

مرحبًا ستيفن، الرابط هو نفسه في الحالتين. أعتقد أن الهدف ببساطة لا يثق بأحد الخوادم؟

5

ليس بالضرورة، فحتى لو كان خادما المصدر في نفس مركز البيانات ويستخدمان نفس موزع الحمل لشبكة توصيل المحتوى (CDN)، فقد لا يتواصلان مع نفس الخادم الخلفي.

6

نقطة جيدة. لكنها لا تزال تؤدي إلى نفس النتيجة السلبية القابلة للتكرار، وهو أمر محبط.