أود أن أقول إن منشورك هو الأفضل.
لقد وجدت المشكلة، وهي أن Oracle Object Storage يستخدم نمط المسار.
ولا يمنحني Discourse خيار استخدام نمط المسار، بل يريد إجباري على استخدام نمط المضيف الافتراضي.
أتمنى لو كان بإمكاني الاختيار.
حتى أن Minio يجب تكوينه ليناسب نمط المضيف الافتراضي.
نظرًا لأن كل مزود سحابي رئيسي يدعم النمط الظاهري للمضيف الافتراضي (حتى MinIO) ، فليس لدينا خطط لإضافة دعم لميزة نمط المسار المهملة.
هذه ليست المرة الأولى التي أتذكر فيها قولك ذلك. ربما أضف ذلك إلى المنشور الرئيسي وقل بوضوح إن Oracle Object Storage غير مدعوم حتى يدعموا نمط المضيف الافتراضي.
الشرح أعلاه معقول، ولكن يجب توضيح أن أي موفر لا يستخدم معيار نمط المضيف الافتراضي غير مدعوم.
على الرغم من وجود هذا في بعض النقاط، إلا أنه ليس واضحًا جدًا.
اضطررت إلى إجراء بعض الاختبارات لمعرفة ذلك.
ما هي الخدمة التي جربتها ولم تنجح؟ عندها يمكننا إضافتها إلى القائمة في المنشور الافتتاحي.
لقد جربت مع Oracle Object Storage
لا يزالون يستخدمون “نمط المسار” ولهذا السبب لم ينجح الأمر.
لقد قمت للتو بتكوين النسخ الاحتياطي لـ S3 باستخدام DigitalOcean Space. عند الانتهاء من إضافة المعلومات في ملف *app.yml الخاص بي وتشغيل ./launcher rebuild app بنجاح، عندما حاولت تشغيل أمر rebake، وهو rake posts:rebake، تلقيت رسالة خطأ تفيد بأنه لا يمكن العثور على rake.
من فضلكم ساعدوني! أنا عالق!
قبل إدخال أمر rake، ستقوم بـ
./launcher enter app
قد تقوم بإعادة بناء HTML على منشور من تجربة المستخدم أولاً للتأكد من أنه يعمل.
شكراً @pfaffman. لقد قمت بتشغيل الأمر:
./launcher enter app
قبل تشغيل أمر إعادة الخبز.
كما قلت “قد تقوم بإعادة بناء HTML على منشور من تجربة المستخدم أولاً للتأكد من أنه يعمل.”
لا أعرف كيف أفعل ذلك لأنني جديد في Discourse. هل تمانع في تزويدي بالخطوات للقيام بذلك؟
نظرًا لأن الدليل هنا لا يحدد، بعد إدخال هذه التفاصيل في app.yml، وتشغيل الأمر الضروري، هل ما زلت بحاجة إلى تكوين الإعدادات في Settings → File و Settings → Backup؟
مرحباً فيكتور،
على موقعك، عند النقر على النقاط الثلاث (علامة الحذف) ستجد المفتاح و هناك إعادة بناء HTML
لا. يؤدي وضع الإعدادات في متغيرات البيئة إلى تجاوز القدرة على رؤية التغيير بعد ذلك في واجهة المستخدم
شكراً لك، @Benjamin_D. سأقوم بذلك بعد قليل.
شكرا لمساعدتك.
لقد أكملت بنجاح تكوين النسخ الاحتياطي لـ S3 (أو هكذا أعتقد!). ولكن عندما أقوم بتشغيل النسخ الاحتياطي، فإنه يعمل بنجاح.
ومع ذلك، فإن مجلد DigitalOcean Space الخاص بي لا يحتوي على أي ملفات!
هذا هو الإعداد الخاص بي. لم أقم بتضمين مفاتيح الوصول والسرية لأسباب واضحة!
after_assets_precompile:
- exec:
cd: $home
cmd:
- sudo -E -u discourse bundle exec rake s3:upload_assets
DISCOURSE_USE_S3: true
DISCOURSE_S3_REGION: NYC3
DISCOURSE_S3_ENDPOINT: nyc3.digitaloceanspaces.com
DISCOURSE_S3_ACCESS_KEY_ID: myaccesskey
DISCOURSE_S3_SECRET_ACCESS_KEY: mysecretkey
DISCOURSE_S3_CDN_URL: https://community-cdn.itechguides.com
DISCOURSE_S3_BUCKET: itg-community-files
DISCOURSE_S3_BACKUP_BUCKET: itg-community-files/backups
DISCOURSE_BACKUP_LOCATION: s3
كل تلك الأسطر DISCOURSE*: x تذهب إلى أعلى في الملف في القسم الذي يبدأ بـ env:, مباشرة تحت إعدادات SMTP.
واو! دعني أنقل الملفات الآن وأختبر.
هل يجب أن أنقل النص البرمجي أدناه أيضًا؟
after_assets_precompile:
- exec:
cd: $home
cmd:
- sudo -E -u discourse bundle exec rake s3:upload_assets
هذا القسم عبارة عن مقطع شعري قائم بذاته، لذا لا يهم أين يوضع (باستثناء وضعه في منتصف مقطع آخر).
شكراً جزيلاً @pfaffman! لقد أضفت هذه الملفات للتو في الأماكن ذات الصلة وبعد إعادة بناء الحاوية، أصبح موقعي معطلاً ويعرض صفحة فارغة!



