Jak interpretowano formularze HTML we wczesnych latach 90-tych?

We współczesnej sieci WWW <form>element HTML jest przesyłany, a następnie interpretowany przez skrypty. Albo jest interpretowany przez język programowania po stronie serwera (zwykle PHP), albo jest interpretowany przez skrypt po stronie klienta (prawie zawsze JavaScript).

Formy istniały jeszcze na początku lat 90. Jak były wtedy interpretowane?

Zgodnie z tym artykułem w Wikipedii w tamtym czasie przesłano formularz HTML przez e-mail, ale było to zawodne. Czy to wszystko, co było? Dlaczego HTML miał w ogóle formularze, skoro były tak bezużyteczne bez użycia skryptów? A może była to sytuacja w rodzaju kurczaka i jajka?

Przed skryptami po stronie serwera (PHP, Ruby, node.js) istniało programowanie po stronie serwera.

Jednym z oryginalnych interfejsów między serwerami WWW a procesami zaplecza był Common Gateway Interface (CGI). Został wprowadzony na początku lat 90. przez zespół zaplecza NCSA w tym samym czasie, gdy formularze zostały wprowadzone do HTML przez Tima Berners-Lee (który również był w tym czasie w NCSA). Tak więc formularze zostały wprowadzone mniej więcej w tym samym czasie, gdy wynaleziono CGI.

Początkowo wiele osób pisało programy CGI w języku C. Byłem jednym z tych, którzy musieli to robić jako zadanie domowe. Zamiast gigantycznego, wszechstronnego frameworka napisaliśmy małe programy w C, które czytają ze stdin i drukują na stdout (wydrukowaliśmy odpowiedź HTTP, a nie tylko HTML, zgodnie ze specyfikacją CGI). Witryna internetowa zawierała wiele takich małych programów, z których każdy wykonywał jedną małą rzecz i aktualizował pewną bazę danych (czasami ta baza danych była po prostu zwykłym plikiem).

Niemal natychmiast po jej wprowadzeniu ludzie zaczęli pisać skrypty CGI w Perlu. Tak więc naprawdę nie było okresu przejściowego między programami C i językami skryptowymi. Ludzie po prostu przestali pisać skrypty CGI w C, ponieważ było to szybsze w językach skryptowych.

Na zdjęciu zawsze była strona serwera.

Serwer Apache HTTP był dostępny od 1995 r., Aw 1996 r. Miał również obsługę Perla (który był używany jako język programowania po stronie serwera).

JavaScript powstał w 1996 roku, a Netscape był pierwszą przeglądarką obsługującą język po stronie klienta (implementacje innych producentów przeglądarek były oparte na pracy wykonanej w Netscape).

W 1993 roku została wydana przeglądarka Mosaic obsługująca obrazy, listy zagnieżdżone i formularze do wypełniania.

Zasadniczo - każdy serwer HTTP, który mógłby obsłużyć żądanie i przekazać je do jakiejś aplikacji (bez względu na język, w którym ta aplikacja jest napisana) jest aplikacją po stronie serwera. Można go napisać w języku skryptowym (Perl / Python / PHP / Ruby), języku wysokiego poziomu (Java / C #) i jeśli naprawdę chcesz - nawet w asemblerze. Wszystko, co musisz zrobić, to upewnić się, że „przestrzegasz protokołu”.

JavaScript nie był tak zaawansowany (do diabła, Ajax jeszcze nie wyszedł). Więc to było po stronie serwera. Głównie CGI (Perl) i PHP.

Był też Coldfusion, ale nie był to popularny faworyt.

Ostatecznie pod koniec 1999 i na początku 2000 roku pojawiły się ASP.NET (aspx) i JavaServer Pages (jsp), chociaż wiele komercyjnych witryn używało aspx i jsp z oczywistych powodów.

Uwaga, aplety Java również istniały (choć głównie do renderowania), ale musiały być oddzielnie pobierane i obsługiwane przez przeglądarkę.

Dodatkowo natknąłem się na ciekawy kawałek historii na Wikipedii. Formularze HTML można również wysyłać pocztą elektroniczną, używając mailto:adresu w targetatrybucie. Nie wydawał się popularny, ale wciąż fajny!

Cytując artykuł z Wikipedii :

Obsługa klienta użytkownika do przesyłania formularzy HTML opartych na wiadomościach e-mail, przy użyciu adresu URL „mailto” jako akcji formularza, została zaproponowana w RFC 1867 sekcja 5.6 w erze HTML 3.2. Różne przeglądarki internetowe zaimplementowały go, wywołując oddzielny program pocztowy lub używając własnych podstawowych funkcji SMTP. Chociaż czasami zawodny, był przez krótki czas popularny jako prosty sposób przesyłania danych formularza bez angażowania serwera WWW lub skryptów CGI.

I RFC 1867 (listopad 1995):

5.6 Zezwól formularzowi ACTION na „mailto:”

Niezależnie od tej propozycji byłoby bardzo przydatne dla klientów
interpretujących HTML , aby zezwolić AKCJI w formularzu na
adres URL „mailto:”. Wydaje się, że to dobry pomysł, z tą
propozycją lub bez niej . Podobnie, DZIAŁANIE dla formularza HTML, który jest odbierany pocztą, powinno być prawdopodobnie domyślnie ustawione jako „odpowiedź do:” wiadomości.
Te dwie propozycje pozwoliłyby na
przesyłanie formularzy HTML przez serwery HTTP , ale odsyłanie ich pocztą lub, alternatywnie,
na wysyłanie formularzy HTML pocztą, wypełnianie ich przez odbiorców poczty znających język HTML, a wyniki byłyby przesyłane z powrotem.