典型的双网关嘛。v6流量只能走v6，v4同理。你根本就没的选，谈何配置。

修改器是什么鬼

无要点，不再回复。

GUI太反程序员了，要不是VS有个还能用的图形界面编辑器，我压根就不想写GUI的程序啊。

@julijulilijuliju

1. 真的，请好好见识一下。一个日常天天会遇到的复制功能如果从来没见过，那就没法谈了。
2. 把一个东西近距离从A点移动到B点，用鼠标拖一下就好了，还要多费功夫去按两次快捷键才叫累。
3. 你把我的论点看反了。
4. 呵呵一个问题只要看法和你不一样就是意淫，不要这么耍流氓好吗？如果觉得看法和你一样你就赞同，看法和你不一样你就说意淫，那我觉得这贴更适合无要点分类，反正帖子的意识形态在一开始就已经定下来了，根本没讨论的必要了。

回到正题。
[1] 在没有选中任何文字的情况下，Ctrl-C是复制当前行，Ctrl-V是将整行粘贴在当前行的上放。
[2] 选中文字以后，直接将文字拖动到新的位置就是剪切+粘贴，按住Ctrl拖动到新的位置就是复制+粘贴。
[1]点说明了你的无选中文字按键即为粘贴的功能会与当前已有的常用功能冲突。
[2]点说明了你希望简化的这部分操作本身就有更简单的做法可以实现。
当然了，如果你的文本编辑器不支持这些功能，请换个更好的。

至于文本编辑器以外的部分，比如资源管理器里的文件操作，右键拖曳然后在弹出菜单里直接选择移动还是复制则更方便，而Cc/Cv快捷键倒是很少使用的。真的会用的人，也都是因为「习惯」用Cc/Cv，并且这些人因为「习惯」问题所以也不适合更换快捷键。

Opera 12.17
main { } 需要指定display:block 否则……

@julijulilijuliju 粘贴和替换是同一类功能啊，都是往当前选区写入。
硬要说区别的话，粘贴就是把0个字符替换掉。
不知道你是为什么要把0个字符替换与0+个字符替换认定成两个功能的。
不管怎么说，Ctrl-V执行的是写入操作，Ctrl-C执行的是读取操作。

---

再来对比一下你我对快捷键的定义：
Cc->复制 Cv->粘贴 Cv->替换
Cc->复制 Cc->粘贴 Cv->替换

你觉得粘贴功能的意义相对替换来说更接近复制？

---

上文还提到了一个很重要的问题。
你改掉快捷键以后，原本的无选中状态复制功能怎么办？
重新定义一个新的快捷键吗？
还是说你要强求别人复制之前必须选中文本？

---

#70 这里你提到了Cv的快捷键习惯。
既然是习惯了，那为何还要改变，特别是没有飞跃性实质性的增长的时候。

我举个栗子吧。
比如说拼音输入法，绝大部分人都是用的拼音吧？
那我说，双拼输入法，既是完全用拼音思考，又能减少击键，加快打字速度。
反正大部分人只是「习惯」了打拼音吧，考虑到还没出生的孩子和还没开始用拼音打字的孩子，我们把双拼输入法完全普及下去行不行？

---

说白了还是这个问题。
你觉得爽，别人不见得觉得爽。
有些人说，Linux用得好爽啊好爽啊，大家为什么不都用Linux去？
因为别人和你不一样。别人做的事情和你做的不一样。别人的习惯和你的不一样。就这么简单。
你觉得好的东西，别人不一定就觉得好。

关键问题在于。

操作的结果不一定是预期。

其实也就是上面有人说的，一个操作对应一个功能。

多个功能放在一组按键上，用你的说法是简单了，用别人的说法是混淆了。

首先，你先要声明你自己软件的LICENSE。

return 200;？

第三题

一种，像上面说的，位图打点。另一种，hashtable打点。
一千万行数据也不多啊，10m个数用C++的unordered_map打点，1G内存怎么都够了。

再有一种玩法， divide & conquer
每次把一个文件分成 > MAX/2 和 < MAX/2 生成4个文件，再分成8个，16个，等等。

然后每次处理一段，就非常省内存了。

换我的话我会写个脚本无脑grep，比如把INT_MAX范围内的数字拆成22对文件什么的。

另外分割开以后还可以充分利用多线程的优势来并行处理。
最后再merge一下就是要的结果了。

第一题不说哪种语言真的没问题吗？

@soulteary 亚洲的机器基本都贵到发紫，别想太多了。
日本那边一票像linode之类的都算是最便宜的选择了。

@soulteary 这么点流量你贴出来不合适吧

@soulteary 实际带宽能跑满百兆的，放在亚洲没几家机房能给你几十刀以内的选择。
亚洲的带宽是很昂贵的。

我入门rails是用codeschool，看了一下午然后开始码代码。

SmartGit里可以直接Undo last commit。