90年代前半にHTMLフォームはどのように解釈されましたか？

109

最近のWebでは、HTML <form>要素が送信され、スクリプトによって解釈されます。サーバー側のプログラミング言語（通常はPHP）によって解釈されるか、クライアント側のスクリプト（ほとんどの場合はJavaScript）によって解釈されます。

フォームは90年代初頭にも存在しました。彼らは当時どのように解釈されたのですか？

このWikipediaの記事によると、当時は電子メールベースのHTMLフォームが送信されていましたが、信頼性はありませんでした。これで全部ですか？スクリプトがなければ役に立たないのに、なぜHTMLにフォームさえあるのでしょうか。それとも、鶏と卵のような状況でしたか？

html forms

— ジェームズ・ジョーンズ
ソース

25

私はcgiでperlを使用しました

67

常にサーバー側のスクリプトがありました

— OrangeDog 2016年

22

画像を完成させるためにaction="mailto:staff@example.com"、電子メールクライアントを起動し、送信されたフィールドを新しい電子メールの大まかな内容として転送するようにWebブラウザに指示するいくつかの初期のフォームが使用されました。プログラミング不要で、メールを手作業で処理するスタッフはほんの一部です。

— kubanczyk 2016年

2

フォームの前にも、WAISサーバーに<ISINDEX>プラグインされることが多かった。

— zwol 2016年

182

サーバーサイドスクリプト（PHP、Ruby、node.js）の前には、サーバーサイドプログラミングがありました。

Webサーバーとバックエンドプロセス間の元のインターフェイスの1つは、Common Gateway Interface（CGI）でした。90年代前半にNCSAバックエンドチームによって導入されたと同時に、フォームがTim Berners-Lee（当時NCSAにも在籍していた）によってHTMLに導入されました。したがって、フォームはCGIが発明されたのとほぼ同時に導入されました。

当初、多くの人々がCでCGIプログラムを作成していました。私は宿題としてそれを行わなければならなかった人々の1人でした。包括的で巨大なフレームワークの代わりに、標準入力から読み取って標準出力に出力する小さなCプログラムを作成しました（CGI仕様に従ってHTMLだけでなく、HTTP応答も出力しました）。Webサイトには、これらの小さなプログラムが多数あり、それぞれが1つの小さなことを実行し、いくつかのデータベースを更新しました（そのデータベースは単なるフラットファイルの場合もありました）。

それが紹介されるとすぐに、人々はまたPerlでCGIスクリプトを書き始めました。したがって、Cプログラムとスクリプト言語の間の移行期間は実際にはありませんでした。スクリプト言語で行う方が速いため、CでCGIスクリプトを書くのをやめただけです。

— スラベットマン
ソース

4

あなたと@Dekelの両方からのすばらしい回答。これらの回答と提案されたリンクは、実際にギャップを埋めます。JS、Perl、PHPなどの技術者がWebスクリプティングに対応できるようになる前に、実際にどれだけのWebサイトがこのようなものを実装するのに苦労したのか疑問に思います。しかし、それは別の日の問題です。

— James Jones、

15

@JamesJones、たくさんの私たちがやった。大規模で高性能なWebアプリにスケールアップするツールが不足していましたが、始めるのはそれほど難しくありませんでした。私は90年代後半にWorld Wide WebでCGIプログラミングを読み、すべての種類のCGIコードを10代から書き始めました。

— Dan Lenski 2016年

12

実際、基本的な CGIプログラムは非常に簡単に作成できます。いくつかの静的ヘッダーと、データが散在しているHTMLを出力するだけです。テクノロジー（HTMLとヘッダーが混在し、コードが混在している...）が複雑なアプリケーションにうまく対応していないだけです。したがって、フレームワークが発明されました...

— sleske 2016年

12

それでもアクションでCGIを見たい場合は、スイスの鉄道の時刻表を試してみてください：sbb.chは -を押して、赤いボタン- -出発と目的地の場所を入力し、ブラウザでURLで特にquery.exeの一部を見てみましょう： -）

— theDmi 2016年

8

「どのように広まったか」に関しては、まあ、はるかに多くのウェブサイトが当時完全に静的でした。しかし、よく見られるアクティブコンテンツの2つのビットは、「ゲストブック」（ブログ/ソーシャルメディア/スパムによって廃止）と「ヒットカウンター」でした。

— pjc50 2016年

70

実際には、サーバー側は常に絵の中にありました。

Apache HTTPサーバは、 1995年から利用可能であった、と1996年に、それはまた、持っていたPerlサポート（サーバー側のプログラミング言語として使用されました）。

JavaScriptは1996年に作成され、Netscapeはクライアント側言語をサポートする最初のブラウザーでした（他のブラウザーベンダーの実装は、Netscapeで行われた作業に基づいています）。

