0

私の会社は、大幅に拡張されたDrupalコアの上にプラットフォームを構築しています。このシステムの個別のインスタンスを使用し、テーマと機能の両方をカスタマイズしたい複数の顧客がいます。

私は、実際のコードへのアクセスを許可せずに、テーマやモジュールを追加できるようにシステムを設計しようとしています。これらの一部は、私のモジュールの一部と相互作用する可能性があります。（これはオープンソースではありません）

FacebookとNingがこれを行う方法は、開発者に独自のカスタムコードをホストさせ、それへのコールバックを持たせることです。これらのサイトは完全にカスタマイズする機能が必要であるため、これは実際には機能しません。そのため、特定の統合ポイントのコールバックは実際には機能しません。

1つのオプションは、カスタム開発者がテーマとカスタムモジュールを構築するためにいくつかの特定のディレクトリにのみアクセスできるサンドボックス環境を設定することです。次に、gitと統合して、準備ができたらこれらをコミットし、残りのコードとともに本番環境にデプロイできます。この設定の問題は、開発者がリモートで開発し、ソース管理システムを使用する必要があることです。

より一般的な設定は、開発者がカスタムコードをビルドするために何かをダウンロードできるようにすることです。彼らはローカルで開発し、すでに持っているソース管理手法を使用できます。特定のポイント統合は必要ないため、これが別のサーバーに対して実行されるライブラリになることはないと思います。別の方法は、完全なコアDrupalシステムをダウンロードし、それに対してローカルで開発し、準備ができたらカスタムコードをアップロードすることですが、そうすると、すべてのコードとIPにアクセスできるようになります。

したがって、PHPを効果的に難読化する方法はないと思うので、苦境に陥ります。

誰かがここで素晴らしいアイデアを持っていますか？

4

3 に答える 3

2

あなたのシステムはDrupalの派生物であり、GPLの対象になっているようです。コードをクライアントに配布する場合、クライアントは、コードの変更や再配布を含め、GPLによって提供されるすべての権利を持ちます。

難読化されたGPLコードの配布は許可されていないことに注意してください。GPLv2を引用すると、「作品のソースコードとは、作品に変更を加えるための好ましい形式の作品を意味します。」

難読化されたコードは、GPLのこの条項に準拠していません。

とはいえ、本当にクライアントにシステムをカスタマイズする方法を提供したい場合は、サンドボックス上でのみ、既存のDrupalモジュールとテーマシステムへのアクセスをクライアントに提供できます。

もちろん、モジュールとテーマはPHPであり、「特定のポイント統合は必要ない」ので、システムの残りの部分のすべてのソースコードを読み取るモジュールを作成できるような自由度があるようです。それからそれをタールにして自分たちに送ってください。

GPLに依存して、あなたは自分自身を隅に追いやったと思います。クライアントが一般的な方法でシステムを拡張/カスタマイズできるようにしながらIPをプライベートに保つことは、実際には機能しません。

于 2009-10-27T02:56:37.173 に答える
1

DrupalがGPLライセンスを取得していることをご存知だと思います。難読化を開始する前に、ライセンスに関するよくある質問を必ずお読みください。

于 2009-10-27T00:00:30.277 に答える
1

/ sites / theirsiteにしかアクセスできないFTPユーザーを作成してみませんか？私は何が欠けていますか？

于 2009-10-27T12:58:43.383 に答える