أضف مسار إلى الكوكيز

Yes would only be for subfolder setups, also not sure what to do about leftover cookie

Were any of the recent subfolder changes helpful here on this front?

I don’t recall changing anything in this department recently.

7 سنوات لاحقة ولم يتم تعيين المسار لملف تعريف الارتباط _t
تظهر الصورة لقطة شاشة لشاشة زرقاء مع نص مرئي جزئيًا بما في ذلك التاريخ "الخميس، 24 يوليو 2025" والطابع الزمني. (تم تعليقه بواسطة الذكاء الاصطناعي)
يعمل v3.4.2

أستضيف خادمين يعمل كل منهما على حوالي 15 مثيلاً من discourse باستخدام الدلائل الفرعية. عدم تعيين المسار على ملف تعريف الارتباط _t هو نقطة ألم كبيرة إلى حد ما.

DISCOURSE_TOKEN_COOKIE غير موثق في أي مكان أيضًا.

البحث على جوجل يعطي 3 نتائج: هذا الموضوع، ورابط كود إلى github حيث يتم تعريف هذا المتغير ورابط 404 لشيء يسمى isharkfly

استغرقت أكثر من 6 أشهر للعثور على هذا الموضوع.

للأسف أنت على حق - ملف تعريف الارتباط _t لا يزال ليس لديه مسار مرتبط. إنه شيء نود القيام به، ولكن عمليات تثبيت ‘المجلد الفرعي’ نادرة إلى حد ما، وعمليات تثبيت المجلد الفرعي المتعددة على نفس النطاق هي أكثر ندرة. لذلك لم يتم إعطاؤه الأولوية.

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

env:
  DISCOURSE_TOKEN_COOKIE: _t_mysite

(حيث mysite يختلف لكل منتدى)

3 إعجابات

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

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

[اقتباس=“Dylan-Brotherston، المشاركة: 48، الموضوع: 40218”]
لكن القضية الأكبر كانت في العثور على أن هذا كان متاحًا.
[/اقتباس]
فهمت. شكرًا لك على النشر هنا حول هذا الأمر!

[اقتباس=“Dylan-Brotherston، المشاركة: 48، الموضوع: 40218”]
لكن المستخدمين ما زالوا يواجهون مشكلة حيث يحتاجون إلى إعادة المصادقة (re-auth) أكثر مما ينبغي عند تبديل الحالات.
[/اقتباس]

هل المنتديات عامة؟ هل يمكنك مشاركة بعض عناوين URL؟

إنها نماذج لدورات جامعية. لذا فهي خاصة.

تنسيق عنوان URL هو discourseX.university.url/">".university.url/"

إعجاب واحد (1)

وهل تتضمن DISCOURSE_TOKEN_COOKIE كلاً من السنة واسم الدورة؟

إعجاب واحد (1)

نعم، هو _discourse-\u003cyear\u003e_\u003ccourse-name\u003e_t

إعجاب واحد (1)

أنا مرة أخرى أطلب أن يتم تحديد نطاق ملف تعريف الارتباط _t بشكل صحيح مع مسار المثيل.

لقد واجهت مشكلة أخرى مع الحل البديل لـ DISCOURSE_TOKEN_COOKIE.

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

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

مع 40 ملف تعريف ارتباط معاد تسميتها، يتم إرسال كل طلب مع ملف تعريف ارتباط واحد مفيد و 39 ملف تعريف ارتباط عديم الفائدة.

حسنًا، كان سيرسل 39 ملف تعريف ارتباط عديم الفائدة باستثناء أنه بعد حوالي 30، يكون الطلب طويلاً جدًا وأحصل على استجابة 400 بالرسالة التالية:

تجاوز حجم حقل رأس الطلب الحد الأقصى للخادم.