تكوين مزود تخزين كائنات متوافق مع S3 للرفع

[Discourse]

<div data-theme-toc="true"

يغطي هذا الموضوع كيفية تكوين بعض مزودي تخزين الكائنات المتوافقين مع S3 (استنساخات S3) الشائعة. انظر Set up file and image uploads to S3 لمزيد من التفاصيل حول تكوين Amazon AWS S3، والذي يتم دعمه رسمياً ويستخدمه Discourse داخلياً لخدمات الاستضافة الخاصة بنا.

المزود	اسم الخدمة	يعمل مع Discourse؟
Amazon AWS	S3	نعم
Digital Ocean	Spaces	نعم
Linode	Object Storage	نعم
Google Cloud	Storage	نعم
Scaleway	Object Storage	نعم
Vultr	Object Storage	نعم
BackBlaze	Cloud Storage	نعم*
استضافة ذاتية	MinIO	نعم
Azure Blob Storage	Flexify.IO	نعم
Oracle Cloud	Object Storage	لا [1]
Wasabi	Object Storage	ربما
Cloudflare	R2	نعم
Contabo	Object Storage	لا

إذا قمت بتشغيل خدمة مختلفة بنجاح، يرجى إضافتها إلى هذا الويكي.

التكوين

لتخزين أصول Discourse الثابتة في تخزين الكائنات الخاص بك، أضف هذا التكوين في ملف app.yml الخاص بك تحت قسم hooks:

  after_assets_precompile:
    - exec:
        cd: $home
        cmd:
          - sudo -E -u discourse bundle exec rake s3:upload_assets
          - sudo -E -u discourse bundle exec rake s3:expire_missing_assets

عند استخدام تخزين الكائنات، تحتاج أيضاً إلى CDN لخدمة ما يتم تخزينه في الدلو (bucket). استخدمت StackPath CDN في اختباري، وبصرف النظر عن الحاجة إلى تعيين Dynamic Caching By Header: Accept-Encoding في تكوينهم، يعمل بشكل جيد.

DISCOURSE_CDN_URL هو CDN يشير إلى اسم المضيف الخاص بـ Discourse ويخزن الطلبات مؤقتاً. سيتم استخدامه بشكل أساسي للأصول القابلة للسحب: CSS وأصول السمات الأخرى.

DISCOURSE_S3_CDN_URL هو CDN يشير إلى دلو تخزين الكائنات الخاص بك ويخزن الطلبات مؤقتاً. سيتم استخدامه بشكل أساسي للأصول القابلة للدفع: JS، الصور، وتحميلات المستخدمين.

نوصي بأن يكونا مختلفين وأن يقوم المشرفون بتعيين كلاهما.

عدم استخدام CDN (أو إدخال عنوان URL الخاص بالدلو كعنوان URL لـ CDN) من المرجح أن يسبب مشاكل ولا يتم دعمه.

في الأمثلة التالية، https://falcoland-files-cdn.falco.dev هو CDN مُكوّن لخدمة الملفات الموجودة تحت الدلو. تم تعيين اسم الدلو إلى falcoland-files في أمثلتي.

يُنصح بتكوين هذه الإعدادات في متغيرات البيئة في ملف app.yml الخاص بك لأن هذا هو ما يفعله CDCK في بنيتهم التحتية، وبالتالي فهو مُختبر جيداً. أيضاً، تحدث مهمة رفع الأصول بعد تجميع الأصول، وهو ما يحدث أثناء إعادة البناء. إذا كنت تريد تشغيل Discourse يعمل بشكل صحيح مع تخزين الكائنات منذ البداية، فأنت بحاجة إلى تعيين متغيرات البيئة بحيث يتم رفع الأصول قبل بدء الموقع.

اختر مزودك من القائمة أدناه وأضف هذه الإعدادات إلى قسم env في ملف app.yml الخاص بك، مع تعديل القيم وفقاً لذلك:

AWS S3

ما ندعمه رسمياً ونستخدمه داخلياً. عرض CDN الخاص بهم Cloudfront يعمل أيضاً كواجهة لملفات الدلو. انظر Set up file and image uploads to S3 لمعرفة كيفية تكوين الأذونات بشكل صحيح.

  DISCOURSE_USE_S3: true
  DISCOURSE_S3_REGION: us-west-1
  DISCOURSE_S3_ACCESS_KEY_ID: myaccesskey
  DISCOURSE_S3_SECRET_ACCESS_KEY: mysecretkey
  DISCOURSE_S3_CDN_URL: https://falcoland-files-cdn.falco.dev
  DISCOURSE_S3_BUCKET: falcoland-files
  DISCOURSE_S3_BACKUP_BUCKET: falcoland-files/backups
  DISCOURSE_BACKUP_LOCATION: s3

