㈠ 我為什麼放棄使用leancloud
關注leancloud已經有一段時間了,其宣布的眾多開發語言支持,以及SMS, 對象存儲,
用戶管理及鑒權,推送,聊天等服務對於開發目前主流的移動應用來說,吸引力很大。我們開發的不同移動應用,需要去維護不同的管理後台和服務,開發起來重復
而繁瑣,如果leancloud能夠幫助我們減輕這些工作,那真是物超所值。
為了將應用遷移到leancloud的方案大概如下:
使用leancloud作為後端存儲,用戶管理和鑒權引擎;
使用python開發一個管理界面, 來幫助管理員編輯文章,發布信息;
使用js, oc作為前端語言來開發用戶界面;
在第二步的時候, 我們希望先試驗下如下兩個簡單的user cases:
創建若干個對象,存儲在leancloud中;
注冊一個用戶,確定注冊結果,並能驗證提供的手機和郵箱;
就
是這么兩個最簡單的用例,一整個晚上下來,居然沒有搞定。 首先,除了官方文檔,leancloud基本很難看到任何其它形式的文檔,比如FAQ,
論壇,社區,stackoverflow, 反正google不出來,其次,就是這僅有的官方文檔,也是坑爹啊,
以下是我從官方文檔上的代碼片段,幾乎未做修改。
Default
# -*- coding: utf-8 -*-#coding=utf-8import leancloudAPP_ID=''APP_KEY=''MASTER_KEY=''leancloud.init(APP_ID, "%s/%s" % (APP_KEY, MASTER_KEY))user = leancloud.User()user.set("username", "admin")user.set("password", "admin")user.set("email", "[email protected]")# other fields can be set just like with leancloud.Objectuser.set("phone", "415-392-0202")try:user.sign_up()except Exception, e:print e# Hooray! Let them use the app now.
㈡ 如何評價 leancloud 薪酬體系
參考:https://www.douban.com/group/topic/77667397/?type=rec
㈢ LeanCloud 和 APICloud 有什麼區別,兩者將來的發展方向和前景如何
LeanCloud是提供一些後端服務的,比如數據存儲,消息推送等;APICloud是APP開發平台,前端後端都有,你可以用前端搭建APP,後端提供各種服務,我覺得兩者主要業務上沒有直接沖突~
㈣ 為什麼leancloud越做越差
實際上 LeanCloud 並沒有做到這一點,工單答復經常需要催促才有反潰而且,工程師答復過於簡單,很多甚至有應付的嫌疑。當然,這是在免費時的事情。 LeanCloud 自己也看不下去了,為了提高回復質量和響應速度,開始對工單系統提問收費。
㈤ 最近要用到IM,比較了下LeanCloud、融雲、環信,請問LeanCloud有什麼優勢
leancloud的實時通訊服務為開發者提供最靈活、功能強大的API設計。
它幫助開發人員在短時間內完成實時通信。IM /聊天,標題說必須支持非常好,即使是做一個微信如此強大的聊天應用程序是沒有問題的。當然,實時消息服務的使用場景不僅限於聊天,而且還可以應用到需要多用戶實時交互或需要實時更新數據的其他場景中。融雲:IM基礎服務免費,例如聊天、通話等基礎功能。高階功能收費。
環信、親加:根據App日活用戶的規模收費,一定日活規模以下免費,達到一定規模,日活用戶數量越多,費用越高。
容聯雲通訊:IM服務免費,使用平台上其他服務時收費。
阿里悟空:今年剛剛推出不久,目前為吸引用戶,對外免費。據稱產品穩定成熟後會探索收費策略。不過近期也有消息傳出阿里或將撤銷該業務,甚至有論壇曝出其已經停止維護
㈥ 我為什麼放棄使用leancloud-Python
關注leancloud已經有一段時間了,其宣布的眾多開發語言支持,以及SMS, 對象存儲,
用戶管理及鑒權,推送,聊天等服務對於開發目前主流的移動應用來說,吸引力很大。我們開發的不同移動應用,需要去維護不同的管理後台和服務,開發起來重復
而繁瑣,如果leancloud能夠幫助我們減輕這些工作,那真是物超所值。
為了將應用遷移到leancloud的方案大概如下:
使用leancloud作為後端存儲,用戶管理和鑒權引擎;
使用python開發一個管理界面, 來幫助管理員編輯文章,發布信息;
使用js, oc作為前端語言來開發用戶界面;
在第二步的時候, 我們希望先試驗下如下兩個簡單的user cases:
創建若干個對象,存儲在leancloud中;
注冊一個用戶,確定注冊結果,並能驗證提供的手機和郵箱;
就
是這么兩個最簡單的用例,一整個晚上下來,居然沒有搞定。 首先,除了官方文檔,leancloud基本很難看到任何其它形式的文檔,比如FAQ,
論壇,社區,stackoverflow, 反正google不出來,其次,就是這僅有的官方文檔,也是坑爹啊,
以下是我從官方文檔上的代碼片段,幾乎未做修改。
Default
# -*- coding: utf-8 -*-#coding=utf-8import leancloudAPP_ID=''APP_KEY=''MASTER_KEY=''leancloud.init(APP_ID, "%s/%s" % (APP_KEY, MASTER_KEY))user = leancloud.User()user.set("username", "admin")user.set("password", "admin")user.set("email", "[email protected]")# other fields can be set just like with leancloud.Objectuser.set("phone", "415-392-0202")try:user.sign_up()except Exception, e:print e# Hooray! Let them use the app now.
問題1: SSL InsecurePlatformWarning
在Mac OS和Linux上運行該程序,用戶注冊失敗,並會首先觀察到如下的警告:
Default
/usr/lib/python2.7/site-packages/requests-2.6.0-py2.7.egg/requests/packages/urllib3/util/ssl_.py:79: InsecurePlatformWarning: A true SSLContext object is not available. This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. For more information, see https://urllib3.readthedocs.org/en/latest/security.html#insecureplatformwarning.InsecurePlatformWarning
不過一番查找後發現這好像是urllib3的一個通用問題,可以按照如下方法來解決。但是如此通用的問題,居然連一個FAQ都看不到。
Default
$ pip install pyopenssl ndg-httpsclient pyasn1
問題2: sign_up()報告401錯誤
解決問題1以後,sign_up()會一直報告401錯誤(unauthorized), 經過近一個小時的定位,發現該錯誤由leancloud初始化函數導致,編程指南上的用法如下:
Default
leancloud.init(APP_ID, "%s/%s" % (APP_KEY, MASTER_KEY))
但是參考手冊上確是這么寫的:
Default
leancloud.client.init(APP_ID, APP_KEY, MASTER_KEY)
兩個方式都不會報告語法錯,但是前者確好像不能正常工作,查了好久才找到後面的API, 坑爹啊。
問題3: sign_up()允許重復注冊
以上測試代碼,連續執行兩次,居然都成功了,並且在leancloud後台能看到兩條相同的用戶紀錄。sign_up()默認居然可以重復注冊?找了好久,發現應用選項中可以配置啟用注冊用戶郵箱驗證等選項,勾選了以後,第二次調用sign_up報錯。
問題4: sign_up()無法獲得失敗原因
捕獲到sign_up()異常後,本想列印該異常來獲得失敗原因,結果卻導致如下異常:
Default
Traceback (most recent call last):File "test1.py", line 23, in print eUnicodeEncodeError: 'ascii' codec can't encode characters in position 6-16: ordinal not in range(128)
問題5: Python sdk沒有相關的API來驗證注冊用戶的郵箱或者手機
用戶sign_up以後,可以看到leancloud應用後台的_user表中會有該用戶信息,同時還有驗證郵箱的鏈接,但是我如果在自己的python後台中提供這個功能呢?百事不得其解。
問題6: 官方文檔的語法錯誤
以下是leancloud Python SDK編程指南的常式, 可以看出第五行應該是game_score.save()而不是game.save()
Default
game_score = GameScore()game_score.set('score', 42)# or game_score.score = 42game_score.set('cheatMode', False)game_score.set('playerName', 'Marvin')game.save()# 還可以通過關鍵字參數,在創建對象的同時進行賦值game_score = GameScore(score=42, playerName='Marvin')
至此,我基本決定放棄了,因為不知道再往下走還有什麼坑,顯然解決這些問題的時間已經遠遠超過我實現這兩個基本用例的時間。總結一下原因吧:
沒有真正從用戶角度去考慮API設計(問題3,5);
文檔非常少,並且文檔已經過期 (問題2);
bug多 (問題4, 6);
㈦ 如何評價 leancloud 薪酬體系
實際上 LeanCloud 並沒有做到這一點,工單答復經常需要催促才有反潰而且,工程師答復過於簡單,很多甚至有應付的嫌疑。當然,這是在免費時的事情。 LeanCloud 自己也看不下去了,為了提高回復質量和響應速度,開始對工單系統提問收費。本來靠收...
㈧ leancloud 怎麼接收sessiontoken
leancloud 怎麼接收sessiontoken
var userResults = [];
query.find({
success: function(results) {
// Do something with the returned AV.Object values
for (var i = 0; i < results.length; i++) {
var object = results[i];
userResults.push(object);
alert(object.id + ' - ' + object.get('playerName'));
}
},
error: function(error) {
alert("Error: " + error.code + " " + error.message);
}
});
console.log(userResults);//控制台的輸出結果為空,外部無法用這個方法獲取到查詢的結果
㈨ 為什麼Bmob與LeanCloud的價格策略差距這么大
從免費方面我們可以看出,Bmob算是最誠心的一個,文件、API請求等方面的免費量都是lc的成倍來算,免費的量基本能滿足個人開發者的需求了,不需要再購買,這也是繼承了他們以前一直做免費的傳統,還是給開發者提供了一條免費的路。
由這個表可以看出,收費方式是不同的,當然也不是不可以比較,我換算了一下,如上表括弧內容,Bmob還是最劃得來的,人家光請求數方面的費用就不是一個等級啦
當然,最終在選擇收費服務時,具體還是要看自己的應用情況,看自己的需求吧,沒有人能給題主一個明確的費用預估,只是希望能夠幫助你更明確、更直接的比較一下價格,選擇最劃得來,最合適的。