كيفية العثور على أي صور مفقودة؟

الدعم
22

I also have a lot of missing images:

root@xxxxx-app:/var/www/discourse# rake posts:missing_uploads

37 post uploads are missing.

34 uploads are missing.
5 of 34 are old scheme uploads.
33 of 1013268 posts are affected.

but after

root@xxxxx-app:/var/www/discourse# rake uploads:missing
.
.
.

/var/www/discourse/public/uploads/default/original/2X/3/3a9bf205dec2b6bd0b3cc35a3be1f69499960713.JPG
/var/www/discourse/public/uploads/default/original/3X/2/d/2db0ff326859b94824b64c4e0c2b156c562b7a99.jpg
/var/www/discourse/public/uploads/default/original/3X/e/f/ef271ac232c31e747206b47e4de7e0570de9e030.jpg
**10604** of 101083 uploads are missing

/var/www/discourse/public/uploads/default/optimized/2X/3/3d3efaa44fb43b99ec290b75e289080fc448f709_1_657x500.gif
/var/www/discourse/public/uploads/default/optimized/2X/4/4e3b01361d7c30c3df27a9606271175d91edff6d_1_200x200.jpeg
/var/www/discourse/public/uploads/default/optimized/2X/6/68fcd443312e7c500d25a6067c04c98aa1066686_1_200x200.JPG
/var/www/discourse/public/uploads/default/optimized/2X/1/16452ee2749e93e6b47d1388a20e34c1e3832ee1_1_100x100.jpg
/var/www/discourse/public/uploads/default/optimized/2X/0/0e843544885c0ee7a0c350d66bbe852dd4f0a497_1_135x135.jpeg
/var/www/discourse/public/uploads/default/optimized/2X/f/fb3d38e8d1b0e8ae25606156d37b8045f7cbc2b3_1_200x200.jpg
/var/www/discourse/public/uploads/default/optimized/2X/5/54a076f5be7cfabcf0fa34e57b836d85a33a879e_1_200x200.jpg
7 of 247116 optimized_images are missing
23

I’m having this problem as well on a forum running v2.3.0.beta9. I haven’t restored from backups. It’d be good to know why it’s happening and what we can do to restore the missing uploads. The good news is that the missing uploads seem to be in the tombstone, so hope isn’t lost..

So far, I’ve rebuilt the app and run rake uploads:missing, but that hasn’t helped.

root@forum-app:/var/www/discourse# rake posts:missing_uploads
Looking for missing uploads on: default

146 post uploads are missing.

142 uploads are missing.
81 of 58082 posts are affected.

root@forum-app:/var/www/discourse# rake uploads:missing

Looking for missing uploads on: default

146 post uploads are missing.

142 uploads are missing.
81 of 58082 posts are affected.

The missing uploads are from twoish weeks ago.

24

Problem solved! rake uploads:recover_from_tombstone did the trick. It’d still be good to understand why this happened…

25

@vinothkannans, @zogstrip Any updates on this?

26

Just checking in again. Does anyone know the answers to the following questions from a month ago?

  1. What’s the difference between a missing upload and a missing post upload? (Last I checked, my site appeared to have 196 more of the latter.)

  2. Why does Discourse report images that haven’t been migrated to the new upload scheme as “missing”?

  3. If this is expected behavior, how can I migrate the 200+ images like this on my site to the new upload scheme?

27

@vinothkannans can advise

28
  • missing upload - The upload record is found in DB but the file is missing in the file storage.
  • missing post upload - The upload record is not found in DB for an upload URL in the post.

I think those old scheme uploads are not found in the database and/or filesystem too.

You can do it by enabling the setting using the below command. It will migrate those upload if they’re found in DB and filesystem.

SiteSetting.migrate_to_new_scheme = true
29

Forgive me.. where do we load these?

30

You need to enter that into the rails console as it’s a hidden site setting.

31

so:

root@site:~# cd /var/discourse/
root@site:/var/discourse# ./launcher enter app
root@site-app:/var/www/discourse# rails c
[1] pry(main)> SiteSetting.migrate_to_new_scheme = true

then exit, and rebuild?

EDIT:

any other steps.. do we need to undo this after?

32

Looks good. No need to rebuild or undo.

33

Thanks, @vinothkannans. :bowing_man:t2:

How will I know that this command has been successful? Should I try running rake posts:missing_uploads again after enabling this hidden site setting in the Rails console? Or maybe PostCustomField.where(name: Post::MISSING_UPLOADS)?

34

هل هناك أي تحديثات حول هذا؟

35

سيتم تنفيذه وهجرة البيانات في مهمة خلفية. بعد الانتهاء، ستعود قيمة إعداد الموقع SiteSetting.migrate_to_new_scheme إلى false. ثم قم بتشغيل مهمة rake posts:missing_uploads مرة أخرى.

36

حسناً، لقد اتبعت نصيبتك للتو ويبدو أن المخرجات واعدة. أولاً، قمت بالدخول إلى حاوية Discourse:

$ cd /var/discourse
$ sudo ./launcher enter app

WARNING: We are about to start downloading the Discourse base image
This process may take anywhere between a few minutes to an hour, depending on your network speed

Please be patient

Unable to find image 'discourse/base:2.0.20190625-0946' locally
2.0.20190625-0946: Pulling from discourse/base
Digest: sha256:9899c60721649460283ac800836ac1ebecbc3ed8a97a496e514cf8c97f5b6d82
Status: Downloaded newer image for discourse/base:2.0.20190625-0946

بعد ذلك، شغّلت الأمر rake posts:missing_uploads:

# rake posts:missing_uploads
Looking for missing uploads on: default
Fixing missing uploads: 
.........................................................................................................................................................................................................................................................
12 post uploads are missing.

12 uploads are missing.
1 of 12 are old scheme uploads.
3 of 8930 posts are affected.

(فقط 12 مرفقًا مفقودًا هذه المرة! رائع!)

أخيرًا، قمت بتعيين SiteSetting.migrate_to_new_scheme إلى true ثم خرجت من وحدة تحكم Rails:

# rails c
[1] pry(main)> SiteSetting.migrate_to_new_scheme
=> false
[2] pry(main)> SiteSetting.migrate_to_new_scheme = true
=> true
[3] pry(main)> exit

بعد مرور بعض الوقت، تأكدت من أن قيمة SiteSetting.migrate_to_new_scheme قد تغيرت بالفعل إلى false، ثم شغّلت rake posts:missing_uploads مرة أخرى:

[1] pry(main)> SiteSetting.migrate_to_new_scheme
=> false
[2] pry(main)> exit
# rake posts:missing_uploads
Looking for missing uploads on: default
Fixing missing uploads: 
.
12 post uploads are missing.

12 uploads are missing.
1 of 12 are old scheme uploads.
3 of 8939 posts are affected.

المخرجات متشابهة إلى حد كبير، لذا أعتقد أن هذا يعني أن جميع المنشورات التي تستخدم نظام الرفع القديم قد تم ترحيلها إلى نظام الرفع الجديد. ومع ذلك، لا يزال مجلد uploads يحتوي على العديد من المجلدات الفرعية المرقمة:

$ cd /var/discourse/shared/standalone/uploads/default/
$ ls
1    112  125  138  151  164  177  190  203  216  229  242  255  268  281  294  46  59  72  85  98
100  113  126  139  152  165  178  191  204  217  230  243  256  269  282  34   47  60  73  86  99
101  114  127  140  153  166  179  192  205  218  231  244  257  270  283  35   48  61  74  87  optimized
102  115  128  141  154  167  180  193  206  219  232  245  258  271  284  36   49  62  75  88  _optimized
103  116  129  142  155  168  181  194  207  220  233  246  259  272  285  37   50  63  76  89  original
104  117  130  143  156  169  182  195  208  221  234  247  260  273  286  38   51  64  77  90
105  118  131  144  157  170  183  196  209  222  235  248  261  274  287  39   52  65  78  91
106  119  132  145  158  171  184  197  210  223  236  249  262  275  288  40   53  66  79  92
107  120  133  146  159  172  185  198  211  224  237  250  263  276  289  41   54  67  80  93
108  121  134  147  160  173  186  199  212  225  238  251  264  277  290  42   55  68  81  94
109  122  135  148  161  174  187  200  213  226  239  252  265  278  291  43   56  69  82  95
110  123  136  149  162  175  188  201  214  227  240  253  266  279  292  44   57  70  83  96
111  124  137  150  163  176  189  202  215  228  241  254  267  280  293  45   58  71  84  97