Digital Ocean Spaces

عرض DO جيد ويعمل مباشرة. من الجيد تمكين Restrict File Listing. المشكلة الوحيدة هي أن عرض CDN الخاص بهم معطوب بشكل سيء، لذا تحتاج إلى استخدام CDN مختلف للملفات. أيضاً، لا تحتاج إلى تثبيت قاعدة CORS، حيث إنها تعيد تثبيتها عند كل إعادة بناء.

مثال على التكوين:

  DISCOURSE_USE_S3: true
  DISCOURSE_S3_REGION: whatever
  DISCOURSE_S3_ENDPOINT: https://nyc3.digitaloceanspaces.com
  DISCOURSE_S3_ACCESS_KEY_ID: myaccesskey
  DISCOURSE_S3_SECRET_ACCESS_KEY: mysecretkey
  DISCOURSE_S3_CDN_URL: https://falcoland-files-cdn.falco.dev
  DISCOURSE_S3_BUCKET: falcoland-files
  DISCOURSE_S3_BACKUP_BUCKET: falcoland-files/backups
  DISCOURSE_BACKUP_LOCATION: s3
  DISCOURSE_S3_INSTALL_CORS_RULE: false 

Linode Object Storage

مطلوب معلمة تكوين إضافية، HTTP_CONTINUE_TIMEOUT، لـ Linode.

مثال على التكوين:

  DISCOURSE_USE_S3: true
  DISCOURSE_S3_REGION: us-east-1
  DISCOURSE_S3_HTTP_CONTINUE_TIMEOUT: 0
  DISCOURSE_S3_ENDPOINT: https://us-east-1.linodeobjects.com
  DISCOURSE_S3_ACCESS_KEY_ID: myaccesskey
  DISCOURSE_S3_SECRET_ACCESS_KEY: mysecretkey
  DISCOURSE_S3_CDN_URL: https://falcoland-files-cdn.falco.dev
  DISCOURSE_S3_BUCKET: falcoland-files
  DISCOURSE_S3_BACKUP_BUCKET: falcoland-files/backup
  DISCOURSE_BACKUP_LOCATION: s3

Google Cloud Platform Storage

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

نظراً لأنه لا يمكنك سرد الملفات، فلن تتمكن من سرد النسخ الاحتياطية، وستفشل النسخ الاحتياطية التلقائية، لذا لا نوصي باستخدامها للنسخ الاحتياطي. ومع ذلك، يقترح البعض أنه إذا قمت بتغيير الدور من Storage Legacy Object Owner إلى Storage Legacy Bucket Owner، فإن النسخ الاحتياطية تعمل بشكل صحيح. انظر هذا الموضوع للمناقشة الخاصة بـ Google Cloud.

هناك إضافة من طرف ثالث لتحسين التكامل على Discourse GCS Helper.

مثال على التكوين:

  DISCOURSE_USE_S3: true
  DISCOURSE_S3_REGION: us-east1
  DISCOURSE_S3_INSTALL_CORS_RULE: false
  FORCE_S3_UPLOADS: 1
  DISCOURSE_S3_ENDPOINT: https://storage.googleapis.com
  DISCOURSE_S3_ACCESS_KEY_ID: myaccesskey
  DISCOURSE_S3_SECRET_ACCESS_KEY: mysecretkey
  DISCOURSE_S3_CDN_URL: https://falcoland-files-cdn.falco.dev
  DISCOURSE_S3_BUCKET: falcoland-files
  #DISCOURSE_S3_BACKUP_BUCKET: falcoland-files/backup
  #DISCOURSE_BACKUP_LOCATION: s3

Scaleway Object Storage

عرض Scaleway جيد أيضاً، وكل شيء يعمل بشكل جيد في معظم الأوقات.

