إعادة توجيه عناوين المنتديات القديمة إلى عناوين Discourse الجديدة باستخدام الروابط الدائمة
إذا انتقلت من برامج منتديات أخرى إلى Discourse باستخدام أحد نصوص الاستيراد الخاصة بنا، فمن المحتمل أنك تريد أن تستمر جميع نتائج بحث Google التي اكتسبتها بشق الأنفس في الإشارة إلى نفس المحتوى. يحتوي Discourse على طريقة مدمجة للتعامل مع هذا الأمر كبديل لكتابة قواعد nginx، باستخدام جدول البحث عن الروابط الدائمة.
يسمح لك جدول الروابط الدائمة بتعيين شيئين: عنوان URL للمطابقة، وما يجب أن يعرضه عنوان URL هذا. هناك بعض الخيارات لتحديد مكان إعادة توجيه عنوان URL. قم بتعيين أحد هذه الخيارات:
topic_id: لعرض موضوع
post_id: لعرض منشور معين داخل موضوع
category_id: لعرض فئة
external_url: لإعادة التوجيه إلى عنوان URL قد لا ينتمي إلى مثيل Discourse الخاص بك
على سبيل المثال، إذا كانت عناوين URL للموضوعات في منتديك الأصلي تبدو مثل http://example.com/discussion/12345، وكان عنوان URL لهذا الموضوع بعد الاستيراد هو http://example.com/t/we-moved/987، فيمكنك إعداد التعيين على النحو التالي:
cd /var/discourse
./launcher enter app
rails c
Permalink.create(url: '/discussion/12345', topic_id: 987)
سيقوم Discourse بعد ذلك بإجراء إعادة توجيه باستخدام رمز حالة استجابة HTTP 301 (تم النقل بشكل دائم) إلى عنوان URL الصحيح لمعرف الموضوع 12345. يجب أن يتسبب الرمز 301 في قيام محركات البحث بتحديث سجلاتها والبدء في استخدام عناوين URL الجديدة.
إذا كنت تريد إعادة توجيه بعض عناوين URL بعيدًا عن Discourse، فيمكنك القيام بذلك عن طريق تعيين external_url:
إذا قمت بالاتصال بـ /threads/name.1234 فسيتم إعادة كتابته إلى /t/name ثم يعرض لي المنشور الصحيح، لا يتم استخدام المعرف في تلك اللحظة، لقد اختبرت ذلك للتو.
ربما فقط عندما تكون محظوظًا ويقوم Discourse ومنتدى القديم الخاص بك بإنشاء نفس الـ slugs (ولا يبدأ الـ slug برقم)، ولكن هذا على الأرجح جيد بما فيه الكفاية.
إذا كنت ترغب في تغيير NGINX كما تقترح، يمكنك إلقاء نظرة على قالب الويب في discourse_docker لمعرفة كيفية تغيير تكوين nginx داخل الحاوية. إليك مثال:
لا. ستضيف ذلك إلى app.yml الخاص بك وسيتم تطبيقه عند كل إعادة بناء.
لتوفير الوقت في الاختبار، قد تقوم بما يلي:
cd /var/discourse
./launcher enter app
apt update
apt-get install -y vim nano
ثم استخدم vim أو nano لتعديل أي شيء تريد رؤيته للتأكد من أنه يفعل ما تعتقده (واحفظ 10-20 دقيقة لكل إعادة بناء). يمكنك إعادة تشغيل nginx باستخدام sv restart nginx.
لم يتم اختبار أي مما سبق، ولكن يجب أن يكون قريبًا.
ألق نظرة على إعداد Let’s Encrypt مع نطاقات/إعادة توجيهات متعددة واستخدم نفس النوع من الأشياء الموجودة في هذا المثال الذي يضيف إلى تكوين nginx.
يمكنك وضعه في خطاف after_ssl (الذي ستضيفه) كما في ذلك المثال.