ما هي أسهل طريقة لمعرفة أي المنشورات (إن وجدت) تشير إلى الصور الموجودة في تلك المجلدات الفرعية؟ استعلام بسيط من وحدة تحكم Rails سيكون كافيًا.

شكرًا لك!

37

قد يحتوي أيضًا على العديد من المجلدات الفارغة. أعتقد أنه يجب عليك تجاهلها جميعًا.

يمكن أن تساعدك الاستعلام أدناه.

Post.where("cooked LIKE '%/uploads/default/%' AND cooked NOT LIKE '%/uploads/default/original/%' AND cooked NOT LIKE '%/uploads/default/optimized/%'")
38

هذا المخرجات طويل بلا حدود، ولا أرى طريقة سهلة لتوجيهه إلى ملف للمعالجة. (أفضل ما يمكنني فعله هو الضغط على زر المسافة للانتقال إلى صفحة في كل مرة… ولم أرَ النهاية بعد).

كيف يمكننا الحصول على هذا المخرجات في ملف، أو ربما جعله يتخطى جسم الرسالة/المرفقات؟

39

حسناً، وجدنا حلاً يتجاوز إظهار الأعمدة الثلاثة “الأكثر إشكالية”:

"raw", "cooked", "raw_email

posts = Post.where("cooked LIKE '%/uploads/default/%' AND cooked NOT LIKE '%/uploads/default/original/%' AND cooked NOT LIKE '%/uploads/default/optimized/%'"); 42
CSV.open("/tmp/posts-to-review.csv", "wb") do |csv|
  csv << Post.attribute_names - ["raw", "cooked", "raw_email"]
  posts.each do |post|
    csv << post.attributes.except("raw", "cooked", "raw_email").values
  end
end
  • لتجنب طباعة المخرجات، اكتب q،
  • أخرج من بيئة Ruby عبر exit
  • امسح الشاشة، ثم استخدم الأمر cat /tmp/posts-to-review.csv

أعتقد أنني كان بإمكاني توجيه المخرجات إلى المجلد المشترك… لكن هذا الحل يعمل.

(تم التعديل لإضافة خطوات أكثر وضوحاً)

40

ممم… لقد تحققت للتو (باستخدام find . -maxdepth 1 -type d -empty | wc -l) ووجدت فقط 19 دليلًا فارغًا مرقمًا من أصل 262 دليلًا إجماليًا (باستخدام find . -maxdepth 1 -type d -iname '[0-9]*' | wc -l)، أي حوالي 7%. لذا لا أعتقد أنه يجب عليّ تجاهلها بالكامل؟

رائع، شكرًا لك! :+1:

لاحظت أن هذا يستخدم سمة “cooked” — ويُفترض أن هذا يعني أن مصدر Markdown قد يستمر في استخدام مخطط التحميل القديم؟ على سبيل المثال، وجدت منشورًا يحتوي على وسم الصورة التالي في المصدر:

<img src="/uploads/default/293/8d45810f8911c08c.jpg" width="666" height="500">

ومع ذلك، إذا مررت الماوس فوق الصورة المعروضة، فإنها ترتبط بالرابط التالي:

/uploads/default/original/2X/0/0d1e04b9215f210faf1d8509e6bede9c3319e02b.jpeg

هل يجب أن نقلق من أن عناوين URL للصور في مصدر Markdown لا تطابق عناوين URL للصور في HTML المعالج (بما في ذلك تجزئات الملفات)؟ على سبيل المثال، هل يمكنني حذف دليل /var/discourse/shared/standalone/uploads/default/293 بأمان دون القلق من كسر الرابط إلى الصورة أعلاه؟ أو بصيغة أخرى، هل سيعرف Discourse دائمًا أن /uploads/default/293/8d45810f8911c08c.jpg هو بديل لـ /uploads/default/original/2X/0/0d1e04b9215f210faf1d8509e6bede9c3319e02b.jpeg، وهل سيتم الاحتفاظ بهذا التعيين عند استعادة الموقع من نسخة احتياطية؟

41

نعم. لا ينبغي أن يكون هناك عنوان URL مختلف في النص الخام والمطبوخ. هل يمكنك نسخ المحتوى النصي الكامل لأعمدة النص الخام والمطبوخ للمنشور هنا؟