這確實是意見和德巴-能的問題,但是下面是我的感覺對這樣的:顯然
- :
加密代碼的缺點, (幾乎)不可能修改或擴展自定義需求,而無需聯繫原始開發人員,這會增加最終用戶的成本,並導致更多的時間用於定製」 發展。
- 需要像Zend Optimizer這樣的第三方服務器軟件 才能執行加密的代碼。這可能是由 本身引起的頭痛。
- 在傳輸二進制文本數據和文本數據時出現混淆,最終導致破壞您的二進制加密數據的 。
- 不可能讓其他人 有助於您的代碼改進它,和/或幫助發現 和修復程序。
- 作爲店主或維護者,我不太確定你是否使用從我的商店收集的任何數據,我是 。
- 維護 變得混亂。不得不重新加密每一個版本,可能會相當不利。如果您需要向使用該軟件的所有客戶提供 的錯誤修復,則尤其如此 - 但是,帶有「自定義」版本的 需要對所有用戶進行重新加密。 除非您使用某種類型的發佈管理自動爲您處理此 。大多數人不確定。
爲文章全文:http://www.molotovbliss.com/magento-module-developers-stop-encrypting-and-domain-jailing
雖這麼說,我已經改變了我的腦海裏就打電話回家的電話。因爲我發佈了這篇文章。
如果你有一個簡單的觀察者這樣做,並做了正確的(我的意思是不要打破我的網站,因爲你的手機,我打電話給家庭開發商網站檢查授權,我很好模塊家庭服務器已關閉,並且不會讓我的最終用戶等待驗證),但只要不影響模塊的整體功能,我不會看到有關混淆這部分代碼的任何問題,即它是嚴格在檢查許可證,沒有模塊功能加密。我相信鮑里斯(unigry)能夠做到這一點,並且運作良好,儘管我不得不經常跳過許多環節才能讓ionCube裝載機在不同的環境下工作,所以這仍然是一件可以考慮不做的事情,只是希望人們有誠意誠實不要盜版。
就是說,域名的接受程度應該是標準的,我不需要發送支持請求來讓我的子域名添加到你的白名單的域名。就個人而言,如果您可以在不需要apache/php模塊的情況下進行混淆和編碼,這是一個巨大的優勢。一般最終用戶有時不知道去哪些代碼。
要回答你的問題,家庭釀造腳本和過程將是理想的,因爲使用餅乾刀具解決方案將更容易進行逆向工程。