JavaScriptコードはウェブサイト、オープンソースのみに使用されていますか？

書き換えられた質問：

JavaScript関連の質問はしていませんが、Webで使用されているすべての「クライアント」言語（HTML5、JavaScript、CSSなど）です。JavaScriptコード（つまりGPL）をWebサイトに配置し、このWebサイトにWeb上の誰からでもアクセスできる場合、何らかの方法でGPLに違反していますか？

クライアントコード（HTML、CSS、JavaScript）を誰かに販売したい場合はどうなりますか？この場合、別のライセンスが必要ですか？

JavaScript（Webサイトに使用する場合）は常にオープンソースではありませんか？Webページを開くと、いつでもソースを読むことができます。

JavaScriptのGPLコードを含むWebサイトを販売している場合、サーバー側のコードもリリースする必要がありますか？

このWebサイトは部分的にアクセス可能（一部は無料で、もう一方は有料）で、GPLコード（同じ部分）がWebサイトの両側で使用されている場合はどうなりますか？

GPLコードが、アクセスするために料金を支払う必要があるWebサイトの一部にのみある場合はどうなりますか

この方法でウェブサイトを顧客に販売している場合：

1. すべてのクライアント関連コード（JavaScript、HTML、CSS）を販売しています（1回限りの料金）
2. 私はあなたにサーバーサイドコードを売るのではなく、あなたはそれをレンタルしています（私のサーバーサイドコードを再利用させたくありません）

JavaScriptのGPLコードを使用している場合、何か違反していますか？（ウェブサイトはウェブ上の誰からでもアクセス可能です。）

編集2：

新しい特定の質問を追加しました：

Webサイトがサーバー側のコードなしで機能する場合、JavaScriptはJSON形式のデータを含むPHPページを呼び出しているだけです。他の人はクライアント側でウェブサイトを構築できますが、データを提供する必要があります。この場合、JavaScriptは「PHP」コードを呼び出しています（ただし、反対ではありません）。この場合、GPLに違反していますか？

GPLに関しては、リリースの単位はライセンスの単位です。

WebサイトとそのJavaScriptが一緒に機能する単一のものである場合、全体に有効なライセンスがあります。一部がGPLである場合、全体の有効なライセンスはGPLです。（これはLGPL、MITなどには当てはまりません。）

Webサイトをホストしていて、顧客がサービスへのアクセスを購入している場合、サーバー側コードを配布または伝達していないため、GPLは無関係です。（AGPLはこれを変更し、サービスとしてのソフトウェアのソースをリリースする必要があると断言します。）

アプリケーションの一部であるJavascriptは、いかなる方法でも自動的にライセンスされません。厳密に言えば、JavaScriptをダウンロードしてブラウザーで実行することは著作権侵害です。もちろん、それはばかげています。おそらく、コードを実行するための暗黙のライセンスがありますが、それだけです。

Javascriptライブラリを使用する場合は、そのライブラリのライセンスに従う必要があります。そのライセンスがGPLである場合、あなたのアプリケーション全体がGPLであることを意味すると理解しています。これがおそらく、jQueryにデュアルライセンス（MITまたはGPLの選択）がある理由です。MITライセンスを使用するオプションがない場合、GPLアプリでのみ使用できます。

最初：ライセンスの制限を遵守する限り、商用プロジェクトでオープンソースコードを使用する完全な権利があります（つまり、主にすべての帰属をそのままにして、同様のライセンスで変更を利用できるようにすることです）。

GPLは、プロジェクトの他の部分でライセンスを強制しようとする場合、より制限的なライセンスの1つであると理解しています。私はそれが法廷でテストされたことはないと思いますが、一般的に私がいつも見ている解釈は、GPLコードが参照されている独自の別個のモジュールに残っている場合（つまり、完全にスタンドアロンの製品として扱われるということです）使用しているだけです）、大丈夫です。

ただし、これについて確信が持てない場合や、安全性を高めたい場合は、他の規範的でないライセンスがあります。

第二：コードを見る能力とそれを使用する権利は完全に別です。私はそれを見ることができるからといってJavaScriptを任意のサイトから外して使用することはできません。たとえ合法的にさえWindowsソースにアクセスできたとしても、それは私のソースにはなりません。Webでは、多くのコードを表示する必要がありますが、必要なライセンスを取得できます。

