Как интерпретировались HTML-формы в начале 90-х?

В современной сети HTML-элемент <form> передается и затем интерпретируется с помощью сценариев. Либо он интерпретируется серверным языком программирования (обычно PHP), либо интерпретируется клиентским скриптом (почти всегда JavaScript).

Формы существовали еще в начале 90-х годов. Как их тогда интерпретировали?

В соответствии с этой статьей в Википедии была отправлена ​​HTML-форма для отправки по электронной почте тогда, но это было ненадежно. Это все, что было? Почему HTML даже имел формы, если они были настолько бесполезны без сценариев? Или это была ситуация с курицей и яйцом?

108 голосов | спросил James Jones 27 +03002016-10-27T06:10:30+03:00312016bEurope/MoscowThu, 27 Oct 2016 06:10:30 +0300 2016, 06:10:30

4 ответа


0

До написания сценариев на стороне сервера (PHP, Ruby, node.js) было программирование на стороне сервера.

Одним из оригинальных интерфейсов между веб-серверами и внутренними процессами был Common Gateway Interface (CGI). Он был введен в начале 90-х годов бэкэнд-командой NCSA, а формы были введены в HTML Тимом Бернерсом-Ли (который также был в NCSA в то время). Таким образом, формы были введены примерно в то же время, когда был изобретен CGI.

Изначально многие люди писали программы CGI на C. Я был одним из тех, кто должен был делать это как домашнее задание. Вместо гигантского всеобъемлющего фреймворка мы написали небольшие программы на C, которые читают из stdin и печатают в stdout (мы печатали ответ HTTP, а не только HTML согласно спецификации CGI). На веб-сайте было много таких небольших программ, каждая из которых выполняла одну небольшую вещь и обновляла некоторую базу данных (иногда эта база данных была простым файлом).

Почти сразу после его появления люди также начали писать CGI-скрипты на Perl. Таким образом, действительно не было никакого переходного периода между программами на Си и языками сценариев. Люди просто перестали писать CGI-скрипты на C, потому что это было быстрее на языках сценариев.

ответил slebetman 27 +03002016-10-27T06:40:25+03:00312016bEurope/MoscowThu, 27 Oct 2016 06:40:25 +0300 2016, 06:40:25
0

Серверная сторона всегда была на картинке.

HTTP-сервер Apache был доступен с 1995 года, а в 1996 году он также имел Поддержка Perl (которая использовалась в качестве языка программирования на стороне сервера).

JavaScript был создан в 1996 году , и Netscape был первым браузером, который поддерживал клиента язык со стороны (другие реализации поставщиков браузеров основывались на работе, проделанной в Netscape).

В 1993 году браузер Mosaic выпущен с поддержкой изображений, Вложенные списки и заполненные формы.

По сути - каждый HTTP-сервер, который может обработать запрос и передать его какому-либо приложению (независимо от того, на каком языке это приложение написано), является приложением на стороне сервера. Он может быть написан на языке сценариев (Perl /Python /PHP /Ruby), языке высокого уровня (Java /C #) и, если вы действительно хотите - даже на ассемблере. Все, что вам нужно сделать, это убедиться, что вы «следуете протоколу».

ответил Dekel 27 +03002016-10-27T06:27:31+03:00312016bEurope/MoscowThu, 27 Oct 2016 06:27:31 +0300 2016, 06:27:31
0

JavaScript не был таким продвинутым (черт возьми, Ajax еще не вышел). Так что это была чисто серверная сторона. В основном CGI (Perl) и PHP.

Был также Coldfusion, но не был популярным фаворитом.

В конце концов, в конце 1999 и начале 2000-х годов появились ASP.NET (aspx) и JavaServer Pages (jsp), хотя многие коммерческие сайты использовали aspx и jsp по понятным причинам.

Обратите внимание, что апплеты Java также существуют (в основном для рендеринга), но их необходимо было отдельно загружать и поддерживать браузером.

ответил tfont 1 22016vEurope/Moscow11bEurope/MoscowTue, 01 Nov 2016 22:30:42 +0300 2016, 22:30:42
0

Кроме того, я наткнулся на интересную историю в Википедии. HTML-формы также можно отправлять по электронной почте, используя адрес mailto: в target атрибут. Не похоже, чтобы быть популярным, но все еще круто!

Цитирование статьи из Википедии :

  

Поддержка User-Agent для отправки формы HTML на основе электронной почты с использованием   URL mailto в качестве действия формы был предложен в RFC 1867, раздел 5.6,   в эпоху HTML 3.2. Различные веб-браузеры реализовали это   вызывая отдельную почтовую программу или используя собственный элементарный SMTP   возможностей. Хотя иногда ненадежный, он был недолгим   простой способ передачи данных формы без участия веб-сервера или   CGI-скрипты.

И RFC 1867 (ноябрь 1995):

  

5.6 Разрешить форме ACTION быть "mailto:"

     

Независимо от этого предложения, оно было бы очень полезно для HTML
  интерпретация пользовательских агентов для разрешения ДЕЙСТВИЯ в форме быть
  "mailto:" URL. Это хорошая идея, с этим или без него.
  предложение. Точно так же ДЕЙСТВИЕ для формы HTML, которая получена через   mail, вероятно, должен по умолчанию использовать «reply-to:» сообщения.
  Эти два предложения позволят предоставлять HTML-формы через HTTP
  серверы, но отправленные обратно по почте, или, альтернативно, разрешить HTML-формы
  отправлять по почте, заполнять получателями с поддержкой HTML, а также   результаты отправлены обратно.

ответил Baptiste Candellier 3 42016vEurope/Moscow11bEurope/MoscowThu, 03 Nov 2016 12:20:09 +0300 2016, 12:20:09

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132