Zip、Rar、7z、Gzip、BZip2、Tar 等。我听说 7z 是本月的流行,为什么?它适用于所有情况还是针对特定情况有更好的选择。
或者也许实际的文件归档程序,即 WinZip、WinRar、7Zip 等(与格式相反)有更大的影响?
在您的回答中,您能否描述您提到的格式使用什么样的速度/压缩权衡。
请提供支持您的答案的任何经验测试的链接。
背景:我需要备份一个自定义搜索索引,该索引创建了大约 3000 个相对较小的文件(小于 10MB),每个文件都包含大量重复数据。
(像往常一样,维基百科有一篇相关文章,但关于性能比较的部分很简短。)
谢谢
我目前正在查看 Apache 日志的文件大小,因为它们变得很大。在我的 logrotate 配置中,我已delaycompress启用。Apache 是否真的需要这个(因为 logrotate 文档说某些程序仍然在旧文件中写入)或者禁用它是否安全delaycompress?
这是我的 logrotate 配置:
/var/log/apache2/*.log {
weekly
missingok
rotate 26
compress
delaycompress
notifempty
create 640 root adm
sharedscripts
postrotate
if [ -f /var/run/apache2.pid ]; then
/etc/init.d/apache2 restart > /dev/null
fi
endscript
}
Run Code Online (Sandbox Code Playgroud) 如何.bz2在 Linux 中递归 bzip2 所有不以扩展名结尾的文件?
我注意到谷歌网站管理员工具中关于站点地图的 gzip 版本的错误。结果sitemap.xml.gz文件被压缩了两次:一次是在创建时(应该是这样),另一次是在服务时。
该.htaccess文件有此规则
AddOutputFilterByType DEFLATE application/xml
Run Code Online (Sandbox Code Playgroud)
我认为它与 gzip 压缩的 XML 文件不匹配,但显然删除它可以解决问题。
我究竟做错了什么?
我经常需要备份一组文件,其中有许多子文件夹,其中包含几个大的、相同的文件。
是否有压缩方案(.zip、.7z 等)可以自动检测到这种情况并且不会多次存储相同的文件?
我们最近切换到 Amazon Cloudfront 来获取静态内容。Cloudfront 似乎使用 Via 标头向源服务器 (IIS 7.0) 发出 HTTP 1.0 请求。默认情况下,IIS 7.0 对这两个选项(HTTP 1.0 和代理 (Via) 请求)禁用文件压缩,只能通过在 applicationHost.config ( http://msdn .microsoft.com/en-us/library/ms690689(v=vs.90).aspx )。
我的问题是:为 HTTP 1.0 和代理请求启用压缩有什么风险?这些设置是否适用于非常旧的浏览器/代理(例如 Internet Explorer 5),或者问题是否存在于较新的浏览器/代理中?
我希望确定弹性搜索概念验证所需的服务器范围。
最后,我的问题是:
给定由 elasticsearch 索引的 1GB json 文本,我可以期望在磁盘上被 elasticsearch 占用多少?
显然有很多变数,但我要的是数量级。100MB?100GB?
我知道 elasticsearch 执行压缩(http://www.elasticsearch.org/guide/reference/index-modules/store/),但我不知道索引和其他结构占用什么样的足迹。
轶事答案是可以接受的,但也请让我知道您使用的是哪个版本。
在通过 Internet 传输文件时,我通常使用 rsync 的 -z 选项来启用压缩。但是,如果我在自己的(空闲)千兆局域网上,我还需要压缩吗?还是没有它会更快?这取决于哪些因素?(我还没有做过任何基准测试)。
所以基本上,是否更快:压缩+传输+解压缩,或者只是传输未压缩?
如果您的网络连接速度很慢,压缩显然更好……但是如果一切都在千兆以太网网络上运行呢?
networking compression local-area-network rsync file-transfer
compression ×10
apache-2.2 ×3
linux ×2
.htaccess ×1
archive ×1
backup ×1
format ×1
gzip ×1
iis ×1
logrotate ×1
mod-deflate ×1
networking ×1
recursive ×1
rsync ×1
ssh ×1