タグ付けされた質問 「client-side」

4
サーバー側とクライアント側のプログラミングの違いは何ですか？
この基本的な知識に欠ける質問（主にStack Overflowについて）を見てきました。この質問のポイントは、それを求めている人々とそれを参照している人々に良い情報を提供することです。 Webプログラミングのコンテキストでは、サーバー側プログラミングとクライアント側プログラミングの違いは何ですか？どの言語がどの言語に属し、どの言語をいつ使用しますか？
8
クライアント側のコーディング：悪意のある使用を防ぐ方法
過去数年にわたって、クライアントサイド（ブラウザ）アプリケーションのトレンドは本当に始まっています。 私の最新のプロジェクトでは、時代とともに動き、クライアント側のアプリケーションを作成することにしました。 このアプリケーションの一部には、トランザクション電子メールのユーザーへの送信が含まれます（たとえば、サインアップの検証、パスワードのリセット電子メールなど）。サードパーティのAPIを使用してメールを送信しています。 通常、サーバーでアプリケーションを実行します。サーバー上のコードからサードパーティAPIを呼び出します。 クライアント側のアプリケーションを実行すると、ユーザーのブラウザでこれを行う必要があります。サードパーティAPIは、これを実現するために必要なJavaScriptファイルを提供します。 私が見ることができる最初の明白な問題は、APIキーを使用する必要があることです。これは通常、サーバーに安全に保存されますが、このキーをクライアントブラウザーに提供する必要があります。 私がこの問題を回避できると仮定すると、次の問題は、技術に精通したユーザーがブラウザでJavaScript開発者ツールをロードし、アプリケーションで設定したルールを遵守するのではなく、好きなように電子メールAPIを使用することを停止することです。 私の一般的な質問は-クライアント側アプリケーションの悪意のある使用をどのように防ぐことができるのでしょうか？
8
パスワードの再利用を「保護」するために、送信する前にクライアントでパスワードをハッシュするWebページがほとんどないのはなぜですか（そしてサーバー上で再度ハッシュするのですか）。
インターネットにはログイン情報を必要とする多くのサイトがあり、パスワードの再利用を防ぐ唯一の方法は、サーバー上でパスワードがハッシュされるという「約束」です。 したがって、パスワードを再ハッシュするサーバーに送信する前に、クライアントコンピューターで（Javascriptを使用して）パスワードをハッシュするWebページを作成するのはどれくらい難しいでしょうか。理論的には、これは追加のセキュリティを提供しませんが、実際には、サーバーでパスワードをハッシュしない「不正サイト」から保護するために使用できます。
5
HTML / JavaScriptのみのWebアプリの長所と短所[非公開]
ASP.NETフォームのバックグラウンドから来ましたが、過去にサーバー側のコーディングが非常に強力であることがわかりました。ただし、最近では、フロントエンドのサーバー側コードを段階的に廃止し、JSON Webサービスを介してデータにアクセスする純粋なHTML / JavaScriptに置き換えたいと考えていました。私はこれについて実際の経験がないので、これが試され、テストされたモデルであるかどうか聞きたいです。また、それを取り巻く落とし穴は何ですか？ ASP.NETユーザーコントロールは非常に便利だと思うので、サーバー上の別個のHTMLファイルにマークアップテンプレートを保存することで、その背後にある理論を維持したいと思います。これらは、それぞれjQuery AJAXおよびjQuery HTMLテンプレートプラグインを通じて取得および使用されます。 任意の入力は非常に高く評価されます。 PS noobの質問は申し訳ありませんが、このタイプのWebアーキテクチャはweb-2.0と呼ばれるものですか、それとも完全にオフトラックですか？
8
クライアント側またはサーバー側の処理を重視する間の長所/短所
多くの処理サーバー側でWebアプリを作成するのはなぜですか？ 私にとって、クライアント側でプログラムを作成することは、最小限の処理でクライアントにデータを送信するだけでよいため、サーバーの負荷を可能な限り軽減できるため、大きな利点です。 サーバー側で記述し、クライアント側をビューとしてのみ扱う以外に、web-appsの記述はほとんどありません。なぜこれをしたいのですか？私が見る唯一の利点は、私が好きな言語で書くことができることです（http://www.paulgraham.com/avg.html）。
7
Pythonはブラウザでクライアント側で使用するには遅すぎますか？
Pythonはブラウザーで使用するには遅すぎるという声明を聞きました。 Javascriptはこの点で優れていると思うのは、グーグルのような企業が生き残るためにそれを必要としているので、それを速く必要としている（そして速くした）からです。 PythonとJavascriptの設計方法に違いがあり、それらがブラウザでどのように機能するか（影響するか）に影響はありますか？ 今のところクライアント側のPython実装はないので、私の質問は誰かの声明から来ているので、言語自体と関係があるのか​​もしれません（信じられませんが）。
2
要求がサーバーに送信され、応答を待っている間にインターネット接続が失われた場合の対処方法
サーバーに大量のデータを送信しています。データを送信してサーバーからの応答を待っている間に、Androidデバイスが突然インターネット接続を失います。 だから、私がやったことは、接続が失われたという警告ダイアログを表示することですが、サーバー側ではデータが既に処理されており、URLなどでどこかで更新されました しかし、私のアンドロイド携帯電話は、これまでに応答を得られなかったので、これを知りません。解決方法。サーバー側で実行できるのか、それともアンドロイド自体で実行できるのか Androidフォンが応答をリッスンしないことをサーバーはどのように知るのでしょうか？これは、クライアントとサーバー間の通信の最適化の観点かもしれません。
3
ユーザーがブラウザでコードを編集できないようにするにはどうすればよいですか？
説明 Node.JSアプリケーションを設計しています（完全なWebサイトのようなものです）。アプリは5つのJavaScriptファイルを送信<script>し、それらをリンクするタグを持ちます。 質問 ユーザーと攻撃者がコードをピアリングおよび編集するのを防ぐにはどうすればよいですか？ 例は次のとおりです。 Ctrl+ Shift+I ではデベロッパーツール、後藤ソース、（つまり編集するファイルを選択index.html）と書き込み編集 Ctrl+ Sを押すと、ライブ編集が行われます 上記の例が発生しないようにしたい...可能ですか？ ここに私が考えたことがあります： 別のクライアント側JavaScriptファイルprevent_keys.jsを作成します Ctrl+ Shift+ をリッスンしIます。 戻るtrue（つまり、キーが押された）場合log、キーになります。 ただし、ユーザーがDevtoolsを直接使用することを停止することはありません。
3
クライアントとサーバーに同じ言語を使用することはどれほど重要ですか？
私は、ネイティブアプリに加えてWebサービス/アプリを持つモバイルプロジェクトのアーキテクチャソリューションを評価し、さまざまなライブラリ、フレームワーク、Meteorなどのスタックを見てきました。これは一種の「オープンスタックパッケージフレームワーク」です、Node.jsと緊密にバインドされています。 クライアント側とサーバー側の両方で同じ言語を使用する利点については多くの話がありますが、私はそれを理解していません。クライアントとサーバーの両方でWebアプリケーションの状態全体をミラーリングしたいが、他の利点を見つけるのに苦労している場合、ワークフローの効率性を理解できます。 クライアント/サーバー言語の同等性が聖杯と見なされる理由を理解しようとしています。ソフトウェア開発でクライアント/サーバー言語のパリティが重要なのはなぜですか？
5
WebプログラミングでJavaScriptを使用する歴史的根拠は何ですか？
私は科学生物学のバックグラウンドを持っており、Pythonもよく使用しています。 私はWeb開発から始めたので、JavaScriptがWeb上の主要なクライアント側言語であるのはなぜなのかと、いつも疑問に思っています。 JavaScriptの優位性は歴史的な事故なのか、それとも他の何かなのか また、Pythonをクライアント側のスクリプトに統合する際にハードルがあるかどうか知りたいのですが。
1
Webアプリケーションをクライアント側のみにしない理由はありますか？
私は最近、パスファインディングアルゴリズムシミュレーションアプリケーションをPythonで書き始めました。 ユーザー入力を受け取り、ランダムに2Dグラフを生成し、GUIを介してシミュレーションを表示します。 さて、私が見つけたのは、Pythonやスタンドアロンアプリケーションは、この種のアプリケーションの共有にはあまり適切ではないということです。これは、人々に自分のコンピューターなどで実行させる必要があるためです。それらをウェブサイトに。 明らかに、表示要素と制御要素はクライアント側で記述する必要があります。 ただし、実際のパス検索アルゴリズムは、クライアント側またはサーバー側のいずれかで作成できます。 これで、サーバー側のバックエンドが必要ない（つまりデータベースがない）場合、Webアプリケーション全体をクライアント側のHTML / JavaScriptで実行することが可能になります。 問題は、これを行わない正当な理由があるかどうかです。 クライアントとサーバー間のやり取りを処理する必要がないため、クライアント側でのみ実行すると、複雑さが大幅に軽減されます。サーバーの唯一の目的は、最初にJavascriptをクライアントに提供することです。 一方、私はすべてをJavaScriptで記述する必要があります... また、再利用可能なモデルモジュールを使用するという考えは、私にとって魅力的です。例えば。後でスタンドアロンアプリケーションが必要な場合は、View / Controlモジュールを記述するだけで済みます。 ここで一般的に受け入れられている慣習は何でしょうか。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.