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

私はWebアプリケーション開発にかなり慣れていません。遠く離れた複雑さの何かをするのに永遠にかかるという気持ちを揺さぶることはできません。c ++とjavaでは、同じアプリケーションを数時間で作成できました。 Webでのデバッグは苦痛です（特に複雑なjson-ajaxの場合）。IDEは最低です。言語はすべてがエラーなしで通過できるようになり、それが機能しなくなり、エラーや警告なしでバグを探して行き詰まります（プログラムをステップスルーするための実際の良い方法はありません）。 誰かが、複雑なWebアプリケーションを開発するときに正気を保つ方法を見つけるのに役立つ資料やテクノロジーを読むように案内してくれませんか？ おそらく答えは、優れたフレームワークを使用することです（zend？）。職場では、データベースモデルジェネレーターと基本的な追加/更新/削除ページジェネレーターを除いて、実際にはフレームワークを使用していません。

8 php  web-applications  server-side 

私が理解している限り、最近サーバーサイドスクリプトを実行するための3つのオプションがあります。 Webサーバーで直接解釈/実行できるスクリプト言語（PHPやASPなど）を使用して、スクリプトがその場で解釈/実行される（つまり、HTTPリクエストが来たときに）、出力はHTMLページに埋め込まれます。クライアントに送り返しました。 サーバーのオペレーティングシステムは、任意の言語（C、C ++、PERL、Pythonなど）を使用して（インタープリターを使用するか、コンパイル済みの実行可能ファイルを使用して）、CGIを使用してWebサーバーとOSの間で通信できます。 。スクリプトの出力は、CGIを介して完全なHTMLページの形式でサーバーに送られ、クライアントに送り返されます。 サーブレット/ JSPを処理できるサーバーでJavaを使用することは、PHP / ASPの代わりにJavaを使用することを除いて、上記のオプション1とほぼ同じです。 質問： 私の理解はこれまでのところ順調ですか、それとも何か問題がありましたか？ ASPおよびPHPは、Webサーバーによって直接解釈および実行できる唯一の言語ですか？ Rubyは上記の分類にどこに分類されますか？PHPなどのサーバーで解釈/実行できますか？それともCGI経由で通信しますか？ CGIを介したサーバーサイドスクリプティングは時代遅れになったり、まったくなくなったりしますか？

8 php  ruby  scripting  server-side  cgi