عمليات الرفع متعددة الأجزاء في Scaleway تدعم حد أقصى 1,000 جزء فقط. هذا لا يتطابق مع Amazon S3، الذي يدعم حد أقصى 10,000 جزء. بالنسبة للتركيبات الأكبر، سيؤدي هذا إلى فشل النسخ الاحتياطي في Discourse وقد يحتاج الرفع غير المكتمل إلى حذفه يدوياً قبل إجراء محاولات أخرى. بالنسبة للتركيبات الصغيرة، هذه ليست مشكلة. يبدو أن Scaleway منفتح جداً على التعليقات، لذا إذا كنت ترغب في تغيير هذا الحد، يجب أن تتواصل معهم.

لاحظ أنه بالنسبة لمعلمة DISCOURSE_S3_ENDPOINT، يستخدم Discourse نقطة نهاية المنطقة بأكملها: https://s3.{region}.scw.cloud. تأتي “نقطة نهاية الدلو” الموجودة في لوحة تحكم Scaleway الخاصة بك في شكل https://{bucketName}.s3.{region}.scw.cloud. احذف اسم الدلو من اسم النطاق الفرعي لمنع أخطاء الاتصال.

مثال على التكوين:

  DISCOURSE_USE_S3: true
  DISCOURSE_S3_REGION: fr-par
  DISCOURSE_S3_ENDPOINT: https://s3.fr-par.scw.cloud
  DISCOURSE_S3_ACCESS_KEY_ID: myaccesskey
  DISCOURSE_S3_SECRET_ACCESS_KEY: mysecretkey
  DISCOURSE_S3_CDN_URL: https://falcoland-files-cdn.falco.dev
  DISCOURSE_S3_BUCKET: falcoland-files
  DISCOURSE_S3_BACKUP_BUCKET: falcoland-files/backups
  DISCOURSE_BACKUP_LOCATION: s3

Vultr Object Storage

مطلوب معلمة تكوين إضافية، HTTP_CONTINUE_TIMEOUT، لـ Vultr.

مثال على التكوين:

  DISCOURSE_USE_S3: true
  DISCOURSE_S3_REGION: whatever
  DISCOURSE_S3_HTTP_CONTINUE_TIMEOUT: 0
  DISCOURSE_S3_ENDPOINT: https://ewr1.vultrobjects.com
  DISCOURSE_S3_ACCESS_KEY_ID: myaccesskey
  DISCOURSE_S3_SECRET_ACCESS_KEY: mysecretkey
  DISCOURSE_S3_CDN_URL: https://falcoland-files-cdn.falco.dev
  DISCOURSE_S3_BUCKET: falcoland-files
  DISCOURSE_S3_BACKUP_BUCKET: falcoland-files/backup
  DISCOURSE_BACKUP_LOCATION: s3

Backblaze B2 Cloud Storage

تحتاج إلى تخطي CORS وتكوينه يدوياً.

هناك تقارير عن عدم عمل تنظيف التحميلات اليتيمة بشكل صحيح مع BackBlaze. يجب عليك تغيير قواعد دورة الحياة لدلو الخاص بك حتى يعمل تنظيف اليتامى.

مثال على التكوين:

  DISCOURSE_USE_S3: true
  DISCOURSE_S3_REGION: "us-west-002"
  DISCOURSE_S3_INSTALL_CORS_RULE: false
  DISCOURSE_S3_CONFIGURE_TOMBSTONE_POLICY: false
  DISCOURSE_S3_ENDPOINT: https://s3.us-west-002.backblazeb2.com
  DISCOURSE_S3_ACCESS_KEY_ID: myaccesskey
  DISCOURSE_S3_SECRET_ACCESS_KEY: mysecretkey
  DISCOURSE_S3_CDN_URL: https://falcoland-files-cdn.falco.dev
  DISCOURSE_S3_BUCKET: falcoland-files
  DISCOURSE_S3_BACKUP_BUCKET: falcoland-files/backup
  DISCOURSE_BACKUP_LOCATION: s3

ملاحظة: أثناء الهجرة الأولية إلى B2، قد تواجه حدود 2500 معاملة فورية مجانية يومياً من الفئة C. ستحتاج إلى إضافة طريقة دفع لإزالة الحدود.

MinIO Storage Server

هناك بعض التحذيرات والمتطلبات التي يجب التأكد من استيفاؤها قبل أن تتمكن من استخدام خادم تخزين MinIO كبديل لـ S3:

