لقد قمت بإعادة البناء من سطر الأوامر بالأمس واليوم لاحظت أن العديد من صور صور المستخدمين مفقودة (على غرار هذا الموضوع في عام 2019).
لقد حاولت تشغيل rake avatars:refresh ولكن المشكلة لا تزال قائمة.
إعجاب واحد (1)
هل ما زالت المشكلة قائمة بعد يومين؟
إعجاب واحد (1)
@codinghorror نعم، حتى discobot:
يؤثر بشكل أساسي على جميع المستخدمين الذين قاموا بتحميل صورة (لا يستخدمون gravatar) قبل عامين، قبل أن أتحول من التحميلات المحلية إلى S3. لسبب ما، تعطل الأمر فقط بعد آخر بناء.
في مرحلة ما، انتقلت التحميلات من uploads إلى uploads/default. أواجه مشكلة مختلفة قليلاً مع ذلك على موقع آخر يتعلق بهذا.
ستنظر في قاعدة البيانات في عنوان URL لتلك التحميلات المعطلة. . . وشيء ما. لست متأكدًا تمامًا. لو كنت في برشلونة فقط.
إعجابَين (2)
شكرًا لك، جاي. نحن نقترب. لقد تحققت من أربعة عناوين URL للأفاتار ولاحظت أن عناوين URL الخاصة بالعناوين التي تعمل والعناوين التي لا تعمل (باللون الأزرق) تبدأ بنطاقات مختلفة:
عناوين URL الفعلية التي أراها على الموقع مختلفة على الرغم من ذلك:
https://MY_DOMAIN/user_avatar/MY_DOMAIN/USERNAME/75/USER_ID_2.png
أود تجربة استبدال البادئة قبل .amazonaws.com ولكنني لست متأكدًا مما إذا كانت هذه فكرة جيدة (أو كيف أفعل ذلك).
في حال كان ذلك ذا صلة، فأنا أستخدم أيضًا Cloudfront كشبكة توصيل محتوى S3.
إعجاب واحد (1)
هذا النطاق الأزرق هو ما نستخدمه في الاستضافة الخاصة بنا. هل ابتعدت عن الاستضافة الخاصة بنا في أي وقت؟ إذا كان الأمر كذلك، فيجب عليك تحديث ذلك ليعكس المستودع الجديد الخاص بك.
3 إعجابات
نعم، هذا يجب أن يكون هو.\n\nولكن كيف وماذا يجب أن أغير بالضبط؟ بما أن الصور لم تعد متاحة، لا يمكنني إعادة تحميلها. أو ربما يمكنني الحصول عليها من نسخة احتياطية قديمة، وإعادة تحميلها عبر واجهة برمجة التطبيقات (API).
إعجاب واحد (1)
عند نقل الدلاء، تحتاج إلى تشغيل إعادة تعيين باستخدام Replace a string in all posts.
بالطبع، تحتاج إلى أن تكون الملفات في الدلو الجديد أولاً 
. إذا كانت في نسخة احتياطية قديمة لديك، فيجب عليك مزامنة تلك الملفات مع الدلو.
3 إعجابات
فقط افتراضيًا، هل لدي خيار آخر إذا لم يكن لدي نسخة احتياطية من أصول S3 تلك؟ أواجه صعوبة في العثور عليها.
هل يحتفظ discourse-cloud-file-uploads بالإصدارات/الذاكرة المؤقتة في مكان ما؟
إعجاب واحد (1)
نحتفظ بهذه الملفات أثناء الاشتراكات النشطة وفقط لبضعة أيام بعد إلغاء الاشتراك.
إعجاب واحد (1)
شكرًا لك، رافائيل.
-
إذا قمت عند استخراج أحد النسخ الاحتياطية القديمة الخاصة بي برؤية ملف
dump.sqlفقط، فهل هذا يعني أنه لا يتضمن التحميلات؟ أنا متأكد من أنني قمت بتعيينbackup with uploads، نظرًا لأنه مضبوط افتراضيًا. -
أرى أن لدي ما يقرب من 10 جيجابايت من الملفات التي تم تحميلها (في لوحة تحكم المسؤول). هل هناك طريقة للوصول إليها من سطر الأوامر؟ لقد بحثت في
/var/discourse/shared/standalone/uploads/ولكنها تشغل 11 ميجابايت فقط.
-
هل هناك أي مكان آخر يمكنني البحث فيه أم يجب أن أعتبر هذه الملفات مفقودة إلى الأبد؟
هناك إعداد موقع backup with uploads. قد ترغب في تجربة ذلك.
إعجاب واحد (1)
شكراً لك يا جاي.
لقد كان لدي هذا الإعداد ممكّنًا بالفعل في عام 2019 عندما قام المستخدمون بتحميل صورهم الرمزية. ثم انتقلت إلى S3 في عام 2020، وفي الأسبوع الماضي فقط فُقدت جميع الصور الرمزية لعام 2019. أحاول معرفة طريقة لاستعادتها لأن النسخ الاحتياطية القديمة الخاصة بي تبدو مجرد ملفات dump.sql بدون تحميلات.
عذرًا، لقد فقدت سياق رسالتك عند الرد. أعتقد أن لوحة المعلومات تشير إلى تحميلات S3 وليس الملفات المحلية.
إذا كانت هذه الصور الرمزية في حاوية S3 الخاصة بـ discourse.org، فقد اختفت. إذا قمت بالترحيل منها وحصلت على نسخة احتياطية بعد إلغاء حسابك، فستحصل على نسخة احتياطية كاملة مع التحميلات. هل لديك أي نسخ احتياطية أكبر و/أو ملفات .tar.gz؟
يبدو أنك كنت تشير إلى أصول discourse.org وهي مفقودة.
أكبر نسخة احتياطية لدي لعام 2019 هي بحجم 59 ميجابايت، ولكن عندما أقوم بفك ضغطها أحصل فقط على ملف dump.sql بحجم 217 ميجابايت
أنا آسف جدًا. يبدو أنك انتقلت من discourse.org دون الحصول على تحميلاتك.
إعجاب واحد (1)
درس مستفاد. شكراً على أي حال
إعجاب واحد (1)