搭车!

自己封装一个简单的数据库查询类，封装常用的功能（例如使用%s、%d来格式化并避免注入），以及自动读取配置文件、autoload、单例模式等。

并在此基础上写个简单的ActiveRecord的ORM功能，简单语句可以使用。

由于数据库的复杂性，以讹传讹的空间非常大，快赶上中医养生了。避免使用 NULL 的理由，在高性能MySQL里有提到一段。建议大家多读些书，少看网上的奇技淫巧。特意把书翻出来摘录了下以供参考：

要尽量避免 NULL
要尽可能地把字段定义为 NOT NULL。即使应用程序无须保存 NULL（没有值），也有许多表包含了可空列（Nullable Column）,这仅仅是因为它为默认选项。除非真的要保存 NULL，否则就把列定义为 NOT NULL。

MySQL难以优化引用了可空列的查询，它会使索引、索引统计和值更加复杂。可空列需要更多的储存空间，还需要在MySQL内部进行特殊处理。当可空列被索引的时候，每条记录都需要一个额外的字节，还可能导致 MyISAM 中固定大小的索引(例如一个整数列上的索引)变成可变大小的索引。

即使要在表中储存「没有值」的字段，还是有可能不使用 NULL 的。考虑使用 0、特殊值或空字符串来代替它。

把 NULL 列改为 NOT NULL 带来的性能提升很小，所以除非确定它引入了问题，否则就不要把它当作优先的优化措施。然后，如果计划对列进行索引，就要尽量避免把它设置为可空。

[1].高性能MySQL第二版 page64

看你每秒查询次数和使用的SQL语句复杂程度。
查询次数少的话完全没问题。

@shao 作下调查就知道了嘛。去114dns网站，新闻里就有此网站。查询备案，这个网站就是南京信风的。

xuanpg.com 是114dns自家的网站，估计有什么接口优化了指向的IP。

VPS：信息自由、技术实践、盈利。

22 个月 92%，基本都是插着的。
http://ww3.sinaimg.cn/large/a74ecc4cjw1e1jv8srsb9j.jpg

@orange18 对于创业，我一向推崇团队作战，平衡的结构，迭代开发而不是一次成型，长期的技术支持与重构，否则迟早遇上问题。

用开源产品有个前提是是对该产品非常非常熟悉（或者该产品非常易于上手，就像wordpress、国内的dede之流），否则项目有可能陷入泥潭（就像你这种情况，并且我也不止一次遇上过这种情况）。

关键要看你找的人，熟悉什么、喜欢什么，衡量进度和后期的情况下作选择。
至于找人，纯属缘分……

第一份工作是joomla二次开发，这个折磨，对于我宁愿重新写个CMS也不愿折腾Joomla……

@meta 忘了说，第二个还需要结合类似这样的代码 http://www.planeart.cn/demo/textareaTools/weiboTextareaBug.html

另外淘宝的kissy里也有个差不多的功能：
http://docs.kissyui.com/docs/html/demo/component/combobox/weibo.html

这里有一个可以试试 http://ichord.github.com/At.js/
另外还有一个 http://podio.github.com/jquery-mentions-input/ 但是对中文支持不佳。

@sNullp

风扇开始抗议了…………

很多虚拟主机商还不允许远程连接3306端口，这个时候 Navicat 的 HTTP tunnel 功能就很实用了。假死还真没遇上过，只是 Navicat 太贵了。

以前手机坚持不到早上闹钟，睡过头的……
后来卸载了常驻后台「类似墨迹天气之类」的应用就能用很久了。
有时候感觉卡，还需要卸载安全类「XX管家卫士们」的应用，亦有省电的功效。

LZ这是赚金币来了么……
抬头望去桌上80%的书都是O'Reilly的。