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

サーバー側のコーディングには、UIと相互作用しない作業が含まれ、クライアント側で発生した要求を処理するために重要です。

4
サーバー側とクライアント側のプログラミングの違いは何ですか?
この基本的な知識に欠ける質問(主にStack Overflowについて)を見てきました。この質問のポイントは、それを求めている人々とそれを参照している人々に良い情報を提供することです。 Webプログラミングのコンテキストでは、サーバー側プログラミングとクライアント側プログラミングの違いは何ですか?どの言語がどの言語に属し、どの言語をいつ使用しますか?

10
RoRの欠点は何ですか?[閉まっている]
私は現在、Web開発のためにどのサーバーサイド言語を学び、使用するかを決定しようとしています.x、y、またはzが良い理由に関する情報を得るのは比較的簡単ですが、それぞれの欠点を把握するのは難しいですそのうちの。 特に、他の特定の言語/フレームワークとは対照的に、Ruby on Railsの学習や使用にどのような欠点があるのか​​興味があります。

8
クライアント側またはサーバー側の処理を重視する間の長所/短所
多くの処理サーバー側でWebアプリを作成するのはなぜですか? 私にとって、クライアント側でプログラムを作成することは、最小限の処理でクライアントにデータを送信するだけでよいため、サーバーの負荷を可能な限り軽減できるため、大きな利点です。 サーバー側で記述し、クライアント側をビューとしてのみ扱う以外に、web-appsの記述はほとんどありません。なぜこれをしたいのですか?私が見る唯一の利点は、私が好きな言語で書くことができることです(http://www.paulgraham.com/avg.html)。

9
サーバー側の開発者はどのくらいのHTMLとCSSを知っている必要がありますか?[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 5年前に閉鎖されました。 私はやったC、C++そして今、私はウェブ開発者としてのキャリアを始めたいと思っています。私はWeb開発について多くのことを読みましたが、Webには2種類の開発者がいることを知りました。 1. Client Side Developers. 2. Server Side Developers. サーバーサイドの開発に集中したいです。私が始めたので、それは基本的に開始するために最善だろうと思ったHTMLとCSS。CSS誰かが完全に簡単に習得するには大きすぎることがわかりました。サーバーサイドの開発者はどのような基本を知っておくべきか、また彼はHTMLの達人になるべきCSSか、それとも単にやめるべきかを知りたいのですが。

8
動的(サーバー側で生成された)CSSを使用しないのはなぜですか?
サーバー側で生成されるHTMLは簡単であるため(AJAXよりも前に動的なWebページを作成する唯一の方法でした)、サーバー側で生成されるCSSはそうではありません。実際、私はそれを見たことがない。CSSコンパイラはありますが、静的として使用できるCSSファイルを生成します。 技術的には、特別なライブラリは不要です。HTML スタイルタグは、静的CSSファイルの代わりにPHP(/ ASP / whatever)テンプレートスクリプトを参照し、スクリプトはCSS コンテンツタイプヘッダーを送信する必要があります-それだけです。 キャッシュに問題がありますか?そうは思いません。スクリプトは、no-cacheなどのヘッダーを送信する必要があります。デザイナーにとって問題ですか?いいえ、CSSテンプレートを編集する必要があります(HTMLテンプレートを編集するため)。 なぜ動的CSSジェネレーターを使用しないのですか?または、もしあれば、私に知らせてください。

2
要求がサーバーに送信され、応答を待っている間にインターネット接続が失われた場合の対処方法
サーバーに大量のデータを送信しています。データを送信してサーバーからの応答を待っている間に、Androidデバイスが突然インターネット接続を失います。 だから、私がやったことは、接続が失われたという警告ダイアログを表示することですが、サーバー側ではデータが既に処理されており、URLなどでどこかで更新されました しかし、私のアンドロイド携帯電話は、これまでに応答を得られなかったので、これを知りません。解決方法。サーバー側で実行できるのか、それともアンドロイド自体で実行できるのか Androidフォンが応答をリッスンしないことをサーバーはどのように知るのでしょうか?これは、クライアントとサーバー間の通信の最適化の観点かもしれません。

5
モバイルアプリのブームに関して、サーバーサイドテクノロジーの世界で何が起こっていますか?
モバイルテクノロジーの人気が高まるにつれて、これらのアプリのほとんどがバックエンドと通信する必要があるときにサーバー側で何が起きているのでしょうか? 私は、10年前にテクノロジーの世界に慣れていました。ほとんどのリソースにアクセスする際、サーバー側の言語を使用してリレーショナルデータベースから必要な情報を取得する動的なWebページを要求していました。 これはまだ当てはまりますか?もしそうでなければ、大きな変化は何ですか?

3
クライアントとサーバーに同じ言語を使用することはどれほど重要ですか?
私は、ネイティブアプリに加えてWebサービス/アプリを持つモバイルプロジェクトのアーキテクチャソリューションを評価し、さまざまなライブラリ、フレームワーク、Meteorなどのスタックを見てきました。これは一種の「オープンスタックパッケージフレームワーク」です、Node.jsと緊密にバインドされています。 クライアント側とサーバー側の両方で同じ言語を使用する利点については多くの話がありますが、私はそれを理解していません。クライアントとサーバーの両方でWebアプリケーションの状態全体をミラーリングしたいが、他の利点を見つけるのに苦労している場合、ワークフローの効率性を理解できます。 クライアント/サーバー言語の同等性が聖杯と見なされる理由を理解しようとしています。ソフトウェア開発でクライアント/サーバー言語のパリティが重要なのはなぜですか?

2
サーバー側のサンドボックススクリプトの選択は何ですか?[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 ユーザーがデータとスクリプトを共有して一部のデータを実行する公開Webサイトを構築しています。このサイクルは、このサイクルで他の対話なしに何らかのサンドボックスでサーバーサイドで実行されます。Perlプログラムはデータベースからユーザー作成スクリプトを読み取り、処理するデータをスクリプト(JSONドキュメント)に追加し、インタープリターを呼び出します。応答(JSONドキュメントまたはプレーンテキスト)を返し、perlスクリプトを使用してデータベースに保存します。スクリプトは、自分でスクリプト言語に追加された組み込み関数にアクセスできる必要がありますが、それ以上ではありません。 だから私は、JavaScriptインタープリターとしてnode.jsに出くわし、そして1時間ほど前にGoogleのV8を使いました(v8はこの種のことには意味がありますか?)。CoffeeScriptも見栄えがよく、Javascriptのままなので、思い浮かびました。 javascriptはOS呼び出しやリモートで安全でないものがないため、十分に普及しており、「サンドボックス化可能」だと思います(私は思う)。 ところで、私はPerlとPHPでフロントエンドのシステムを書いています。 質問を改善するために:node.jsで実装するのに十分安全でシンプルだと思うのでJavascriptを選択していますが、この種のタスクを達成するための他の選択肢はありますか?ルア?Python?サンドボックスインタープリターを適切な方法で実行する方法に関する情報が見つかりません。

1
おしゃべりなインターフェースを回避する方法
背景: サーバーアプリケーションを設計し、さまざまなサブシステム用に個別のDLLを作成しています。話を簡単にするために、2つのサブシステムがあるとします。1)Users2)Projects ユーザーのパブリックインターフェイスには、次のようなメソッドがあります。 IEnumerable<User> GetUser(int id); また、Projectsの公開インターフェースには次のようなメソッドがあります。 IEnumerable<User> GetProjectUsers(int projectId); したがって、たとえば、特定のプロジェクトのユーザーを表示する必要がある場合は、呼び出すことができます。これによりGetProjectUsers、オブジェクトがデータグリッドなどに表示するのに十分な情報を返します。 問題: 理想的には、Projectsサブシステムはユーザー情報も保存せず、プロジェクトに参加しているユーザーのIDのみを保存する必要があります。提供するためにGetProjectUsers、それが呼び出す必要GetUserのUsers自身のデータベースに格納された各ユーザーIDのシステム。ただし、これには多数の個別のGetUser呼び出しが必要であり、Userサブシステム内に多数の個別のSQLクエリが発生します。私は実際にこれをテストしていませんが、このおしゃべりなデザインを使用するとシステムのスケーラビリティに影響します。 私はさておき、サブシステムの分離を置けば、私は可能性があり、両方のシステムにより、単一のスキーマアクセス可能で、すべての情報を保存し、Projects簡単に行うことができJOIN、単一のクエリですべてのプロジェクトのユーザーを取得します。クエリ結果からオブジェクトProjectsを生成Userする方法も知っている必要があります。しかし、これは多くの利点を持つ分​​離を壊します。 質問: 誰もがこれらの個別のGetUser呼び出しをすべて回避しながら、分離を維持する方法を提案できますGetProjectUsersか? たとえば、私が考えていたのは、ユーザーが外部システムにラベルと値のペアでユーザーに「タグを付ける」機能を与え、特定の値を持つユーザーに要求することでした。たとえば、 void AddUserTag(int userId, string tag, string value); IEnumerable<User> GetUsersByTag(string tag, string value); 次に、プロジェクトシステムは、プロジェクトに追加された各ユーザーにタグを付けることができます。 AddUserTag(userId,"project id", myProjectId.ToString()); GetProjectUsersの実行中、1回の呼び出しですべてのプロジェクトユーザーをリクエストできます。 var projectUsers = usersService.GetUsersByTag("project id", myProjectId.ToString()); 私がこれについて確信が持てない部分は、はい、ユーザーはプロジェクトにとらわれませんが、実際にはプロジェクトメンバーシップに関する情報はプロジェクトではなくユーザーシステムに保存されます。私は自然に感じないので、ここで私が見逃している大きな欠点があるかどうかを判断しようとしています。

4
node.jsはバックグラウンド処理に適していますか?
私はゆっくりと学習node.jsしていて、始めたい小さなプロジェクトがあります。プロジェクトには多くのバックグラウンドプロセス(外部サイトからのデータのダウンロード、CSVファイルの解析など)があります。 私とノードにとって大きな「勝利」は、クライアントとサーバーの両方にJavaScriptを使用していることです。私は日々の仕事でJavaとJavaScriptでコーディングしていますが、Rubyもかなり得意です。 しかし、私が言ったように、どこでも1つの言語を使用することは魅力的であり、JSはその法則に適合しているようです。 ただし、私はJSを使用してバックグラウンドジョブを実行する経験があまりありません。Rubyはこれに優れているようです。そして、私はそれを使うことに反対していません。では、これを100%JSにすることについてどう思いますか?非常に大きなプロジェクトにはカスタムソリューションが必要であることに気づきました。努力するだけの価値があるのか​​と思っています。それとも、そのような雑用にはRubyだけを使うべきでしょうか? ご意見をお寄せください。 ありがとう

4
ビジネスロジックは本当にサーバーに属していますか?
Webアプリケーションの一般的なスタックは、データベース、サーバーサイドコードを備えたサーバー、HTML / CSS / JavaScriptを備えたブラウザーを備えたユーザーです。 広範なAJAXが登場する前は、コントローラーがサーバー側コードであるMVCが決着していました。サーバーは動的Webページ(つまり、JSPやASPなどのテンプレート化されたHTMLソリューション)に対する応答要求をルーティングする必要がありました。サーバーは、データベースへの呼び出しを調整し、ページ要求への応答に使用する動的ページを決定します。これらすべての結果、ビジネスロジックはページを提供するという考えに強く結び付けられていませんが、サーバーには最終的にビジネスロジックが含まれています。 「Web 2.0」に移行すると、サーバーサーバーの静的ページは、JavaScriptを使用してデータを入力し、表示内容を変更します。JavaScriptに含めることができます。JavaScriptは多くの場合、RESTfulサービスを実装しています。つまり、データベースクエリを指定しています。 したがって、サーバーは、実際のファイルを提供し、AJAX呼び出しに応答する役割に任されています。また、AJAX呼び出しへの応答は、セッション管理とセキュリティの提供にすぎません。そして実際、ユーザーが見ることができるのは、データベースで指定されるべきデータです。 そこで、そこから、サーバーを、電子メールの送信やWebサービスの起動など、たまにしか行わない、ダムの仲介者の役割に追いやるべきですか?ビジネスロジックがすべてJavaScriptに存在する(秘密でない場合)か、それがストアドプロシージャに存在する可能性がありますか? サーバーとデータベースを組み合わせたり、SAPのようなERPソリューションをサーバーとして機能させることは理にかなっていますか?

2
ノンブロッキングORMの問題
私はSO について質問しましたが、私のお気に入りのWebフレームワークにはノンブロッキングORMがないことがわかりました。非ブロッキングとは、非同期検索のためのコールバックをサポートするORMを意味します。ORMには、データが受信されたときに実行されるコールバックなどが提供されます。 作成したいのですが、開発の開始を妨げるいくつかの質問があります。 ORMの開発時に発生する可能性のある問題は何ですか? ノンブロッキング検索をサポートすると、ORMの複雑さが劇的に増加しますか? なぜ非ブロッキングORMが非常に少ないのですか? 更新:質問を改善する必要があるようです。私たちはすでに非ブロッキングの方法でデータを受け取ることができるソリューションを持っています、そして私はそのようなソリューションを使用するほとんどの会社が生のSQLを使用すると信じています。今後のプロジェクトで再利用できる、より一般的なソリューションを作成したいと考えています。私たちはどんな困難に遭遇するでしょうか? 更新2:優先言語はpythonですが、私は原則に興味があります。この質問は実際に私のためです。私はすでにノンブロッキングORMを持っているプラ​​ットフォームを見ていきます。
9 web  orm  server-side 

2
モバイル開発のためのRESTとRPC
多くの人が知っているように、最近のモバイル開発は急増しており、私がコーディングしているものに影響を与えていると思います。具体的には、モバイルアプリケーション向けのWebサービスの開発に興味があります。 RPCとRESTの2つのアーキテクチャが考えられます。私はRESTサービスとRPCサービスの両方を開発しましたが、RPCサービスは、特にPHPなどの言語でコーディングする方がはるかに簡単であることがわかりました。それに関する問題はスケーラビリティにあるようです-多くの手順が存在する場合、サーバー側は簡単に混乱する可能性があります。 一方、RESTははるかに構造化されているように見え、サーバー側での保守が比較的容易になりますが、データを複数のリソースに分割する可能性があり、モバイルアプリケーションには(複数の理由で)悪影響を及ぼします。 私が経験したことから、ほとんどの場合RPCは少し良いようです: クライアント側とサーバー側の両方が、使用可能な手順と実行される呼び出しの数を最小限に抑えることを懸念しています。 アーキテクチャのルールに従うことは、そうでなければ可能である最適化で対抗しません。 RESTやRPCについて誰かに説明してもらうことはあまり期待していません。Webはそれでいっぱいです。モバイルアプリの開発経験のある人に、サーバーサイドでこれら2つのアーキテクチャを使用することについての意見を表明してほしい。ヒントも歓迎します(だれがヒントを好きではないですか?)。

3
バックエンドでの作業がより快適になり、フロントエンドでの役割がよく呼ばれる[終了]
閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか? 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 5年前休業。 私は最近、Web開発におけるさまざまな役割に応募し、アプローチされてきました。浮かび上がってきているのは、バックエンド開発よりもフロントエンド開発に適しているということです。デザイナーとしての私の背景を考えると、これは理にかなっています。 問題は、ExtJSを使用して大きなアプリに取り組んでいる間に、ExtJSでの設計と開発が本当に苛立たしいことに気づいたことです。奇妙なことに、私のコーディングスキルが一部の上級開発者に認められたため、このプロジェクトに取り組んでWeb開発に着手しました。私の履歴書でそれを強調していますが、これが間違いなのかどうか疑問に思います。 また、JavaScriptをWeb開発以外でもかなり使用しています。具体的には、PhotoscriptとInDesignでバッチ操作を作成します。私はJavaScriptの専門知識があると思われがちですが、私はJavaScriptのOOPスタイルに慣れているだけです。多くの手続き型コードを使用するか、jQueryやGoogleマップなどのライブラリを使用します。Nodeはバックエンドですが、NodeとKnockoutで実験的なアプリをいくつか作成しました。私はSEOに集中していたため、特定のWebプロジェクトではJavaScriptとjQueryを避けていましたが、本当に必要な場合にのみJavaScriptを使用していました。 インタビュー中に、JavaScriptとフロントエンド開発について質問されます。しかし、私は本当にPHPとサーバー側の開発について話したかったので、私は私の背景を示していると思います。役割について連絡を受けたとき、または空売りをせずに直接申請したときの対処方法を教えてください。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.