Mediawiki 缩略图目录几乎与图像目录本身一样大
Mediawiki thumbnail directory is almost as big as the image directory itself
Mediawiki 安装了 Softaculous（最近升级到 1.35.0）
我早些时候 运行 在我的虚拟主机上 space 所以我 运行
$ php deleteArchivedFiles.php --delete --force
$ php cleanupUploadStash.php
这为我节省了很多存储空间，但今天我注意到 images/thumb/ 目录有 922MB，而实际保存图像的文件夹 (images/[...]/) 总共有 1.2GB。
拇指文件夹中最大的文件也是 4MB。为什么这些缩略图这么大？
我可以按照 this old post 上的建议删除此文件夹中的所有内容吗？
如果 $wgGenerateThumbnailOnParse is false, there is no harm in deleting thumbnails; they will be regenerated when needed. If it is true, thumbnails will only be generated when the page is parsed; you'll end up with broken image links if you delete them. (You can e.g. set $wgCacheEpoch 或使用 action=purge 重新解析页面，或者只是等待足够长的时间让解析器缓存过期。）在任何情况下，这些缩略图可能都无济于事最终会重新生成。
缩略图比原图多很多（每个不同的尺寸都是一个单独的缩略图）所以占用很多 space 是正常的。 4MB 的缩略图很奇怪，但它可能是在某些页面上以几乎全尺寸显示的大图像？
Mediawiki 安装了 Softaculous（最近升级到 1.35.0）
我早些时候 运行 在我的虚拟主机上 space 所以我 运行
$ php deleteArchivedFiles.php --delete --force
$ php cleanupUploadStash.php
这为我节省了很多存储空间，但今天我注意到 images/thumb/ 目录有 922MB，而实际保存图像的文件夹 (images/[...]/) 总共有 1.2GB。
拇指文件夹中最大的文件也是 4MB。为什么这些缩略图这么大？
我可以按照 this old post 上的建议删除此文件夹中的所有内容吗？
如果 $wgGenerateThumbnailOnParse is false, there is no harm in deleting thumbnails; they will be regenerated when needed. If it is true, thumbnails will only be generated when the page is parsed; you'll end up with broken image links if you delete them. (You can e.g. set $wgCacheEpoch 或使用 action=purge 重新解析页面，或者只是等待足够长的时间让解析器缓存过期。）在任何情况下，这些缩略图可能都无济于事最终会重新生成。
缩略图比原图多很多（每个不同的尺寸都是一个单独的缩略图）所以占用很多 space 是正常的。 4MB 的缩略图很奇怪，但它可能是在某些页面上以几乎全尺寸显示的大图像？