1993年にMosaicブラウザがリリースされ、画像、ネストされたリスト、および入力フォームがサポートされました。

基本的に-リクエストを処理してアプリケーションに渡すことができるすべてのHTTPサーバー（そのアプリケーションがどの言語で書かれているかに関係なく）はサーバー側アプリケーションです。スクリプト言語（Perl / Python / PHP / Ruby）、高級言語（Java / C＃）、そして本当に必要な場合はアセンブリで記述できます。あなたがする必要があるのはあなたが「プロトコルに従う」ことを確認することです。

— デケル
ソース

1

良い歴史。賛成。ただし、フォームは1995年より前に実装されました。いつだかわからないのですが、en.wikipedia.org / wiki / HTMLに

Dave Raggett's competing Internet-Draft, "HTML+ (Hypertext Markup Format)", from late 1993, suggested standardizing already-implemented features like tables and fill-out forms.

は、1995年以前のプラクティスを説明する最後の段落がありますか？

— James Jones、

3

@JamesJones：Common Gateway Interfaceのウィキペディアエントリを確認してください

— slebetman 2016年

2

@JamesJonesは、モザイクブラウザと記入フォームに関する情報を追加しました。また、CGIに関してslebetmanから素晴らしい回答があります。

— 2016年

1

@JamesJones標準は明確ではなく、Web全体のほとんどの事柄に完全に適用されます（ただし、全体としてはインターネットではありません）。HTML標準は恐ろしいものであり（実際には、今でもそうです）、誰もが独自の拡張機能を作成しました。Mosaic、Netscape、およびInternet Explorerは最も悪名高いものでした。それらの拡張機能のほとんどは、後のHTML標準に追加され、NetscapeとIEはそれにかなり協力しています。HTMLにはimg当時、画像（）さえ埋め込まれていませんでした-著者は、ハイパーテキストのアイデアに適合しないと考えました。Mosaic / Netscapeの成功のみが標準の変更を余儀なくされました。

— Luaan

3

この回答は必ずしも間違っているわけではありませんが、ブラウザでフォームが使用可能になってから少なくとも2〜3年後に導入されたものが、サーバー側でフォームが常にサポートされている証拠です。

— 8ビットツリー2016年

1

JavaScriptはそれほど進歩していませんでした（地獄のAjaxはまだ出ていませんでした）。つまり、純粋なサーバー側でした。ほとんどはCGI（Perlである）とPHP。

Coldfusionもありましたが、人気はありませんでした。

最終的に、1999年の終わりから2000年代の初めにASP.NET（aspx）とJavaServer Pages（jsp）が登場しましたが、多くの商用サイトは明らかな理由でaspxとjspを使用していました。

Javaアプレットも存在しますが（ほとんどがレンダリング用です）、ブラウザで個別にダウンロードしてサポートする必要がありました。

— tfont
ソース

3

実際、私は1998年の初めまでにASPをプログラムしていました。その前に、htxテンプレートと呼ばれる別のMS標準がありました。

— Little Santi 2016年

1

^あなたはオリジナルの1人だったようです！ずっと前の仲間！：D：D

— tfont 2016年

1

さらに、ウィキペディアで興味深い歴史に遭遇しました。HTMLフォームはmailto:、target属性のアドレスを使用して、電子メールで送信することもできます。人気はなかったようですが、それでもクールです！

ウィキペディアの記事を引用：

HTML 3.2時代のRFC 1867セクション5.6で、フォームアクションとして「mailto」URLを使用した電子メールベースのHTMLフォーム送信に対するユーザーエージェントサポートが提案されました。さまざまなWebブラウザーが個別の電子メールプログラムを呼び出すか、独自の基本的なSMTP機能を使用して実装しました。信頼性が低い場合もありますが、WebサーバーやCGIスクリプトを使用せずにフォームデータを送信する簡単な方法として、一時的に人気がありました。

そしてRFC 1867（1995年11月）：

5.6 ACTIONフォームを "mailto："にすることを許可する

この提案とは関係なく
、フォームのACTIONを
「mailto：」URLにすることをHTML 解釈ユーザーエージェントに許可すると非常に便利です。これは、この
提案の有無にかかわらず、良い考えのようです。同様に、メールを介して受信されるHTMLフォームのアクションは、おそらくデフォルトでメッセージの「返信先」になります。
これらの2つの提案により、HTMLフォームはHTTP
サーバー経由で提供され、メール経由で送信できます。あるいは、HTMLフォーム
をメールで送信し、HTML対応のメール受信者が入力し、結果をメールで返信することもできます。

— バプティストカンデリエ
ソース