从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无问题，只能绑定备案域名；