使用数据压缩技术，可以让服务器在传输数据之前进行简易的压缩，让客户端更快地接收数据，降低数据传输的流量。
不过这个功能仅在文本数据中比较有效，而像是图片、音视频等多媒体文件本身就已被压缩过，再压缩只是浪费服务器的运算资源而已，不建议使用！
目前主流的浏览器都支持gzip和deflate两种数据压缩算法，而在Apache里指定数据压缩功能，只需要在.htaccess写入以下代码即可。

- 阅读全文 -

- 阅读全文 -

- 阅读全文 -

- 阅读全文 -

什么？字体居然还要收费？！

没错，你系统里安装的x正、x康、x鼎字体其实都是要收费才能使用的！
但为什么没有字体厂商来找你收费？一来因为个人用户太多、只要未涉及商用无法起诉，二来也是为了培养用户的使用习惯，将来有机会可以“碰瓷”和“薅羊毛”……

其实这么多年来，我与众多网友一样，都以为字体是由各个字体厂商免费发布出来给大家使用，仅会对商业公司收取版权费。直到前阵子知名游戏UP主敖厂长被某字体公司状告侵权，我才发现其实字体版权这个“大棒”离我们普通人是这么接近！
之后我搜集了一些关于字体版权之类的信息，赫然发现内置在Windows系统中的 微软雅黑 这个字体竟也是版权字体，而且其版权方北大方正这些年仅靠向不小心使用了微软雅黑的商家们“敲竹杠”，就能将侵权费当作公司最大的收入来源！

相关新闻：
方正诉魔兽字体侵权案将开庭 暴雪遭1亿索赔
敖厂长视频字体侵权事件

首先，字体的设计花费了制作方众多的心力，我们应该支持正版字体，使用字体进行商业用途也应该向制作方付费。
但是方正利用系统内嵌字体进行“敲竹杠”的行为，我个人还是觉得十分不妥！
所以，各位程序员、设计师在进行内容发布之时，一定要有意识地避开这些拥有版权的字体，尽量使用无版权、或者免费的字体来进行商业内容的发布！

有鉴于此，我搜集并撰写了本文，希望可以帮助各位寻找到最优秀、最全面的免版权、可商用字体资源。
这些字体大部分遵循 SIL开源字体授权，除了禁止直接售卖字体之外，字体可作为内嵌或资源进行商业用途！
（部分字体有其他版权协议，请您在各字体的官方网页上进行确认！）

- 阅读全文 -

如果有一个双等号结尾的非法BASE64编码作为参数（如abc==），.NET的 Convert.FromBase64String 函数不仅不会报错，反而还会产生一个意料之外的返回值，对后续程序的执行是一个隐患。
详细资料请参考 https://detunized.net/posts/2019-03-06-base64-decoding-bug-that-is-present-in-all-version-of-.net/

经过我个人的测试，我发现这个BUG仅影响 4.0 以上的版本，反而 2.0~3.5 可以正确发现参数异常，并予以报错。
另外据说最新的 .NET Core 也已经修复了这个BUG，所以请使用 4.0 作为开发框架的童鞋们“注意安全”。

原文给出了一个 .NET 4.7.2 的内部解决方法

// This only works for base64 without spaces or linebreaks.
string Repad(string base64)
{
    var l = base64.Length;
    return l % 4 == 1 && base64[l - 1] == '='
        ? base64.Substring(0, l - 1)
        : base64;
}

不过总觉得哪里有一点不对劲，哈哈～

- 阅读全文 -

注视这张图片中间的三个点10秒钟，然后对着白色墙壁快速眨眼，你就会看到神奇一幕

- 阅读全文 -

前言

前几日本站的主机商迁移过一次服务器，导致了本站的下载速度只剩下10kb，一个页面得加载好几秒钟……
我通过Chrome控制台的Network面板，检测到是一些JS库拖慢了整个网站的速度。
虽然那些JS库不过5~60k的大小，但当我这破站只有10k限速的时候，你就可以想象整个页面的加载得有多慢了……

没有办法，为了让前端网页的速度能够更快一点，我只能将网站所使用的部分JS库转移到网上的JS公共库CDN加速之上了。
等到转移完毕之后，首页的加载速度果然大幅改善，然而某些不能加速的比如图片、或是自定义的脚本依然会卡网页，不过确实解了当时的燃眉之急。

当然，此刻本站已经换过了服务器，不存在加载过慢的问题，但我仍推荐各位中小型网站的站长、个人博客的博主使用一些JS公共库的CDN加速服务。
那么这些CDN加速的服务商有哪些呢？我们又该如何取舍？

- 阅读全文 -

- 阅读全文 -

千万不要点开下面的阅读全文……

- 阅读全文 -