Loading...

美国虚拟主机代购

Filed under: 网站技术,虚拟主机 — 江东 @ 2009-02-23 17:05:10 才(28)条评论

很久没有做这个业务了,一是由于去年工作比较忙,另外一个是因为一直有固定工作,上班期间,闲暇不多!

现在,cosbeta又继续开始美国虚拟主机的代购业务了,因为cosbeta在3月初就正式离职,回家办公了,那个时候基本就随时在线了。

当然在代购之前,cosbeta想大致列一下用美国虚拟主机的原因:

  1. 目标访客是美国或者海外其他国家网民。要知道中国的出口带宽有限,内地无论多块的我网络速度在海外访问都比较慢;
  2. 不想备案。作为中国居民,我们坚决拥护备案的决定(汗自己一下),因为这样有利于监管。然而备案是一件比较麻烦的事情,若是服务器在海外,如美国,就不属于境内站点,所以就不会享受境内站点的待遇了,若是你愿意自动放弃境内站点的待遇,可以把网站host在美国的虚拟主机上面;
  3. 磁盘空间大且稳定的虚拟主机多在美国。所以若是你的站点流量比较大,可以考虑采用美国虚拟主机。因为美国虚拟主机一般都不限制磁盘空间,所以用来host图片也是一个不错的选择。当然cosbeta强烈不建议你采用美国虚拟主机做采集站点,因为采集程序往往会占用大量的CPU资源,会导致你的美国虚拟主机空间无法使用,正是因为如此,正常做站的完全可以采用美国的虚拟主机;
  4. 空间限制少。Linux的空间几乎都支持urlrewite、自定义.htaccess,甚至可以开通SSH账户,远程登录到美国虚拟主机上操作自己的文件,方便打包、备份、同步等等;

当然,你还有可能有更多更多的理由选择使用美国虚拟主机。然而,由于支持方式的限制、由于你不想将你的信用卡暴露给美国虚拟主机商或者由于你没有paypal账户,购买美国虚拟主机就变成了一个难题,所以cosbeta在这里为你提供美国虚拟主机代购服务,目前cosbeta只提供一下知名的美国虚拟主机代购:

  1. Bluhost (稳定,确实TMD稳定)
  2. Hosmonter(同上面是一家的)
  3. Hostgator(超级稳定)
  4. Ixwebhosting(Windows主机和Linux主机都可以)

价格按照实际价格收费(免费帮忙续费)!

等cosbeta熟悉之后,逐渐增加代购业务,请需要的朋友关注!

美国虚拟主机代购-做一个快乐的代购者

bluehost 数据库故障

Filed under: 网站技术,虚拟主机 — 江东 @ 2008-11-19 21:25:13 才(3)条评论

bluehost的CEO在他的blog上兴奋的告诉大家,他们已经有新的方案可以让数据库更加稳定了,这个新的方案实施之后同一台服务器上的账户就不会因为某个账户过度占用资源而变得缓慢了。根据他的说法是,新的方案从软件和硬件两个方面着手,软件方便面是安装补丁,硬件方案就是准备部分更换成SSD。

然而今天我发现,我的几个bluehost帐号均出现数据库故障,有的时候数据库连接不上,有的时候数据库异常缓慢,难道这就是他所谓新方案的结果?

继续等待吧,希望这些故障是临时过渡所导致。

域名注册还是选择godaddy好

Filed under: 网站技术,虚拟主机 — 江东 @ 2008-11-15 13:49:52 才(27)条评论

很久以前,我极力推荐大家使用domainsite的域名,因为domaisite购买起来很方便,没有godaddy购买那么繁琐,godaddy在注册的过程中老是不断的推荐新的附加产品,让我感觉很是不爽,并且价格也相当的不公道。

