@iyaozhen username= " ' or 1=1 or ' "

Leopold FC660M

@shangjiyu Anyconnect写死了上限200。

@livid code tag的css有问题。

Anyconnect不支持混用。以最后一条是route还是noroute决定只保留哪种。

把路由器的信道随便改一下即可。

苹果系90%的wifi疑难杂症都是因为信道。

fever有，很智能。

政府规定从卖家手上征5%税。
政府规定从买家手上征5%税。
政府规定从卖家手上征2%税，从买家手上征3%税。
政府规定从卖家手上征1%税，从买家手上征4%税。
政府规定从卖家手上征9%税，给买家4%的补贴。

以上每个情况中
卖家实际承担的税率都是相同的，
买家实际承担的税率都是相同的。

名义税率和实际税率是两码事，这是相当基础的经济学常识，大概在经济学原理第2节课上就能讲到。

社保也一样。

规定社保缴纳的比例和实际社保缴纳的比例无关，只和劳动力供给弹性与劳动力需求弹性有关。

一个简单例子：
某国规定社保由个人缴纳30%，假如这个国家劳动力供给非常紧张、市场上就你一个劳动力，而劳动力需求弹性很大，那么会发生什么事情呢？
会有公司给你更高的工资，cover掉30%的损失。你真正承担的比例远远不到30%

下面我们从理论回到现实，假如有公司声称帮个人缴纳按规定”名义上“是员工缴的那部分会怎么样呢？

他会给你开更低的工资。这个工资与正常工资的差额恰好等于你实际应当支付的社保费用。

没有任何差别。（有情怀打鸡血士气上升士气下降不算）

日文歌曲随机播放，准确的说是ACG歌曲。

看了一眼推，远子学姐好棒好棒的……

http://live.warthunder.com/api/feed/get_unlogged/
以上。

@clino
ocr不一定很精确：
ocr效果最好的中文字体是宋体方正书宋，这是因为国内书籍出版社一般用方正书版排版。
第二好的是黑体方正某种黑，理由类似。
第三名是启体方正启体简体，因为起点小说网vip章节用的他，各大更新组拼命改进技术也不过93%左右的识别率。
剩下的字体识别率就非常堪忧了。不针对性改进，恐怕难以上50%。

这种方法当然是有办法破解的，用不着ocr，你要是对字体技术有了解的话，应该能想到非常简单的解法，甚至也能想到解放的防御方法。毕竟你面对的这个加密文件的原文就摆在你面前啊。

系统自带查耗电app功能。设置-通用-用量
system status可查进程，无需越狱，但是查个进程有啥琴梨用？莫非你还想杀进程不成？

@andybest 我知道有基于这个实现的pdf加密软件，但是没有流传出来，只有加密后的pdf流传出来了。许久前网上就有关于如何破解这种加密的讨论，基本费力不讨好。

@Septembers 这种技术其实一般用在打包好的电子书、pdf、app里，如果放在网页上，除非网页特别有价值，否则还是比较反人类。因为面前有一半的浏览器在加载web font的时候block住加载进程。

比较彻底的一个组合是：
1. 利用ttx和脚本生成一个打乱了字符glyph与unicode对应关系的字体。
比如把 U+6211我 和 U+4F60你 替换，这样当输入“你”时，显示出来的字符是“我”，当输入“我”时，显示出来的字符是你。
内容是 “你我” 的文字用这种字体显示出来是“我你”
2. 用之前的随机替换码表加密你要显示的东西。
3. 用web font加载这个字体。

这样显示出来的内容和复制到的内容完全不相干，可以达到最佳的效果。采集者如果试图还原对应关系，只能手动录入这个对应关系。

这个做法比直接转图片优秀的地方在于这玩意对html/css/js透明，可以轻松用css完成响应式设计。
缺点么，每次要先下载个10多mb的字体算不算？

//有一种传统的pdf加密技术就是这么做的。

display inline-block
或者
float left

先补习下css的基础知识吧……

@CRight ab站都是flash的。