مجرد تصحيح/توضيح لما قلته أعلاه.
عندما وصفت النتيجة في البداية على أنها:
منتدى أكثر ملاءمة للأجهزة المحمولة، كان جزءًا مما لاحظته أن الرحلة ذهابًا وإيابًا الأولية عند فتح تطبيق الويب التقدمي (PWA) في متصفح iOS Safari كانت تبدو بطيئة جدًا في السابق.
ومع ذلك، أعتذر الآن عن تضمين هذا البيان في ردي اللاحق:
كان تعطيل 0-RTT شيئًا حاولته أثناء تشخيص مشكلة عنوان IP للعميل، لكنه لا يبدو ضروريًا. استمرت كلتا خطأي PostgreSQL المتعلقتين بـ unix: بينما كان 0rtt off مكونًا بالفعل.
كان التغيير الذي يبدو أنه حل هذه الأخطاء بدلاً من ذلك هو الخطاف المستمر في app.yml الذي يعدل nginx بحيث يستخدم قيمة X-Forwarded-For من Caddy كعنوان IP الحقيقي للعميل عندما تصل الطلبات عبر المقبس Unix.
لذلك، أزلت الآن إعداد 0rtt off واستعدلت السلوك الافتراضي لـ Caddy. لا يزال HTTP/3 يعمل، ويستمر عنوان IP الصحيح للعميل في المرور إلى Discourse.
لذا، إذا كان هناك اهتمام كافٍ في النهاية لأقوم بوضع دليل خطوة بخطوة، فلن أتضمن تعطيل QUIC 0-RTT كجزء مطلوب من التكوين.