既然godaddy有这么不爽,为什么我现在还开始推荐他了呢。首先godday是世界第一大域名注册商,这一点能让你对它很放心,第二domainsite最近的速度极慢,以至于我帮一个朋友续费都感到很困难;domainsite的DNS并不稳定,我的域名曾经就被中断过半天;godaddy虽然第一次购买比较麻烦,但是一旦和godaddy签订了paypal的协议之后,后续的购买相当顺手;虽然godaddy的价格比较不公道,但是就一两美元的差距关系也不是很大。

考虑到上面的因素,特别是domainsite最近网络狂慢的原因,我决定今后要是注册域名的话,就选择godaddy。

北京归来

Filed under: 生活工作,虚拟主机 — 江东 @ 2008-10-27 11:06:54 才(2)条评论

3G网络的建设开始,让今年的电信展变得比去年热闹,不过站台的工作量没有丝毫增加和减少,所以现在我的腿都还酸痛酸痛的。

还是不谈工作的好,简单的记录一下此次的北京行。在去北京之前,咨询少钧同学:“一件保暖内衣+一件衬衣+一件西装如何”,“去掉一件”。于是我带了两件衬衣、两条西裤踏上了T98.下了火车,果然衬衣足矣!北京的天依然灰蒙蒙,和广州差不多。不过当天晚上的一场小雨倒是让北京的天空在接下来的几天一直都是那么的清新。也是这场小雨,大大的限制了我在下班之后的活动,在4、5度的气温下,一条单薄的西裤配上一件衬衣在北京的街头游荡可不会有多爽。

公司每天晚上都安排有活动,没能和北京的朋友约见,不过到最后一天晚上,终于能抓住一次机会在北京和几位大学同学聚会了,令人开心的是大家都混得很不错,cosbeta比他们可是差远了,比亚迪、诺基亚、华为、北斗GPS等等这些大名谁没有听说过?当然啦,还有一位已经是博士,那更是不在同一个阶级了。晚餐选定的地点是西单的一个泰国餐厅,大家热烈的交流着毕业之后的事情,整个聚餐在热烈和祥和的气氛中进行着(新华社10月25日电)。

还是不适应北方的气候,主要不适应的是空气太干燥,不到两天的功夫,嘴唇上就长了两片盔甲,其实早就习惯了,大学之前的冬天(在重庆)一直都是这个样子的。

webhostingpad 又一廉价的美国虚拟主机

Filed under: 网站技术,虚拟主机 — 江东 @ 2008-10-12 22:00:55 才(9)条评论

今天一网友在QQ上询问我ixwebhosting的情况,我马上将我的经历告诉给他,于是他放弃了ixwebhosting,然后又向我咨询了一个我从未听说过的虚拟主机,它就是今天我要介绍的主角webhostingpad

webhostingpad确实是一个廉价的虚拟主机服务商,比我们所熟悉的 hostmonsterbluehosthostgator都要便宜,并且无限流量、无限磁盘空间、无限域名绑定个数,看来很有诱惑力哦。不过我这里要提醒大家都是,国外的虚拟主机为了吸引市场,目前大多打出了这3不限的口号,连比较老实的hostgator也是如此。所以大家不要认为没有这些限制就可以在这样的虚拟主机上面放大站点了,就我估计算来,一个站点要是月流量超过了500G估计虚拟主机商就会写信请你转移了,说你超过了CPU限制。

一写就又偏题了,回到正题上来,我个人觉得webhostingpad可以值得一试,首先这个虚拟主机商提供livechat,可以在线交流,当然这个和其他主流的虚拟主机商一样;第二,也就是最重要的一点就是webhostingpad在中国并不出名,所以购买之后撞墙的机会不多,因为和你同IP的中国网站会很少,更加重要的是一旦中国客户多起来,webhostingpad的资源就很可能被垃圾消耗一大半,所以趁国人没有涌上去之前提前享受一下。另外它的价格也超级便宜:

6 Months      $7.95/mo
1 Year (25% off)     $6.95/mo
2 Years (38% off)     $4.95/mo

上面均是我自己的观点,可能webhostingpad已经很知名,只是我不知道而已,但是可以肯定的是他一定没有BH,DH等知名。

