shell批量重命名文件
Android的Helloworld程序
一直有想到是否该用wordpress玩玩blog，因为实在是有欣赏的地方，当然了，转换肯定也需要精力，还好转换程序有热心网友提供给大家用：
Bo-blog to WordPress 转换程序 v2.0 build.20090415
升级到新版2.8有bug：
1 转换友情链接，字段不一样导致出错
不熟悉wordpress，暂时注释掉几行，276/288/289
2 日志字段有更改，查找替换 post_category -> post_parent
在本地转换后打开首页，发现程序没跑完就停止了，失望。。
一直都感觉wordpress很慢，新安装好的时候都很慢很慢滴，烦死
打开xdebug看看结果，感觉真的是一份失望的php程序：
调用程序居然有将近10万次的，不知道是否我的程序有什么问题，是否非官方版本而产生的问题
数据库都调用了几万次查询，我 ⊙﹏⊙b汗~~
30秒超时时间过去了，程序停止了，增加程序运行时间的结果：
占用了40多M内存后被系统停止了，可怜的家伙。bo-blog相对而言好多了：
看看xdebug下，wordpress的调试文件有多糟糕：
基本上都是十几M的调试文件，说明函数调用次数非常非常之多，最恐怖的就数首页了，100M，my god~
从官网下了一份英文版，也是一样的结果，看来用wordpress的同学要小心了
但是这个可能是因为转换程序而产生的问题，具体原因还不清楚，我转换的数据也就1000多条，应该不会导致这样的问题吧？
只是转换1000篇日志也是产生这样的问题，可怜的wordpress的转换妄想估计可以忽略了，bo-blog也还是不错的，还继续用吧。。
原创内容如转载请注明：来自 阿权的书房
Bo-blog to WordPress 转换程序 v2.0 build.20090415
升级到新版2.8有bug：
1 转换友情链接，字段不一样导致出错
不熟悉wordpress，暂时注释掉几行，276/288/289
2 日志字段有更改，查找替换 post_category -> post_parent
在本地转换后打开首页，发现程序没跑完就停止了，失望。。
一直都感觉wordpress很慢，新安装好的时候都很慢很慢滴，烦死
打开xdebug看看结果，感觉真的是一份失望的php程序：
调用程序居然有将近10万次的，不知道是否我的程序有什么问题，是否非官方版本而产生的问题
数据库都调用了几万次查询，我 ⊙﹏⊙b汗~~
30秒超时时间过去了，程序停止了，增加程序运行时间的结果：
Fatal error: Allowed memory size of 41943040 bytes exhausted (tried to allocate 2097152 bytes) in F:\MyWebsite\wordpress\wp-includes\post.php on line 3398
Call Stack
# Time Memory Function Location
1 0.0303 61008 {main}( ) ..\index.php:0
2 0.0309 65024 require( 'F:\MyWebsite\wordpress\wp-blog-header.php' ) ..\index.php:18
3 2.6930 17547624 require_once( 'F:\MyWebsite\wordpress\wp-includes\template-loader.php' ) ..\wp-blog-header.php:16
4 2.6980 17569792 include( 'F:\MyWebsite\wordpress\wp-content\themes\classic\index.php' ) ..\template-loader.php:27
。。。
Call Stack
# Time Memory Function Location
1 0.0303 61008 {main}( ) ..\index.php:0
2 0.0309 65024 require( 'F:\MyWebsite\wordpress\wp-blog-header.php' ) ..\index.php:18
3 2.6930 17547624 require_once( 'F:\MyWebsite\wordpress\wp-includes\template-loader.php' ) ..\wp-blog-header.php:16
4 2.6980 17569792 include( 'F:\MyWebsite\wordpress\wp-content\themes\classic\index.php' ) ..\template-loader.php:27
。。。
占用了40多M内存后被系统停止了，可怜的家伙。bo-blog相对而言好多了：
看看xdebug下，wordpress的调试文件有多糟糕：
引用
1,560 blog_BoWP_php
222,370 blog_index_php
105,107,909 wordpress_index_php
12,924,084 wordpress_wp-admin_admin-ajax_php
14,081,982 wordpress_wp-admin_async-upload_php
13,984,648 wordpress_wp-admin_categories_php
95,365,670 wordpress_wp-admin_edit-comments_php
14,645,123 wordpress_wp-admin_edit-pages_php
13,887,596 wordpress_wp-admin_edit-tags_php
18,318,226 wordpress_wp-admin_edit_php
14,072,934 wordpress_wp-admin_index-extra_php
103,316,791 wordpress_wp-admin_index_php
15,550,129 wordpress_wp-admin_install_php
14,682,644 wordpress_wp-admin_link-manager_php
82,286 wordpress_wp-admin_load-scripts_php
22,258 wordpress_wp-admin_load-styles_php
13,632,302 wordpress_wp-admin_media-upload_php
14,503,077 wordpress_wp-admin_media_php
13,959,492 wordpress_wp-admin_options-discussion_php
222,370 blog_index_php
105,107,909 wordpress_index_php
12,924,084 wordpress_wp-admin_admin-ajax_php
14,081,982 wordpress_wp-admin_async-upload_php
13,984,648 wordpress_wp-admin_categories_php
95,365,670 wordpress_wp-admin_edit-comments_php
14,645,123 wordpress_wp-admin_edit-pages_php
13,887,596 wordpress_wp-admin_edit-tags_php
18,318,226 wordpress_wp-admin_edit_php
14,072,934 wordpress_wp-admin_index-extra_php
103,316,791 wordpress_wp-admin_index_php
15,550,129 wordpress_wp-admin_install_php
14,682,644 wordpress_wp-admin_link-manager_php
82,286 wordpress_wp-admin_load-scripts_php
22,258 wordpress_wp-admin_load-styles_php
13,632,302 wordpress_wp-admin_media-upload_php
14,503,077 wordpress_wp-admin_media_php
13,959,492 wordpress_wp-admin_options-discussion_php
基本上都是十几M的调试文件，说明函数调用次数非常非常之多，最恐怖的就数首页了，100M，my god~
从官网下了一份英文版，也是一样的结果，看来用wordpress的同学要小心了
但是这个可能是因为转换程序而产生的问题，具体原因还不清楚，我转换的数据也就1000多条，应该不会导致这样的问题吧？
只是转换1000篇日志也是产生这样的问题，可怜的wordpress的转换妄想估计可以忽略了，bo-blog也还是不错的，还继续用吧。。
原创内容如转载请注明：来自 阿权的书房
收藏本文到网摘
