这个问题非常自我解释.为什么我不能脱掉它？在我看来,大多数空格纯粹用于文本编辑器中的格式化,并且对最终页面没有影响.
@H_403_2@更重要的是,当这些空格的随机节点确实对最终页面产生影响时,它通常是我不想要的影响,例如内联块之间的神秘的一个字符(在空白崩溃之后).
@H_403_2@我可以很容易地剥离所有这些空白文本节点.我不应该有任何理由吗？
@H_403_2@编辑：
@H_403_2@它主要是针对空白而不是表现的奇怪行为.一个例子是我想要使用内联块而不是浮动来并排放置图像,同时防止包装到下一行并允许它们溢出父节点.
@H_403_2@空白会导致这些神秘的空白,可以通过基本缩小HTML源代码来手动删除内联块之间的空白(并在此过程中完全弄乱源代码格式)来消除这些空白.
解决方法
真的没有理由不这样做.使用像
htmlcompressor这样的东西可以很容易地完成.
@H_403_2@但是,假设您通过gzip提供所有html,css和js文件,那么从剥离空白中看到的实际带宽节省量将非常小.那么问题就变成了,值得麻烦吗？
@H_403_2@更新：
@H_403_2@也许这会影响你的决定.我在我的网站页面上执行了simple minification,看看它会产生什么样的差异.结果如下：
@H_403_2@在缩小之前
@H_403_2@> 22232字节(未压缩)
> 5276字节(gzip) @H_403_2@缩小后 @H_403_2@> 19207字节(未压缩)
> 5146字节(gzip) – 保存130个字节 @H_403_2@缩小后,未压缩文件缩小约3 KB.但这并不重要. gzip压缩文件是通过线路发送的.你可以清楚地看到,即使使用非缩小的HTML,gzip也能做得很好. @H_403_2@我看到了缩小js库的好处,或者不断变化的东西.但我不认为这对你的HTML做130麻烦的麻烦是不值得的.
> 5276字节(gzip) @H_403_2@缩小后 @H_403_2@> 19207字节(未压缩)
> 5146字节(gzip) – 保存130个字节 @H_403_2@缩小后,未压缩文件缩小约3 KB.但这并不重要. gzip压缩文件是通过线路发送的.你可以清楚地看到,即使使用非缩小的HTML,gzip也能做得很好. @H_403_2@我看到了缩小js库的好处,或者不断变化的东西.但我不认为这对你的HTML做130麻烦的麻烦是不值得的.