如何避免Bluehost的CPU超标

Filed under: PHP,网站技术,虚拟主机 — 江东 @ 2008-09-27 16:23:50 才(3)条评论

曾经一度想放弃bluehost,主要的原因是因为“长城”、越来越差的服务器和响应速度不断变慢的livechat(当然这都是oversell的结果),然而在盛会之后,我发现bluehost的响应速度和SSH的稳定性第一次破天荒的超过了dreamhost,于是又有回归bluehost的想法了。

但是bluehost的CPU超标又严重困扰着我,熟悉storyday的朋友可能都知道,我用的bluehost基本都是几个人分享的,所以CPU超标是难免的。当然CPU的控制对于任何一个虚拟主机商来说都是很有必要的,国外知名的虚拟主机如bluehosthostgatorMT都有严格的CPU限制,这也是虚拟主机能稳定运行的一个保证,如果你是真正的想做一个站点,就用这样的主机,如果是采集站点,还是用其他的主机,如所谓的全能主机吧,否则频繁的CPU超标会让你严重不爽。当然即使是正规的站点,也会出现CPU超标的问题,那么我们就应该考虑优化自己的程序了。

虚拟主机的CPU超标的判断一般都是根据mysql执行时间来计算的,如果一分钟之内,所有的mysql查询执行时间超过了30秒,那么CPU就出现超标,网站将会在接下来的一分钟之内被挂起,所以要解决超标的问题,就应该从Mysql查询开始,下面我从3个方面来谈谈如何优化,仅供大家参考:

  1. 静态化你的站点。这个不用多说,我们都知道,静态化的页面对服务器的影响是最小的(当然我这里说得不是urlrewrite伪静态,发现很多朋友把这种方式也称之为静态,好像有点不妥),如果你使用wordpress,可以使用 cos-html-cache来进行静态化;
  2. 优化MySQL查询。在mysql查询中,尽量使用索引,这样能大大的提高Mysql查询速度。如果数据过多,就算使用limit 100000,10这样的限制查询,即使获取的数据只有10条,执行的时间也会变得很慢,那么这个时候就得考虑查询的精准化了,可以采用其他条件限制mysql遍历整个数据表;
  3. 使用google或者百度的站内搜索。很多web程序,在搜索的时候使用的都是类似” SELECT * FROM table where content like ‘%西洋美女%’;”的SQL语句进行查询的,而这种查询往往是最消耗时间的。SQL会对整个数据表进行遍历,遍历的时候还得要处理content中的字符,它使用的时间一般会是” SELECT * FROM table WHERE 1″ 这样语句的数十倍到上百倍,所以站内搜索,建议采用google等搜索引擎提供的接口,如本站的站内搜索。一方面这样的方式节约了服务器的负载,另外一方面这样的搜索反而更加精准。

优化的方法多种多样,我这里暂时只列举上面3条,其他的欢迎大家补充,不过storyday还是强烈建议你静态化你的网站,如果缓存的命中率比较高的话,静态化带来的只有好处,想好了么,或许你的blog也需要缓存

BH&DH之30年河东40年河西

Filed under: 网站技术,虚拟主机 — 江东 @ 2008-09-06 11:37:22 才(8)条评论

bluehost老被墙奸的情况下,我渐渐的开始放弃bluehost了投奔dreamhost了,再加上bluehost由于销售超标导致速度越来越慢,对bluehost失望与日俱增。

Dreamhost的好处是显而易见的,那就是远程连接相当稳定,所以我一直用dreamhost做翻墙工具.奥运开始,bluehost账户疯狂被封,导致bluehost国内用户骤减,再加上据说TPE的开通bluehost的速度又开始飙上来了,而且速度达到了bluehost历史最高(Reply from 74.220.209.14: bytes=32 time=191ms TTL=48以前的time都在400ms左右),已经可以和DH相比了。我平时在办公室都是通过本地代理连接gmail(公司屏蔽了外网的所有mail),而本地代理一直借助于DH账户。然而昨天,我发现DH账户终于无法胜任了,破天荒的第一次采用bluehost的SSH建立代理,没有想到连接速度超快。

