サーバーサイドスクリプティングとは、Webサーバー上で動作させる簡易プログラム(スクリプト)を作成することである。
インターネットの商用化により、WWW(World Wide Web)の一般利用も増えてきた際に、すでにCGI(Common Gateway Interface)というサーバー側でスクリプトを実行させる機能があり、C言語、Perlなどで記述されていた。
しかし、CGIではWebサーバー(デーモンプログラム)と同一プロセスで動作するため、クライアント(Webブラウザー)側からの要求が殺到すると、サーバーのダウンが起こりやすいものとなっていた。
そこで、Webサーバーとは別のプロセスで動作させるスクリプト環境を設ける考えが一般的となった。
先駆けとなったのは、マイクロソフトが開発したActive Server Pages(ASP)で、同社のInternet Information Server(後にInternet Information Servicesに名称変更、IIS)に搭載され、VBScriptなどで記述が可能となっていた。
一方でサン・マイクロシステムズ(現:オラクル)は、Java ServeletとJava Server Pages(JSP)を開発、Javaをベースにしたスクリプティングで実現させていた。
しかし、前者はマイクロソフトのサーバーでなければ動かず、後者も利用できるサーバーに限りがあるなど普及に遅れていた。
その中で台頭してきたのがPHP:Hypertext Preprocessorである。最も利用されていたApacheに対応しており、オープンソースで様々なプラットフォームへの移植が可能になったのが、普及の大きな要因であった。
現在ではUnix系においてはPHP、WindowsサーバーにおいてはASP.Netが多く利用されている。
また、AndroidアプリなどJavaの開発環境がそろっている法人などではJSPを利用するところもある。
最大の特徴は、HTMLやXMLの中に要素(タグ)として混在できることである。
これらに記述されたスクリプトを対応するWebサーバーに保存し、クライアントから呼び出させることで実行され、その結果をHTMLまたはXMLとして出すことができる。
併せて、JavaScriptなどのクライアントサイドスクリプトも混在させることもでき、必要に応じてサーバー、クライアントでそれぞれ別の処理を実行させることも可能である。
クライアントサイドスクリプトでは、ファイルやデータベースの操作を行うことができないが、サーバーサイドスクリプトでは、あらかじめ定義を行うことでそれらの操作ができる。
また、上記に記述しているように、Webサーバーとは別プロセスで動作するため、クライアントからの要求が増えてもWebサーバーそのもののダウンにはつながらないメリットがある。
掲示板
掲示板に書き込みがありません。
急上昇ワード改
最終更新:2024/03/29(金) 13:00
最終更新:2024/03/29(金) 13:00
ウォッチリストに追加しました!
すでにウォッチリストに
入っています。
追加に失敗しました。
ほめた!
ほめるを取消しました。
ほめるに失敗しました。
ほめるの取消しに失敗しました。