我目前在我的應用程序上實現了LVL,並且我想要製作一個小玩笑來讓應用程序無法使用,或者在應用程序未經許可時使用非常不舒服。你對此有何看法?您認爲只是通知用戶並關閉應用程序(或將用戶推向市場)會更好嗎?如何管理LVL未經許可的響應?
回答
我強烈建議不要讓它以任何方式侮辱。我用一個簡單的彈出框在我的應用程序中實現了LVL,然後重定向到Android Market。不幸的是,有很多誤報(已購買應用程序的用戶仍然無法驗證)。我在彈出窗口中提到與我聯繫,如果這是一個錯誤,所以我能夠幫助或退款這些用戶,但我得到了不少負面評論,甚至實施這樣的。我想如果我的LVL對話是粗魯的,交流會顯得不那麼友好。 (作爲一個方面說明,我實際上最終取消了由於誤報造成的LVL,並且因爲它無論如何都被盜版 - 我可能已經用更多代碼改進了這兩個代碼,但我認爲它不值得)
我認爲使應用程序無法使用並不是好主意。如果我看到這樣的應用程序,那麼我認爲這個應用程序根本無法使用,無論是盜版還是許可證,當然我也不會購買它(即使我被告知未授權的應用程序)。
那麼,什麼是你的oppinion LVL的「正確」使用?只是通知? – 2011-06-05 13:51:33
一個想法(我試着)是讓付費版本的行爲恢復到免費版本功能,如果LVL失敗。 – SomeCallMeTim 2011-06-28 05:18:11
我在幾個月內在我的應用程序中使用了LVL。由於誤報,我在授權過程中的許多步驟中添加了一些登錄到市場授權庫的操作。我在「無法驗證許可證」對話框中添加了「發送報告」按鈕,以便通過電子郵件輕鬆發送日誌給我。附註:當許可證無法驗證時,我的應用程序拒絕工作。最後,它工作得很好(< 5%誤報,幾乎沒有壞評論),大多數問題似乎來自網絡問題,但也來自有一些定製/異域ROM和系統黑客的人。後來這個影響合法用戶的問題導致我停用LVL保護。其實,還有其他的戰略原因(你知道,盜版也是某種免費廣告......)。
無論如何,我正在考慮將LVL保護置回。我可以根據從Google Checkout自動檢索我自己的服務器上的訂單號的方式爲誤報添加一些複雜的「手動激活」解決方法,並要求用戶輸入他的訂單號以解鎖應用。
- 1. 未經許可的地理位置
- 2. Firebase未經許可而工作。如何?
- 3. 如何在Firefox未經用戶許可
- 4. 如何使用Backbone處理401未經授權的響應?
- 5. 如何使用許可證管理器API管理Google保險櫃許可
- 6. Android LVL的許可選項,有沒有?
- 7. 未經許可參數4
- 8. 未經許可參數4
- 9. 未經許可參數:image.Carrierwave
- 10. 未經許可參數4
- 11. 如何管理Dojo中的ajax響應
- 12. 積極管理表格與Hstore列 - 未經許可的參數錯誤
- 13. 響應JavaScript管理
- 14. Android LVL自定義許可證期限
- 15. 如何管理Ajax響應錯誤
- 16. HTTP響應如何由Node JS管理?
- 17. LVL Library Google Play許可響應代碼始終未被授權用於測試帳戶
- 18. 未經許可的參數與TinyMCE的
- 19. 未經許可的材料的許可證是什麼?
- 20. 未經許可的參數:作者
- 21. 未經許可的參數carrierwave
- 22. Rails 5:未經許可的參數
- 23. require_once()在未經許可的拒絕777
- 24. 內存的值更改未經許可
- 25. Visual Studio Online許可管理
- 26. 許可證密鑰管理
- 27. 許可證管理庫
- 28. Android應用程序如何在未經許可的情況下訪問鈴聲?
- 29. 如何在Android中管理未經身份驗證的會話?
- 30. Angular 2未經授權的響應(401)
是的,你不是第一個告訴我他最終放棄LVL的人。我想這並不值得。謝謝! – 2011-06-05 23:50:24