所以,虚拟主机没有谁一直都能领头的,所谓三十年河东、四十年河西便是如此。当然,那个稳定的hostgator例外。bluehost和dreamhost本轮PK,bluehost取胜。其实估计CPU的限制是bluehost取胜的终极法宝,然后即便如此,也无法应付中国的垃圾站点,因此我的一个原则是,对于稍微知名的虚拟主机,只要中国人用得少,我就可以放心的去用,实话实说,国人做采集站的那不是一般的少。

采集站点和垃圾站点,不建议采用bluehost,CPU的限制会让你的自动采集处于停摆的状态,然后就是账户被挂起!

关于域名绑定的问题

Filed under: 网站技术,虚拟主机 — 江东 @ 2008-09-04 10:23:31 才(5)条评论

cosbeta经常在邮件中收到类似的提问:我在Dreamhost中绑定域名的时候,系统提示域名已经绑定,请问是怎么回事?在bluehost绑定域名的时候, bluehost要求我更改DNS,请问有别的办法么?为什么在bluehost绑定域名失败,提示说域名已经绑定在另外一个bluehost账户上,需要我提供另外一个bluehost账户的密码?还有朋友问我有没有更好的解决方案?我的答案是没有,系统要求你怎样做便怎样做,当你阅读了下面的文字之后,你便知道原因何在了。

关于域名绑定和一个IP是如何支持多域名的绑定,我这里不想介绍得太专业了(毕竟我也不专业),否则讲的人迷糊,看的人更加迷糊。我们都知道,对于一个服务器,或者一个服务器集群,是支持在同一个IP上绑定多个域名的,从前面我介绍的域名相关知识看来,当用户访问一个域名的时候,计算机最终解释到一个IP地址上去,storyday.com和CPH上其他的主机解析的IP地址都是218.240.14.21,请问服务器如何区分用户访问的是storyday.com还是其他host在CPH上的blog?关于HTTP协议这里不用介绍,网上一大堆。所以我们可以这样理解,当用户访问storyday.com的时候,浏览器链接服务器218.240.14.21,并且告诉服务器,我访问的网站是storyday.com这个时候服务器就会根据虚拟目录里的配置找到storyday.com的主目录地址,将目录地址和url对应起来,把网站内容呈现给用户。

这个时候,你就知道bluehost为什么对域名绑定那么苛刻了吧?让你修改DNS或者修改A记录,或者建立一个网址如:http://storyday.com/SAcx.html并且内容中包含”Jiangdongisahandsomeman”,目的只有一个,证明此域名的主人确认是你。而这一点Dreamhost就做得不够。好,现在我们假设没有上面的验证机制,也就是说一个bluehost的服务器集群可以同时绑定一个域名多次,那么问题就来了,当用户访问此域名时,由于该域名被绑定了多次,也被映射到了多个文件目录,服务器将会变无所适从,不知道发送那个目录的内容给用户,由此看来,此种假设是无法成立的。所以,对于一个IP,域名只能绑定一次,如要重新绑定,必须先删除原来的绑定,这也是为什么我回答没有特殊解决办法的原因了。下面的示意图或许能让各位朋友看了更加清楚:
正常情况:

一个域名为什么不能绑定多次:

我相信我已经说清楚了,如果还不清楚,我将会继续补充。

所以,那些参加过合租的朋友,如果合租组织者不原因删除你这个域名的绑定,那么在该服务器上就无法再次绑定你的域名了,即使是你新买的账户,当然,这也是一个合租者的RP体现。如果非要绑定此域名,你能做的只要请求合租组织者删除你的域名绑定,或者提交ticket给客服,并且尽量想办法证明域名是你的(如修改DNS、修改A记录或者增加Cname)!