清理普隆的阁楼
我有一些带有 Data.fs 的旧站点，它已经走过了亿万年，积累的痕迹足以与普通二手车经销商的一码相当。
即使在手动删除文件夹并打包数据库之后，Data.fs 似乎也占用了太多空间。
在 Data.fs 中寻找并回收这个“丢失的空间”的过程是什么？就像打印出对象树和文件夹的相对大小（递归）。
I have some old site with a Data.fs which has travelled thru aeons and accumulated cruft enough to be comparable with a yard of an average used cars dealer.
Even after removing manually folders and packing the database the Data.fs seems to take too much space.
What would be a process to hunt down and reclaim this "lost space" in Data.fs? Like printing out the object tree and relative sizes of the folders (recursively).
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
请参阅 ZODB/scripts/netspace.py 或
enfold.recipe.zodbscripts。有多种方法可以通过所有正确的路径信息设置将netspace安装到您的构建中。模型在此之后但使用netspace=ZODB.scripts.netspace:Main 而不是migrateblobs=ZODB.scripts.migrateblobs:main。See ZODB/scripts/netspace.py or
enfold.recipe.zodbscripts. There are ways to getnetspaceinstalled into your buildout with all the right path info setup. Model after this but usenetspace=ZODB.scripts.netspace:Maininstead ofmigrateblobs=ZODB.scripts.migrateblobs:main.这无助于追踪它，但您可以尝试：
镜像配置，但使用干净的 Data.fs;
从实时站点导出 (.zexp)；
导入到干净的；
如果一切顺利，请切换到新的数据库。
This doesn't help track it down, but you could try:
Mirroring the configuration, but with a clean Data.fs;
Exporting (.zexp) from the live site;
Import into the clean;
If it all goes well, switch to the new DB.
您还可以查看以下链接：
眼睛一看起来很有希望。
You can also take a look at these links:
The eye one looks promising.
并且不要忘记，没有人期待克隆人审判：
http://pypi.python.org/pypi/mr.inquisition
And don't forget that no one expects the Plone Inquisition:
http://pypi.python.org/pypi/mr.inquisition