Tag: 压缩

从CSS的段落的第二行开始缩进

我怎样才能从一个段落的第二行开始缩进？ 我试过了 p { text-indent: 200px; } p:first-line { text-indent: 0; } 和 p { margin-left: 200px; } p:first-line { margin-left: 0; } 和 (with position:relative;) p { left: 200px; } p:first-line { left: 0; }

我如何在Python中压缩string？

我如何在Python中压缩string？ gzip.GzipFile存在，但这是文件对象 – 用纯string呢？

如何发送包含可执行文件的压缩存档，以便Google的附件filter不会拒绝它

我有一个目录，我想要压缩，通过电子邮件发送，我试过这个： tar -cvf filename.tar.gz directory_to_compress/ 但是当我尝试通过电子邮件发送时，Google说： filename.tar.gz contains an executable file. For security reasons, Gmail does not allow you to send this type of file. 如何从命令行压缩目录到tar.gz文件？

Node.js：Gzip压缩？

我发现Node.js没有gzip压缩，并且没有模块可以执行gzip压缩吗？ 任何人都可以使用一个没有压缩的Web服务器？ 我在这里错过了什么？ 我是否应该尝试将algorithm引入JavaScript以供服务器端使用？

pdftk压缩选项

我使用pdftk使用以下命令行来压缩PDF pdftk file1.pdf output file2.pdf compress 它随着我文件的重量减less而起作用。 有[选项]更改压缩？ 或者也许其他解决scheme来压缩我的文件？ 这是因为一些graphics有很多点很重。 有没有办法将这些graphics转换为JPG格式，并调整压缩？

在一个命令中创build一个tar.xz

我正尝试在一个命令中创build一个.tar.xz压缩的归档文件。 什么是特定的语法？ 我已经尝试了tar cf – file | xz file.tar.xz tar cf – file | xz file.tar.xz ，但是不起作用。

创build.tar.gz文件时不包括目录

我有一个/public_html/文件夹，在那个文件夹中有一个/tmp/文件夹，有70GB的文件，我真的不需要。 现在我正在尝试创build一个.tar.gz /public_html/ excluded /tmp/ 这是我跑的命令： tar -pczf MyBackup.tar.gz /home/user/public_html/ –exclude "/home/user/public_html/tmp/" tar仍然在创build，通过执行ls -sh我可以看到MyBackup.tar.gz已经有大约30GB，而且我确定/public_html/ without /tmp/没有超过1GB的文件。 我做错了什么？

在从STDIN读取数据时压缩文件

在Linux上从stdin读取数据时可以压缩（创build一个压缩的归档）数据吗？

我怎么知道我的服务器是否提供GZip内容？

我在NGinx服务器上有一个web应用程序。 我在conf文件中设置了gzip on ，现在我正在尝试查看它是否可用。 YSlow说这不是，但是6个网站中有5个说这是testing。 我怎样才能得到一个明确的答案，为什么有结果的差异？

通过GZIP压缩浏览器的兼容性和优势

更新2012年2月10日： zOompf在这里已经完成了一些非常深入的研究。 它胜过以下任何发现。 更新2010年9月11日： 这里为此创build了一个testing平台 一些背景信息的GZIP和DEFLATE（zlib）的HTTP 1.1定义： ''Gzip'是gzip格式， 'deflate'是zlib格式，为了避免与原始压缩数据格式混淆，可能应该调用第二个'zlib'，而HTTP 1.1 RFC 2616正确指向在RFC 1950的zlib规范中，对于'deflate'传输编码， 已经有服务器和浏览器错误地产生或期望每个RFC 1951中的deflate规格的原始deflate数据， 特别是微软产品 ，所以即使'deflate'使用zlib格式传输编码将是更有效的方法（ 实际上zlib格式的devise是什么 ），使用'gzip'传输编码可能是更可靠的，因为HTTP部分名称的不幸select1.1作者“。 （来源： http : //www.gzip.org/zlib/zlib_faq.html ） 所以，我的问题是：如果我用NO zlib wrapper（或者gzip）发送RAW deflate数据，是否有任何现代浏览器（例如IE6或更高版本，FF，Chrome，Safari等）无法理解原始缩减压缩数据（假设HTTP请求头“Accept-Encoding”包含“deflate”）？ 放气数据总是比GZIP小几个字节。 如果所有这些浏览器都可以成功解码数据，那么发送RAW deflate而不是zlib有什么不利之处呢？ 更新2010年9月11日： 这里为此创build了一个testing平台