3番目：サイトの残りの部分のライセンスに関しては、クライアントが何かにお金を払って満足して、それをオープンソースにすることはほとんどありません。基本的な「なぜあなたが今与えたものにお金を払ったのか」とは別に、デザインやブランディングに影響を与え、他の誰かが彼らのコーポレートアイデンティティの要素を借りることができるでしょう。あなたが彼らにそれを売っているなら、彼らはそれが彼らのものであることを望むでしょう。それらを売るつもりなら、売れないのでそこにOSSがあることを伝える必要がありますが、それを使用する他のコードだけです。

4番目：それは非常に奇妙なモデルで、1ビットのコードを販売し、もう1コードをレンタルします。それらは相互依存性が非常に高いため、一方が他方なしではほとんど価値がありません。技術的には、彼らはあなたが行ったフロントエンドの設計を他の何かにパッチするかもしれないと思うが、一般的にはそれが起こると人々はただやり直します。

この2つの部分は互いに有効なものではないことを考えると、所有するサービス製品としてのソフトウェアのカスタマイズに費用を支払うことを提案します。つまり、すべてのコードを所有しているので、仕様に合わせてカスタマイズするだけです（つまり、フロントエンドをそのままブランドにします）。はるかにきれいでシンプルになります。

一般的に、プロジェクトの任意の場所でGPLコードを使用していて、プロジェクトを再配布する（つまり、販売または他の人に提供する）場合、プロジェクトのソースコードを完全に一般に公開する必要があります。 GPLライセンス。

GPLコードサーバー側を使用して、サービスとして独自の公開Webサイトを提供している場合、これは再配布とは見なされないため、問題ない場合があります。

ブラウザのJavascriptコードは、私にとって灰色の領域のようです。技術的には、GPLコードを全員のブラウザーに再配布しているため、独自のソースをリリースする必要が生じます。

編集：私の主張を証明するために、ExtJS Webサイトのライセンスに関するFAQのテキストを含めます。 ExtJsは、GPLの下でライセンス供与されるJavascriptフレームワークです。これは、ライセンスがフレームワークに関してどのように機能するかについての彼らの解釈です（イタリック鉱山）：

派生著作物
ソフトウェアプログラムがGPLv3でライセンスされているコードを呼び出すと、そのソフトウェアプログラムはGPLコードの派生著作物となり、GPLv3著作権ライセンスの対象となります。ソフトウェアプログラムがユーザーに「伝達」される場合、GPLv3では、そのソフトウェアプログラムのソースコードも「伝達」される必要があります。 Webアプリケーションの「伝達」は、アプリケーションを作成した法人外のユーザーがアプリケーションを使用するときにトリガーされます。

ソフトウェアプログラムの定義
従来の静的または動的リンクではなく、内部通信にリモートネットワークベースのサービスインターフェイスを使用する今日のWebアーキテクチャを使用して構築されたソフトウェアプログラムの場合、関連するソフトウェアプログラムは、サーバーコードがアプリケーションに不可欠であれば、サーバーとクライアントで実行されるコード。

例
アプリケーションに、JSON / HTTPを介してバックエンドサービスと通信するフロントエンド（Ext JS JavaScriptにリンクされたWebページを生成する）があるとします。このバックエンドサービスには、このアプリケーションのみの承認および検証ロジックが含まれています。唯一のフロントエンドは、内線JSコードを使用している場合でも、あなたはフロントとバックエンドの組み合わせは、アプリケーションを構成することを検討すべきである、とバックとフロントエンドの両方のソースコードは、GPLv3の下、アプリケーションのエンドユーザーに提供される必要があるであろう場合アプリケーションは、Ext JSコードに対するGPLv3ライセンスを保持しているのと同じ法人の一部ではないエンドユーザーによって使用されます。

クライアント側のJavaScriptを使用するWebサイトの場合、彼らはまだコードを所有しています。単にそのコードを取得して自分のコードとして使用する場合、おそらくIP侵害になります。彼らにライセンスが含まれていないのかどうかはわからないと思います。強制不能性の問題もあります。弁護士と話をしますが、おそらく有用なことは何も言わないでしょう。

ライセンスが混在するプロジェクトは複雑です。おそらくサーバー側のバックエンドを含む他のライブラリとやり取りするGPLコードは、それらもGPLである必要があります。LGPLやBSDライセンスなど、他のオープンソースライセンスはそれほど厳しくありません。

そして、もしあなたが彼にあなたのphpコードを再利用させたくないのなら、それはGPLモデルに適合しません。GPLでコードをリリースすると、ソースコードを引き渡す義務があります。

だから、誰かのためにウェブサイトを作っているようで、誰にもコードを配りたくないように思えます。なぜオープンソースを見ているのですか？オープンソースの場合、コードを配布しています。