从SAE又回到BAE，感觉好轻松

【前言】

我这个人总喜欢对同一类东西比較过来比較过去，用过来用过去。

比如曾经选择浏览器，从開始ie，到遨游，世界之窗。qq等等，用了有10款左右的浏览器，每款都用了不短时间，

终于固定在火狐+chrome（辅助）。

可能有人会认为有必要吗，或者认为非常抓狂，

可是总想有一个最好的选择。

【之前的文章】

之前写了一篇从BAE到SAE的文章：http://blog.csdn.net/uikoo9/article/details/37881307，

事实上当时要换sae最要的原因是bae不能绑定未备案域名，其它都是其次。

【SAE的问题】

1.贵

用了大概4个月，费用也稳定下来了，

大概是50rmb左右一个月，对于我这样一个小应用来说非常不划算。

都能够换阿里云了。

2.认证难

有人说你认证个开发人员就ok了，

大家能够自己看看sae的认证条件：http://sae.sina.com.cn/?m=devlevel，

总结下就是大牛和大公司员工给认证。

那菜鸟和小公司员工就必须付钱。

这又是一个有钱的不掏钱，没钱多掏钱的案例。

3.java的各种奇葩问题

以上两点还都能够忍耐，可是sae也就是sina后端都php，可想而知sae对php的支持比对java的好，

可是java奇葩问题太多了：

--1.使用jfinal须要改动源代码

应用是使用的jfinal。可是放到sae上就报错，须要自己改动一段源代码。

以前问过jfinal开发人员波总，为什么不改动下jfinal让其能够适应sae，波总说不会做不符合javaee标准的事情，

当时的感觉是大牛比較牛，无话可说，自己改。

--2.base url问题

用过sae的就知道，訪问的时候地址栏显示是的xx.sinaapp.com，可是实际是訪问的xx.sinaapp.com/num/appname

也就是实际会加上版本和appname，

导致的问题是，假设想地址栏仅仅显示xx.sinaapp.com。那你每一个redirect不是直接"/url"。得写成"xx.sinaapp.com/url"，

非常是抓狂。

用过sae的有体会。

--3.cookie问题

前几天用到cookie，本地一切正常。可是sae上就不行了，

原来还是版本和appname搞的鬼，

由于本地是cookie.setPath("/")，

可是实际路径是/num/appname。所以不能这样写。

官网一直没有解决问题。给出的方案是cookie.setPaht("/num/appname")，

靠。没办法忍了，主要是透露一点，非常久的问题都不解决，说明对java不上心，（php是没有这个问题的）

详见：http://cloudbbs.org/forum.php?mod=viewthread&tid=5165&highlight=cookie，

或自己在论坛搜索java cookie

【总结】

来一张图片：

最后的最后。

sae：贵。java开发问题多，能够绑定未备案域名；

bae：廉价，java无问题，仅仅能绑定备案域名。