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

时间:2024-01-18 22:33:20

【前言】

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

比如曾经选择浏览器,从開始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又回到BAE,感觉好轻松

最后的最后。

sae:。java开发问题多,能够绑定未备案域名;

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