不过开始看Qt on maemo后，装了个madde + qt creator 2.0 beta，手机上装个mad-developer，wifi连接，好用多了。但缺点也有啊，就是比如QtMobility，想整到madde里就麻烦了些，我现在的做法是先在scratchbox里装上libqtm-dev，然后把一堆so和include拷到madde里，还没试验是否真的可用。

回过头来再看看android的界面开发，不管是gtk还是qt，不管是maemo还是symbian，不管在界面开发上还是整个程序的开发上都要更费事些，所以这门槛就高了许多，开发成本也就跟着上来了，开发人员们也就懒得为你折腾了。

那么放弃gtk放弃qt放弃html+css来一套全新的就像android那样做？这也不见得是件好事，因为你迫使大量有可能进入这个领域的开发人员放弃自己以前熟悉的来适应你来学习一套全新的开发方式。对于资深一些的开发人员来说，这是一个很不爽的事情。

想做平台，你就得伺候好两类人，一类是用户，他们需要漂亮的界面和好用的程序；一类是开发者，他们要简单和熟悉的开发方式和强大的创造空间。

提速通常从两方面入手

传输提速

• 下载提速
  • 减少建立链接的次数
    • keep-alive 旨在减少多次握手带来的开销 此外 404这样的错误会打断keep-alive 恐怕没多少人注意过这个问题吧
    • 减少文件数 js,css的合并 多个图片合成一张 旨在减少http header
    • 合理使用expire
  • 减少数据量
    • gzip
    • 混淆精减js 精减css html 要知道 一个两千行的html 光是把换行和每行头的缩进去掉就至少是两三k!
  • 减少服务端处理时间
    • 利用服务端缓存减少服务端io时间 比如squid memcachd
• 上传提速
  • 把资源类文件放在cookie free的域名上，减少不必要的上行数据

显示提速

• 减少dom层次
• 减少页面中间的js

discuz现在最让我头疼的就是资源图片太过零碎和dom嵌套层次太深

• Symbian，老牌，市场占有率足够高足够傻瓜培养了足够的用户习惯，开发和GUI设计门槛相对而言有点高。
• IPhone，这个系统没涉足没法评论，只单纯的从其一贯的作风来看，IPhone和Android/WM最终会和MacOS和Linux/Windows的关系靠近。
• Android，火，真的很火，看各大手机厂商的动作就知道了，平台的理念有很多优秀之处
• WM? 我宁愿忘记这个系统，UI比起上述几个系统来说要糟糕的多，开发平台多但多的不精，如果某种东西例如silverlight在WM上能够成熟到Dalvik在android上的程度的话。
• MTK?BB? 等下，我才刚入门呢。

闲话搁下不提，最近在研究Android，写下对它的一些看法。

Android基于linux，这个没有意外，但是Android抛开了xwindow，也没有试图采用某种流行的GUI解决方案，而是把一个叫Dalvik的东西推上了舞台。

Dalvik是个虚拟机？没错，但它不仅仅是个虚拟机，Google在Dalvik里加入了手机需要的API，加入了进程管理，更关键的是，它把GUI彻底的做进了Dalvik。所以，完全可以这样认为，Android就两层：Linux，Dalvik。

那么，想做界面开发？不好意思，你只有JAVA可选。对广大的其他语言开发者来讲，这是个坏消息，但对Android来说，这却是个好消息。开发语言的单纯性会让基础平台的积累迅速且有效，开发将会更简单更快捷，同样，应用的丰富也会更迅速。

唔，如果Dalvik里的GUI接口是能够从C里调用的话，QT/GTK的移植应该并不是难事，届时，广大其他语言开发者就真的开心了。

这样tcpreplay就可以用来以极快的速度复现记录下来的数据从而实现压力测试，好处在于数据比较真实

先是在实际环境中用tcpdump记录数据用于复现
例如记录发往某ip某端口的报文一百万个

tcpdump 'dst aa.aa.aa.aa and dst port xxx' -c 1000000 -w log.pcap

假设这些报文要在机器bb.bb.bb.bb上复现然后发给cc.cc.cc.cc，从bb.bb.bb.bb发往cc.cc.cc.cc的源mac地址为bb:bb:bb:bb:bb:bb 目的mac地址为cc:cc:cc:cc:cc:cc

首先tcpprep预处理下

tcpprep -p --pcap=log.pcap --cachefile=input.cache

先修改mac地址使之有效

tcprewrite --enet-dmac="cc:cc:cc:cc:cc:cc" --enet-smac="bb:bb:bb:bb:bb:bb" --infile=log.pcap --outfile=pcap.tmp

然后修改ip地址使之有效

tcprewrite --cachefile=input.cache --endpoints="cc.cc.cc.cc:bb.bb.bb.bb" --infile=pcap.tmp --outfile=replay.pcap

然后就可以用来复现了 -l参数是说循环多少次 -p参数是说每秒发多少个包 -i是说从那个网卡发

tcpreplay -l 10 -p 1000 -i eth0 replay.pcap

再来说说YSlow，分析你的网页为何加载的这么慢的一个工具，地址回头再给。
会针对你的网页比如css的放置，js的放置等等各项打分，给出改进速度的建议，不过我不明白为何不欢迎ETag……

