V2EX › yfdyh000 的所有回复 › 第 2 页 / 共 35 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 35

❮

❯

2015 年 3 月 26 日

回复了 alia 创建的主题 › 问与答 › 感觉买到一个暴利的商品......

这是你自愿买的吧，人家就是稍微推销一下，又没有欺骗或强买强卖，你怎么举报。

2015 年 3 月 26 日

回复了 keboge 创建的主题 › 问与答 › chrome+adblock plus 在某些网站遇到的问题

有点猜到了，但没想到你真发。V2EX不能删帖，你打算怎么删，除非站长/版主删……

这个右上角有关闭按钮，好像是属于Adblock Warning Removal List的例外范围。
这就是最麻烦的内嵌在页面源码中的脚本，ABP好像做不到屏蔽。除非用其他过滤软件/插件，或者GM脚本自动点那个按钮（有延迟）/替换相关函数（有技术难度，我没弄过）。

https://www.firefox.net.cn/read-49388 理论上有效，但我试验没成功。

2015 年 3 月 26 日

回复了 inyfee 创建的主题 › 问与答 › 开发 windows 桌面软件，现在主流用什么技术？

@dalaomj 易语言编译文件大的问题不是解决了吗，静态编译，用VC编译器。

2015 年 3 月 26 日

回复了 iCodex 创建的主题 › 随想 › v2ex 文化？

首页右下角，注册会员 107350。不过还得考虑不活跃成员数量。但在人群聚集区，还是有可能的。

2015 年 3 月 26 日

回复了 iCodex 创建的主题 › 随想 › v2ex 文化？

/t/70946 有人遇到过
/t/71530 曾经赠送过；有多款，但目前“销售已经结束，暂时无法订购”。
/t/67320 第一版，据说绝版

2015 年 3 月 26 日

回复了 keboge 创建的主题 › 问与答 › chrome+adblock plus 在某些网站遇到的问题

不能给出网站吗。有些是引入JS文件，屏蔽那个JS即可，有些内嵌脚本的就比较麻烦。

参考 https://adblockplus.org/zh_CN/subscriptions
已经订阅了 EasyList China+EasyList 了吗，再订阅 Adblock Warning Removal List 试试。

如果还不行，用ABP本身的反馈功能反馈一下，可能会有人处理，中国列表的维护者目前挺活跃。

2015 年 3 月 26 日

回复了 est 创建的主题 › 问与答 › 有没有支持 iPad 的 USB 显微镜？

@kuxiazi @ilotuo 我怎么觉得楼主是说不支持移动设备落后，而没有说Windows落后。

2015 年 3 月 25 日

回复了 est 创建的主题 › 问与答 › 有没有支持 iPad 的 USB 显微镜？

看到有基于WIFI的无线显微镜，不知道是否符合需求。

2015 年 3 月 25 日

回复了 Panintosh 创建的主题 › 问与答 › GoogleDNS 用 nslookup 命令返回的 url 后面带了个.lan

很正常啊，因为你得到的是移动的缓存服务器给你的百度页面，相当于一个透明反代，强行节省跨运营商网络流量的结算费用。

2015 年 3 月 25 日

回复了 Panintosh 创建的主题 › 问与答 › GoogleDNS 用 nslookup 命令返回的 url 后面带了个.lan

是移动劫持Google DNS的返回结果到自己的缓存服务器IP吧。
114可能还没被纳入劫持目录，或者劫持失败（因为任播ping低？）

“而且即使是错误的ip打开是正常的百度呢？”看不懂。

2015 年 3 月 25 日

回复了 Disappear9 创建的主题 › 信息安全 › 遭受 ddos 攻击时把域名 IP 指向 gov.cn 会怎么样？

/t/124700 曾有讨论
我好像也看过那篇新闻，但找不到了。

很可能会找你（有备案几率更高，因为好找，不需手段），也可能不理你，主要看受影响程度和当事领导执事风格。比如 http://www.cnbeta.com/articles/29085.htm 就是很大度。

2015 年 3 月 25 日

回复了 stupidcat 创建的主题 › 问与答 › 这种乱码是什么导致的？

@ksupertu 是“烫烫烫”……

2015 年 3 月 25 日

回复了 google456 创建的主题 › 问与答 › firefox 有什么插件能查看加载一个网页时各个部分所占用的 cpu 百分比? 比如 js 消耗了多少 cpu 时间 flash 消耗多少时间图片消耗多少时间等等

自带的开发者工具，网络（网络IO时间），时间线（CPU时间），性能（JS函数时间）
https://developer.mozilla.org/en-US/docs/Tools/Timeline

2015 年 3 月 25 日

回复了 acess 创建的主题 › 问与答 › 关于硬盘分区和磨损均衡的问题

@ryd994 嗯，都赞同。
楼主和 /t/126965 中 @harrychuh 所说的文件系统或硬盘主控层面上的修改是先读取再写入一份新文件的行为策略是不存在的，也是不可行的，原因见前文。
cow跟楼主说的大概没关系。

2015 年 3 月 24 日

回复了 acess 创建的主题 › 问与答 › 关于硬盘分区和磨损均衡的问题

补充，重写1GB数据量的举例可能不恰当，但就是那个意思。

写时拷贝/写入时复制/copy-on-write 是ZFS等一些文件系统的特性，NTFS大概是没有的。
不过Windows的卷影复制（VSS）好像用了这种技术，具体怎么回事没弄懂过。

2015 年 3 月 24 日

回复了 acess 创建的主题 › 问与答 › 关于硬盘分区和磨损均衡的问题

不认为NTFS会那么干。首先，HDD重复写入同一块扇区我认为并不会造成任何损耗，因为那只是磁盘上的磁性转换，没有寿命限制，而且节约了磁头移动的电机寿命。
其次，如果每次都是那样读取并重新创建，除了性能和碎片问题，还有明显的写入放大问题。比如你修改了1GB文件中的1个字节，难道要重新在空余处创建写入1GB的数据量吗。$MFT等日志元文件也都是在原地重写的，普通文件也一样，不可能每次都重新创建一遍。还有一个不太恰当的例子，如果真的在文件系统/磁盘层面这样做，那些反复擦除的工具（如Gutmann算法）岂不是在做无用功。

SSD保留一些可用分区据说有助于性能和寿命，避免内部频繁地搬运文件来实现均衡磨损。
HDD没关系吧，我的几个分区95%好几年了，什么事也没有。

1 2 3 4 5 6 7 8 9 10 ... 35

❮

❯