إذا كنت تستخدم OrbStack (غير تابع) على بيئة macOS المحلية الخاصة بك، وترغب في تشغيل Discourse باستخدام HTTPS مع نطاق مخصص، فقم بتحديث ملف devcontainer.json الخاص بك بالإضافات التالية:
- امنح اسمًا للحاوية.
- أضف النطاق الفرعي
.orb.localإلى متغير البيئةRAILS_DEVELOPMENT_HOSTS(يجب فصل أسماء المضيفين بفاصلة).
--- a/.devcontainer/devcontainer.json
+++ b/.devcontainer/devcontainer.json
@@ -13,10 +13,11 @@
],
"remoteUser": "discourse",
"remoteEnv": {
- "RAILS_DEVELOPMENT_HOSTS": ".app.github.dev",
+ "RAILS_DEVELOPMENT_HOSTS": ".app.github.dev,.orb.local", // الخطوة 2
"PGUSER": "discourse",
"SELENIUM_FORWARD_DEVTOOLS_TO_PORT": "9229",
},
+ "runArgs": ["--name","discourse"], // الخطوة 1
"mounts": [
"source=${localWorkspaceFolderBasename}-node_modules,target=${containerWorkspaceFolder}/node_modules,type=volume",
"source=${localWorkspaceFolderBasename}-pg,target=/shared/postgres_data,type=volume",
ملاحظة: يرجى إخباري إذا كنت تعرف كيف يمكنني تعيين اسم المضيف *.orb.local واسم الحاوية ديناميكيًا، كما هو محدد لـ GitHub Codespaces. لم ينجح معي تعيين القيمة كـ .app.github.dev,.orb.local.
تحديث: بطريقة ما، كنت أفتقد سجلًا في ملف /etc/hosts الخاص بي. بعد إضافة هذا السطر، تمكنت من استخدام النطاق الفرعي .orb.local في الخطوة 2.
مع هذه التغييرات في ملف devcontainer.json، يمكنني الآن تشغيل نسخة Discourse المحلية الخاصة بي على https://discourse.orb.local/
/etc/hosts
أضف هذا السطر إلى ملف /etc/hosts الخاص بك إذا لم يكن موجودًا بالفعل.
##
# Docker و OrbStack
##
127.0.0.1 host.docker.internal
نصيحة إضافية 1
إذا كانت إعدادات شبكتك، أو شبكة VPN الخاصة بشركتك، وما إلى ذلك تتعارض مع نطاقات IP للحاويات الخاصة بـ OrbStack، فقم بتحديث OrbStack الخاص بك بنطاق مختلف.
نصيحة إضافية 2
إذا حذفت الخطوة 1، فسيقوم OrbStack بإنشاء حاوية باسم عشوائي، ولكن لا يزال بإمكانك استخدام HTTPS دون إضافة أي رقم منفذ. العيب هو اسم الحاوية، وبالتالي سيتم تحديث اسم النطاق في كل مرة تقوم فيها بإعادة بناء الحاوية.