これは本当に意見debat可能なの問題であるが、しかし、以下のように向けて、私の気持ちです:明らか
- :あなたのコードを暗号化する
短所それ のニーズに合わせて変更または拡張することは(ほとんど)不可能です。オリジナルの開発者に連絡することなく、 を追加してより多くの時間をもたらす
- 暗号化されたコードを実行するには、Zend Optimizerのようなサードパーティのサーバーソフトウェアが必要です。 によって頭痛になることがあります。
- バイナリおよびテキストデータの転送中に混乱し、最終的に バイナリ暗号化データが破損します。
- 他の人に さんがコードを改善してもらうことや、または のバグ発見と修正に役立たせることは不可能です。
- 店舗のオーナーまたは管理者として、 は自分の店から収集したデータを利用していないと自信が持てません。
- メンテナンス は混沌となります。すべてのリリースを再暗号化しなければならない場合は、かなり の痛みをかけることができます。これは、 がすべてのお客様に提供される必要があるバグ修正がある場合は特に当てはまりますが、「カスタム」バージョンの にはすべてのユーザーが再暗号化する必要があります。 あなたのためにこの を自動的に処理するリリース管理を使用していない限り。ほとんど私は確信していません。
記事本文:言ったことでhttp://www.molotovbliss.com/magento-module-developers-stop-encrypting-and-domain-jailing
は、私は携帯電話のホームコールに私の心を変更しました。私はこの記事を投稿して以来。
私はモジュールを使って開発者サイトに電話をかけてライセンスを確認しても問題ありません。あなたがそのようにして正しく実行されていれば、ライセンスを確認することができます。ホームサーバーがダウンしており、エンドユーザーが検証を待つことはありません)、モジュールの全体的な機能に干渉しない限り、この部分のコードを難読化することは問題ありません。厳密にはライセンスをチェックするためのもので、モジュールの機能は暗号化されていません。私はBoris(unigry)がそのようなことをしていると信じています。異なる環境で働いているionCubeローダーを得るためには、時には多くのフープを飛び越えなければならなかったにもかかわらず、これはまだやっていないと考えられ、海賊しないように正直である。
これは、ドメイン全体の承認が標準である必要があります。サブドメインをホワイトリストのドメインに追加するためのサポートリクエストを送信する必要はありません。個人的には、あなたが難読化して、Apache/PHPモジュールを必要とせずにエンコードできるなら、大きなプラスです。一般的なエンドユーザーは、そのようなコードをいつどこで削除するかを知りません。
質問に答えるには、クッキーカッターソリューションを使用するとリバースエンジニアリングが容易になるため、自家製のスクリプトとプロセスが理想的です。