附图：

1. 首先注释掉include/ap_config_auto.h里面的
   1. define AP_HAVE_DESIGNATED_INITIALIZER 1
2. 然后在ap_config.h里面增加这几行
   1. if (defined(__GNUC__) && !defined(__cplusplus))                   \

   || (defined(__STDC_VERSION) && __STDC_VERSION__ > 199901L)

   1. define AP_HAVE_DESIGNATED_INITIALIZER 1
   2. endif
3. 再到http_config.h里面修改
   typedef const char *(*cmd_func) ();
   为
   1. if (defined(__GNUC__) && !defined(__cplusplus))                \

   || (defined(__STDC_VERSION) && __STDC_VERSION__ > 199901L)
   typedef const char *(*cmd_func) ();

   1. else

   typedef const char *(*cmd_func) (cmd_parms*, void*, const char*);

   1. endif

1. ap_setup_client_block(r, REQUEST_CHUNKED_DECHUNK)
   Apache里面说Setup the client to allow Apache to read the request body. 差不多意思就是初始化，第二个参数可以取以下三个值。
   1. REQUEST_NO_BODY
      意为如果request必须没有body，如果有就发一个413错误
   2. REQUEST_CHUNKED_ERROR
      意为request必须不可为chunked，如果有就发一个411错误
   3. REQUEST_CHUNKED_DECHUNK
      意思为如果chunked了，则dechunk。

   对于我们要读取post的数据，只能取后面两个，而chunked则是对长连接的选项了，使用哪个视情况而定。

2. ap_should_client_block(r)
   检查是否有数据，对于chunked的话会发送一个100 continue的命令让客户端继续发送数据。
3. ap_get_client_block(r, pBuff, size)
   读取数据

另外，gdb httpd pid可以attach一个正在运行的httpd来调试。

module AP_MODULE_DECLARE_DATA proxy_module =
{
STANDARD20_MODULE_STUFF,
create_proxy_dir_config,    /* create per-directory config structure */
merge_proxy_dir_config,     /* merge per-directory config structures */
create_proxy_config,        /* create per-server config structure */
merge_proxy_config,         /* merge per-server config structures */
proxy_cmds,                 /* command table */
register_hooks
};

其中STANDARD20_MODULE_STUFF这个宏为module_struct中的API version, minor version, module index, name, danamic load handle, next, magic, rewrite_args赋了初值。随后是per-directory configuration structure的初始化、合并函数和per-server configuration structure的初始化、合并函数。command table是command_rec结构的一个数组，依然是宏展开，描述这个模块在配置文件里面的信息。最后的register_hooks指向用于注册hook的函数。

typedef struct module_struct module;
/**

 Module structures.  Just about everything is dispatched through

 these, directly or indirectly (through the command and handler

 tables).

/



struct module_struct {
/** API version, *not* module version; check that module is

 compatible with this version of the server.

/



int version;
/** API minor version. Provides API feature milestones. Not checked

  during module init */



int minor_version;
/** Index to this modules structures in config vectors.  */
int module_index;
/** The name of the module's C file */
const char *name;
/** The handle for the DSO.  Internal use only */
void *dynamic_load_handle;
/** A pointer to the next module in the list

  @defvar module_struct *next */



struct module_struct *next;
/** Magic Cookie to identify a module structure;  It's mainly

  important for the DSO facility (see also mod_so).  */



unsigned long magic;
/** Function to allow MPMs to re-write command line arguments.  This

  hook is only available to MPMs.

  @param The process that the server is running in.

/



void (*rewrite_args) (process_rec *process);
/** Function to allow all modules to create per directory configuration

  structures.

  @param p The pool to use for all allocations.

  @param dir The directory currently being processed.

  @return The per-directory structure created

/



void *(*create_dir_config) (apr_pool_t *p, char *dir);
/** Function to allow all modules to merge the per directory configuration

  structures for two directories.

  @param p The pool to use for all allocations.

  @param base_conf The directory structure created for the parent directory.

  @param new_conf The directory structure currently being processed.

  @return The new per-directory structure created

/



void *(*merge_dir_config) (apr_pool_t *p, void *base_conf, void *new_conf);
/** Function to allow all modules to create per server configuration

  structures.

  @param p The pool to use for all allocations.

  @param s The server currently being processed.

  @return The per-server structure created

/



void *(*create_server_config) (apr_pool_t *p, server_rec *s);
/** Function to allow all modules to merge the per server configuration

  structures for two servers.

  @param p The pool to use for all allocations.

  @param base_conf The directory structure created for the parent directory.

  @param new_conf The directory structure currently being processed.

  @return The new per-directory structure created

/



void *(*merge_server_config) (apr_pool_t *p, void *base_conf,                                   void *new_conf);
/** A command_rec table that describes all of the directives this module

 defines. */



const command_rec *cmds;
/** A hook to allow modules to hook other points in the request processing.

  In this function, modules should call the ap_hook_*() functions to

  register an interest in a specific step in processing the current

  request.

  @param p the pool to use for all allocations

/



void (*register_hooks) (apr_pool_t *p);
};