1. لديك خادم MinIO مُكوّن بالكامل
2. تم تمكين دعم النطاق في تكوين MinIO، لعناوين URL الدلو المدفوعة بالنطاق. هذا هو مطلب التكوين الإلزامي لـ MinIO و Discourse، حيث لا يزال MinIO يدعم أنماط “المسار” القديمة لـ S3 والتي لم تعد مدعومة في Discourse.
3. تم تعيين تكوين DNS بشكل صحيح لـ MinIO بحيث تحل أسماء النطاقات الفرعية للدلو بشكل صحيح إلى خادم MinIO، وتم تكوين خادم MinIO مع نطاق أساسي (في هذه الحالة، minio.example.com)
4. يوجد الدلو discourse-data على خادم MinIO ويتم تعيين سياسة “عام” عليه
5. يشير عنوان URL الخاص بـ S3 CDN الخاص بك إلى CDN مُكوّن بشكل صحيح يشير إلى الدلو ويخزن الطلبات مؤقتاً، كما ورد سابقاً في هذا المستند.
6. يتم تكوين CDNs الخاصة بك لاستخدام رأس "Host

---

1. Oracle Cloud تفتقر إلى دعم الوصول إلى الدلاء بأسلوب المضيف الافتراضي و لن تعمل ↩︎

[Richie (Richie Rich)]

مرحبًا بالجميع،

أستخدم تخزين S3 منذ عدة سنوات الآن بدون شبكة توصيل محتوى (CDN).

اتباعًا للنصيحة التي تلقّيتها في موضوع آخر، قمت اليوم بإعداد شبكة CloudFront CDN.

قبل أن أضيف عنوان URL الخاص بـ CDN إلى لوحة التحكم وأعيد معالجة أكثر من 230,000 منشور فقط لأكتشف أن إعدادًا خاطئًا في CloudFront قد يعطل كل شيء، هل يمكن لأحد تأكيد أن هذا هو السلوك المتوقع بالنسبة لي من فضلك؟

حاليًا، هذا مثال لعنوان URL لصورة قام أحد المستخدمين برفعها:

https://greyarrows.s3.dualstack.eu-west-2.amazonaws.com/original/3X/8/3/8335cab232f512f4a979c7f0c8562e149c01b212.png

والذي يعرض:

اسم النطاق الخاص بـ CloudFront هو: d1q8cepst0v8xp.cloudfront.net

إذا قمت بتعديل عنوان URL أعلاه يدويًا واستبدلت جزء S3 الحالي في اسم النطاق باسم نطاق CloudFront الخاص بي، أحصل على:

https://d1q8cepst0v8xp.cloudfront.net/original/3X/8/3/8335cab232f512f4a979c7f0c8562e149c01b212.png

وبالفعل، تظل الصورة تُحمّل بشكل صحيح:

لذلك، هل صحيح أنني أحتاج فقط إلى إضافة عنوان URL لـ S3 CDN وهو d1q8cepst0v8xp.cloudfront.net إلى لوحة تحكم Discourse، وإعادة معالجة جميع المنشورات، ثم الاسترخاء وانتظار حدوث السحر؟

شكرًا مسبقًا، فشبكة CDN جديدة تمامًا بالنسبة لي ولا أملك بيئة تطوير يمكنني فيها اختبار ذلك بأمان

[Richie (Richie Rich)]

لديّ أيضًا إعداد s3 configure tombstone policy مفعّل:

هل سيُشكّل هذا مشكلة؟ بما أنني أستخدم الآن شبكة توصيل محتوى (CDN) بدلاً من ذلك؟ أم أن العمليات في الخلفية لا تزال تفحص حزمة S3 الأصلية، وليس عنوان URL الخاص بشبكة CDN؟

من الطبيعي أن أفترض أن الأمر يتعلق بالأخير، لكن مرة أخرى، لا أستطيع المخاطرة بإيقاف مئات الآلاف من مستخدميني عن تحميل الصور

[Richie (Richie Rich)]

@Richie

