YI – 第 37 页 – 静水潜流

恢复被删除的Wine菜单

2011/08/10 YI

进入/home/<user name>/.config/menus目录，修改applications.menu文件。将其中与Wine相关的<Deleted/>删除后，即可恢复。

Amazon EC2抽风了吗？

2011/08/03 YI

今天白天和晚上，都很难登录Amazon EC2在美国东海岸的服务器。速度慢得一塌糊涂。登录Amazon的console，也是非常艰难。

对比以往，经常能达到50KB左右的速度，而现在居然经常连接超时。

不清楚是Amazon出了什么问题，还是墙又增高了？感觉跟墙没关系，毕竟我采用了单独的IP，是纯技术内容的服务器，而且访问其他外国网站没有任何问题。

怪事，估计是Amazon在同一地区又出事了。持续关注中。。。

2011-08-10 updated – 最近这几天北弗吉尼亚地区的数据中心确实出了问题，主要是连接方面的问题，目前看AWS的状态报告确认已经正常。我们网站的访问速度也已经正常。该中心在整个AWS体系中，显得尤其不稳定，频繁发生故障。后续如果需要新开服务器，最好还是选择加利福尼亚数据中心比较好。

删除所有.svn目录

2011/07/31 YI

SVN的缺点就是：在每个目录下都创建了一个.svn目录。这些.svn目录就像狗皮膏药一样无处不在。在开发环境中没有问题，在生产环境中不应当出现。

在linux中可以使用下面的命令删除当前目录以及子目录下所有的.svn目录：

find . -name ".svn" -d -print -exec rm -rf {} \;

标准C/C++中的map

2011/07/28 YI

总体来说，map设计得很不错，很方便使用，但是其中有些操作，让人觉得十分鸡肋，不吐不快。

例如，对于最简单的查询操作，map在查询不到结果的情况下，居然直接插入一个默认值。这种做法十分多余，而且危险：

（1）接口不明确。查询就是查询，插入就是插入。现在居然在查询接口中，内含一个插入操作，接口设计的原子性不好，不够简单，逼迫使用者去作多余的思考。

（2）缺省值无法保证。例如，对于整数值，该接口认为0是缺省值。而在实际应用中，未必都会将0作为缺省值。在应用程序内埋下了地雷，搞乱甚至摧毁程序。

（3）频繁查询不存在的记录，会导致内存不断增加。这对于server类程序来说，简直要命。

即使是如此简单的、标准的数据结构操作，都可能引来如此众多的问题。对于常用的这些结构，如果不是特别强调效率或者通用性，实在是有必要定义自己的实现方式，尤其对于server端开发而言，使用标准C++库或者第三方库都应当非常慎重。

比较而言，QT中的QHash/QMultiHash设计得更为精良一些。

下面是测试代码：

#include <iostream>
#include <map>
#include <string>

using namespace std;

void test()
{
    map<string,int> demo1;
    cout<<"map size="<<demo1.size()<<endl;
    int j=demo1["1234"];
    cout<<"map size="<<demo1.size()<<endl;
}

int main(int argc, char *argv[])
{
    test();
    return 0;
}

测试结果如下：

map size=0

map size=1