第一个和第二个是互斥选项，除非你是土豪。

@Koolday
如果囊中羞涩又追求速度和带宽，还不想备案，那么他们家是个很不错的选择。

他们的日本版已经存在比较久了，香港版的一上线就在用，个人感觉不会跑路……
去掉内存因素，其他就是线路偶尔会丢点包，但是一般在十多分钟内会恢复。在上面部署了shadowsocks，个人还比较满意。
数据没丢过。

就像一楼说的，低端产品里比较有良心的。

手上有他们家的两个VPS，有段时间很火，因为保证内存1G的，用到400多MB的时候居然出现内存无法分配的错误。而且OPENVZ要多不爽有多不爽，提心吊胆，哪天他们生意好了说不定内存又不够了。再则一些VPN也没法部署。NOSQL用起来也有很大风险。

好处是客服还可以，起码是认真回答的，技术也会跟进排查，感觉还是在认真卖VPS的。
另外延迟和带宽都不错，一般下载的时候都可以有好几百个KB，有时候可以上1MB/S，比一般的香港小水管大很多。
价格也不错。

如果针对国内的话可以试试金山的 http://code.ijinshan.com/api/devmore4.html
曾经一次性扫描几十万条网址也没有压力，用了约半年，运行稳定。

好痛……

LZ 好人！
请问二十五岁了牙齿矫正还迟么？做矫正会不会不舒服不习惯呢？

PS有个位移滤镜，稍微花点小技巧就可以搞定。

杭州的公交车让人是70码之后开始实行的。
后来看见公交车要来，要么赶紧通过，要么躲远点，免得停面前等自己通过。话说杭州公交已经够慢的了。
在市区还好点，在滨江、下沙有的公交车和出租车也飞一样的。私家车要是能停下来让让人那是难得一见……

搭车!

自己封装一个简单的数据库查询类，封装常用的功能（例如使用%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之流），否则项目有可能陷入泥潭（就像你这种情况，并且我也不止一次遇上过这种情况）。

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