إذن، هل صحيح أنني بحاجة فقط إلى إضافة عنوان URL الخاص بـ S3 CDN وهو d1q8cepst0v8xp.cloudfront.net` إلى لوحة تحكم Discourse، وإعادة خبز جميع المنشورات، ثم الجلوس والانتظار حتى يحدث السحر؟

الإجابة هي نعم.

ولاختبار هذه الفرضية، قبل إعادة خبز مئات الآلاف من المنشورات، قمت بالتحققات المنطقية التالية:

• قمت برفع صورة
• غيّرت إعداد عنوان URL الخاص بـ S3 CDN
• أعيد بناء HTML في منشوري الاختباري (عبر واجهة المستخدم)
• حدّثت الصفحة في المتصفح
• تحققت من تبويب الشبكة في وحدة تحكم المتصفح للتأكد من أن الصورة يتم جلبها عبر Cloudfront
• قمت برفع صورة اختبارية جديدة إلى منشور جديد
• تحققت من تبويب الشبكة في وحدة تحكم المتصفح للتأكد من أن الصورة يتم جلبها عبر Cloudfront

أنا الآن أقوم بإعادة خبز جميع المنشورات في هذه اللحظة

[scottfsmith (Scott Smith)]

شكرًا لك على التقرير يا ريتشي. لقد كان لدي تخزين صور AWS S3 يعمل منذ عدة سنوات، ووصلت إلى هذا المنشور عبر رسالة وحدة التحكم. لكن الوصف في الأعلى لا يقول شيئًا عن الحالة التي يكون فيها لديك S3 بالفعل وتحتاج فقط إلى CDN.

للتوضيح، إليك ما قمت به:

1. ذهبت إلى وحدة تحكم AWS، وفي قسم الشبكة وتوصيل المحتوى، اخترت Cloudfront.
2. نقرت على زر إنشاء توزيع (Create distribution).
3. ملأت النموذج الواضح إلى حد كبير، والشيء الوحيد الذي تحتاج حقًا إلى فعله فيه هو اختيار حاوية AWS S3 الخاصة بك حيث توجد الصور من القائمة المنسدلة.
4. انتظرت قليلًا حتى ينتهي تكوين Cloudfront.
5. ظهر نطاق <gibberish>.cloudfront.net في عمود “اسم النطاق” في قائمة توزيعات Cloudfront.
6. قمت بنسخ ولصق ذلك النطاق في حقل s3 cdn url في إعدادات الملفات الخاصة بمسؤول موقعي.
7. أجريت بعض الاختبارات:
   أ. قمت بإنشاء منشور جديد مع رفع صورة، وكان موجودًا بالفعل على Cloudfront.
   ب. ضغطت على إعادة بناء HTML لبعض منشورات الصور الموجودة عشوائيًا ورأيت أنها أعيد بناؤها أيضًا بصور cloudfront.net.
8. بما أن كل شيء بدا جيدًا، دخلت ونفذت عملية إعادة خبز (rebake)، والتي استغرقت عدة ساعات لأن لدي الآن حوالي نصف مليون منشور:

./launcher enter app
# rake posts:rebake

9. يبدو أن كل شيء يعمل بشكل جيد. لقد وضع عددًا هائلاً من الوظائف في قائمة Sidekiq، واحدة لكل منشور على ما يبدو، والتي ستستغرق بضعة أيام لتنظيفها، لكنها تعمل حاليًا على معالجتها على دفعات.

[Falco]

هل أنت متأكد من ذلك؟ هذا الموقع يستخدم أصولًا من CDN ولم نضطر إلى تفريغ ذاكرة التخزين المؤقت. كما أن هذا تغيير في EmberCli لا ينبغي أن يؤثر على بيئة الإنتاج

[Falco]

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

[Falco]

هل من الممكن أن تكون قد فعّلت secure_uploads في إعدادات الموقع؟

يبدو أيضًا أن هذه المشكلة قد تم الإبلاغ عنها وإصلاحها اليوم بسبب توافقها مع Discourse:

Regression: dummy PutObjectACL now throwing 501 Not Implemented

fix: muxing order for rejected APIs (#12321)

[smlbiobot (SML)]

هل توجد طريقة لإيقاف ظهور هذا التنبيه في لوحة تحكم المسؤول؟

تم إعداد الخادم لرفع الملفات إلى S3، لكن لا يوجد CDN لـ S3 مُعد.

واجهتُ بعض الصعوبات في إعداد CDN لـ S3، لكن التكلفة ليست باهظة، لذا أنا راضٍ عن استخدام S3 مباشرة. لكن ما أود حقًا هو اختفاء هذا الإشعار لأنني أدرك تمامًا العواقب.

[tuanpembual (Estu Fardani)]

مرحباً.

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

كيف نفعل ذلك؟
فعّل الإعداد الافتراضي للنسخ الاحتياطي (أو يمكنك الإعداد من لوحة تحكم المسؤول).

DISCOURSE_S3_BACKUP_BUCKET: falcoland-files/backup
DISCOURSE_BACKUP_LOCATION: s3

ثم اضبط أذونات الدلو (Bucket) على Storage Legacy Object Owner:

1. انتقل إلى مشروعك في وحدة تحكم Google Cloud
2. اختر التخزين (Storage)
3. اختر الدلو (Bucket) الخاص بك
4. انتقل إلى علامة التبويب الأذونات (Permissions)
5. أضف إذنًا جديدًا، وأدخل بريد حساب الخدمة الخاص بك مع حسابك. بالنسبة للأدوار، اختر Storage Legacy Object Owner
6. احفظ وانتهى.

أعتذر عن النشر المزدوج، أردت فقط مشاركة هذا التحديث الجيد.
شكرًا لك

[tenzan (Askar)]

سيكون رائعًا لو أضفت Wasabi أيضًا…

[pfaffman (Jay Pfaffman)]

استخدمت Wasabi للنسخ الاحتياطي لفترة من الوقت. من حيث التكوين، كان “يعمل ببساطة”، لذا يمكنك تجربته إذا أردت.

لكن مع مرور الوقت، فشلت النسخ الاحتياطي بصمت وبقيت على الجهاز المحلي، مما أدى إلى امتلاء القرص. نظرت إلى أخطاء Wasabi و Discourse ولم أجد تفسيرًا يسمح لأي من الطرفين بـ “إصلاح” أي شيء.

لا أنصح به، لأنني لست متأكدًا من أنه “ممتاز”.

[tenzan (Askar)]

شكرًا لك!
سأتحقق من كيفية سير الأمر هذه المرة.
التكرار الافتراضي للنسخ الاحتياطي هو 7 أيام بين النسخ الاحتياطية، مع الاحتفاظ بما يصل إلى 5 نسخ احتياطية.
سأشاركك النتائج.

[pfaffman (Jay Pfaffman)]

كنت أقوم بنسخ احتياطي يومي؛ لا أتذكر كم عدد النسخ التي كنت أحاول الاحتفاظ بها، لكن القرص الصلب المحلي كان يحتوي على مساحة لنسخة أو اثنتين فقط.

[tenzan (Askar)]

أي خدمة تخزين تنصح بها شخصيًا؟
لا أعتقد أن AWS و Azure ميسورة التكلفة للمشاريع الشخصية.
لست متأكدًا بشأن Azure، لكن AWS تبدو مربكة وغير متوقعة…

[pfaffman (Jay Pfaffman)]

أملت أن يكون الـ wasabi جيدًا على الأقل للنسخ الاحتياطي. خدمة Backblaze S3 ميسورة التكلفة. لا أظن أنني استخدمتها للرفع، لكنها تعمل للنسخ الاحتياطي (أعتقد). أعتقد أن المشكلة الوحيدة مع Backblaze هي أنه (عندما اختبرتها آخر مرة) كان يتعين عليك استخدام مفتاح عالمي (لذا لم أستطع استخدامه مع العملاء الذين يمكنهم رؤية المفتاح). أعتقد أن شخصًا ما نشر مؤخرًا حلاً لذلك (شيء يتعلق بـ “قديم” أو ما شابه، في مكان ما). لمشروع شخصي، هذا ما سأجربه بعد ذلك، أعتقد. (وإذا كنت تستخدم Digital Ocean، فإن Spaces خيار جيد، أعتقد.)

[tenzan (Askar)]

أنا أستخدم DigitalOcean، لكن من حيث التكلفة، Blackblaze/Wasabi أرخص.
ما الذي استخدمته للرفع؟

[tenzan (Askar)]

عذراً، لم أستطع الفهم.
لماذا يجب تحديد الإعدادات في app.yml، بينما يمكننا إدخال هذه المعلومات من خلال Discourse → Settings؟

[pfaffman (Jay Pfaffman)]

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

[Zup]

@Falco

معلمة تكوين إضافية، HTTP_CONTINUE_TIMEOUT، مطلوبة لـ Vultr.

أين يجب أن أقوم بتعيين هذا؟ لم أجده في إعدادات إدارة Discourse؟