@laotaitai 其实这个还有个更高级的玩法，做更内部的用处使用
就是在客户端并不解码成原始的。
把解码算法封装到一个crx里面去
有指定chrome扩展的电脑就能正常看，没有的就不行……

@msg7086
二次压缩必要性不大
我算是比较熟悉这种旁路分析器的的实现
能实现这么高效率的，一般是用专门芯片做字符流匹配，match黑名单的特定流，只能对通用算法进行匹配，base64后随便再做一点小小手脚就无解了，二次gz开销太大。你看我截的图，其实大多数并不是纯种base64，不信你取个片段解一下试试。

@kslr

这只是最入门的黑科技了……

不过我仔细看了一下不符合楼主主题的 跑题了 楼主是要反中间人反劫持的
我这只是单纯的防止通用旁路分析……

@P233
OK学写了
不过也不失为一种解决方案 尤其是在doctype不好乱改的情况下。再次感谢……

比如这个分享一些不和谐内容的内部站，我就是用一个网上的仿V2EX的很小的小BBS程序改的
传输层检测到的内容就是这样的：

http://ww4.sinaimg.cn/mw1024/6c2ea0fbjw1euo0re8uufj20qg0cttdm.jpg

因为用了jquery2，不支持IE，用IE看到的就是原始的，js解码未执行
实际上浏览器端如果用chrome就会跑起来算法把加密内容还原了

个人搞浅层暗网多年的黑技术经验告诉你

首先，你不要做大做出名被人工盯上，被人工盯上啥也不好用
然后，如果你没有被人工盯上的话，那些高级加密都不需要。你在代码端把内容base64了，在前端用js解密出来，中间这个传输对于识别引擎来说就是乱码，他们监控不到你的网页内容
因为base64应用太普遍，如果担心ZF的扫描器能识别base64字符串的特征码，二次处理一下base64的字符串，比如用ascii漂移一下，这啥也自动化识别不出来你是啥……

@P233
再次感谢这么关注这个问题

发现有问题时候，肯定要进行简单的排错，去除空格，去除空行，追溯继承什么的我都做了，然后仍然坑。我用chrome调试工具去追溯继承，按理说他是渲染器给出的计算样式，按照历史继承的样式什么的都会显示出来，我甚至尝试显示所有渲染css属性，包含内部属性，然后把样式都复制过去，包含父级的样式，仍然无法重现。反而是把这两个div粘贴到dreamweaver里不带任何属性预览就是重合的。


我甚至随便打开20个大网站，把那两个div（因为原文就是内联样式不是类）粘贴到别的网站上的各种层级的位置去，都是错位的，但是粘贴到V2EX的任何一个页面的任何位置，都是重合的……

然后我就想这应该跟全局的比较高级的继承有关，我也尝试一点点追溯上去甚至追溯到了body本身，仍然没搞定，不过我没想到是跟dtd有关。我习惯性新建都是doctype html了


不过后来看了楼上 @dotCom 的提示，确实在内层加个absolute就行了，这是最根本的原因。

然后我强迫症又犯了，确定是这个问题以后，为啥chrome的各级div都没有给出position:absolute的定义，实际在一定的场景下div就会包含隐含的position:absolute

难道是V2EX的DTD XHTML1.0 T 会给某些块元素附带position:absolute属性，但是调试工具本身认为这是理所当然的不予显示？

各位大神回头可以再测测，我这会儿在外面不好测试了……

宝宝房……
宝贝房……

@cxshun github确实是最受程序员欢迎的同性交友网站了，虽然也有少量女性隐藏在其中……
去github交朋友 90%是同性……

@P233
THX. HTML5的progress我已了解。

主要是之前做的东西还是要对IE8做兼容的，而且说实话那东西我都做出来了就过去了，我这强迫症才是要命的。看到了V2EX的实现方式就想自己试试，自己试试发现试不出来怎么都有毛病那抓心挠肝的赶脚才要命……

口水那本freeBSD

@hitmanx
我的想法，这个东西不会是第三方软件，肯定是电视机厂商自身提供硬件支持下的软件空间实现
如果不把视频流当做视频流，而是当做一组特定顺序的像素点颜色变化，基于几百个像素点，然后做一定的宽容度，会比纯粹的视频识别好很多。
毕竟只需要匹配广告重复出现的特征段 同时对音频流也进行一定处理 两者是独立的，无论什么时候预匹配到了特征，库里反馈出当前广告的第几毫秒是那个特征，就定位到了广告的开始精确时间点。同时用第二组第三组预置像素点颜色序列数据去采样点像素组进行二次验证，一致就确定基本无误杀，把整个时长的广告进行替换。

退一万步说，只建立起数百个黑名单，把那些洗脑的，反复轰炸精神攻击的能过滤掉，其他的都留着，对很多人来说就足够了……

die(json_encode($something2transfer));