90 년대 초 HTML 양식은 어떻게 해석 되었습니까?

109

최신 웹에서는 HTML <form>요소가 제출 된 다음 스크립팅으로 해석됩니다. 서버 측 프로그래밍 언어 (일반적으로 PHP)로 해석되거나 클라이언트 측 스크립트 (거의 항상 JavaScript)로 해석됩니다.

형태는 90 년대 초반에도 존재했습니다. 당시에는 어떻게 해석 되었습니까?

이 Wikipedia 기사 에 따르면 당시 이메일 기반 HTML 양식 제출이 있었지만 신뢰할 수 없었습니다. 이것이 전부였습니까? 스크립팅 없이는 쓸모없는 HTML이 왜 양식을 가지고 있었습니까? 아니면 닭고기와 달걀 같은 상황 이었나요?

html forms

— 제임스 존스
소스

25

나는 CGI와 펄 사용

67

항상 있었다 서버 측 스크립트

— OrangeDog

22

그림을 완성하기 action="mailto:staff@example.com"위해 웹 브라우저에 이메일 클라이언트를 시작하고 제출 된 필드를 새 이메일의 조잡한 내용으로 전송하도록 지시하는 몇 가지 초기 양식이 사용 되었습니다. 제로 프로그래밍, 일부 직원이 이메일을 직접 처리합니다.

— kubanczyk

2

양식 이전 <ISINDEX>에는 WAIS 서버 에 자주 연결되는 조차있었습니다 .

— zwol

182

서버 측 스크립팅 (PHP, Ruby, node.js) 이전에는 서버 측 프로그래밍이있었습니다.

웹 서버와 백엔드 프로세스 간의 원래 인터페이스 중 하나는 CGI (Common Gateway Interface)였습니다. 90 년대 초반 NCSA 백엔드 팀에 의해 도입되었으며 동시에 Tim Berners-Lee (당시 NCSA에있었습니다)가 HTML에 양식을 도입했습니다. 그래서 CGI가 발명 될 때와 거의 동시에 형태가 도입되었습니다.

처음에는 많은 사람들이 C로 CGI 프로그램을 작성했습니다. 저는 숙제를 위해 그렇게해야하는 사람 중 하나였습니다. 거대한 모든 것을 포괄하는 프레임 워크 대신 stdin에서 읽고 stdout으로 인쇄하는 작은 C 프로그램을 작성했습니다 (CGI 사양에 따라 HTML뿐만 아니라 HTTP 응답을 인쇄했습니다). 웹 사이트에는 각각 작은 작업을 수행하는 이러한 작은 프로그램이 많이 있었고 일부 데이터베이스를 업데이트했습니다 (때로는 해당 데이터베이스가 플랫 파일이었습니다).

소개 되 자마자 사람들은 Perl로 CGI 스크립트를 작성하기 시작했습니다. 따라서 C 프로그램과 스크립팅 언어 사이에는 전환 기간이 없었습니다. 사람들은 스크립팅 언어로 작성하는 것이 더 빠르기 때문에 C로 CGI 스크립트 작성을 중단했습니다.

— Slebetman
소스

4

귀하와 @Dekel 모두의 훌륭한 답변입니다. 이러한 답변과 제안 된 링크가 실제로 그 격차를 메 웁니다. JS, Perl, PHP와 같은 기술이 웹 스크립팅에 사용 가능하기 전에 실제로 얼마나 많은 웹 사이트가 이러한 것들을 구현하는 것을 괴롭 혔는지 궁금합니다. 그러나 그것은 다른 날에 대한 질문입니다.

— James Jones

15

@JamesJones, 우리 중 많은 사람들이 그랬습니다. 대규모 고성능 웹 앱으로 확장 할 수있는 도구가 부족했지만 시작하기가 그렇게 어렵지는 않았습니다. 저는 90 년대 후반에 World Wide Web 에서 CGI 프로그래밍을 읽고 십대 때 모든 종류의 CGI 코드를 작성하기 시작했습니다.

— Dan Lenski

12

사실 기본 CGI 프로그램은 작성하기가 매우 쉽습니다. 일부 정적 헤더와 데이터가 산재 해있는 HTML을 인쇄하기 만하면됩니다. 단지 기술 (HTML과 코드가 혼합 된 헤더와 혼합 ...)이 복잡한 애플리케이션에 적합하지 않다는 것입니다. 따라서 프레임 워크가 발명되었습니다 ...

— sleske

12

여전히 CGI가 작동하는 것을보고 싶다면 스위스 철도 시간표를 시도해보십시오 : sbb.ch- 출발지와 목적지를 입력하고-빨간 버튼을 누른 다음 브라우저에서 URL, 특히 query.exe 부분을 살펴보십시오. -)

— theDmi

8

"얼마나 널리 퍼 졌는가"에 관해서는, 훨씬 더 많은 웹 사이트가 그 당시에는 완전히 정적 인 것이 었습니다. 그러나 일반적으로 볼 수있는 두 가지 액티브 콘텐츠는 "방명록"(블로그 / 소셜 미디어 / 스팸에 의해 폐기 됨)과 "히트 카운터"였습니다.

— pjc50

70

서버 측은 실제로 항상 그림에있었습니다.

아파치 HTTP 서버는 1995 년부터 사용할 수 있었고, 1996 년에 또한 있었다 펄 지원 (서버 측 프로그래밍 언어로 사용되었다).

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 : 공통 게이트웨이 인터페이스에 대한 확인 위키 피 디아 항목

— slebetman

2

@JamesJones, Mosaic Browser 및 채우기 양식에 대한 정보를 추가했습니다. CGI에 대한 slebetman의 훌륭한 답변도 있습니다.

— Dekel

1

@JamesJones 표준은 명확하지 않으며 웹의 대부분의 항목에 완전히 적용됩니다 (인터넷 전체는 아님). HTML 표준은 끔찍했고 모두가 자신 만의 확장을 만들었습니다. Mosaic, Netscape 및 Internet Explorer가 가장 악명 높았습니다. 대부분의 확장 기능이 이후의 HTML 표준에 추가되었으며 Netscape와 IE는 이에 대해 상당히 협력했습니다. img그 당시 HTML에는 이미지 ( ) 가 포함되어 있지 않았습니다 . 저자는 하이퍼 텍스트 개념에 적합 하지 않다고 생각했습니다. Mosaic / Netscape의 성공 만이 표준에 변화를 가져 왔습니다.

— Luaan

3

이 대답이 반드시 틀린 것은 아니지만, 브라우저에서 양식을 사용할 수있게 된 후 최소 2 ~ 3 년 후에 도입 된 것이 항상 양식에 대한 서버 측 지원이 있었다는 증거인지 잘 모르겠습니다.

— 8bittree

1

자바 스크립트는 그렇게 발전하지 않았습니다 (지옥 Ajax는 아직 출시되지 않았습니다). 그래서 그것은 순수한 서버 측이었습니다. 대부분 CGI (Perl)와 PHP.

Coldfusion도 있었지만 인기가 없었습니다.

결국 1999 년 말과 2000 년대 초에 ASP.NET (aspx)과 JavaServer Pages (jsp)가 나왔지만 많은 상업용 사이트에서 명백한 이유로 aspx와 jsp를 사용했습니다.

Java 애플릿도 존재했지만 (대부분 렌더링 용) 브라우저에서 별도로 다운로드하고 지원해야했습니다.

— tfont
소스

3

사실 저는 1998 년 초반에 ASP를 프로그래밍했습니다. 그 전에는 htx템플릿 이라는 또 다른 MS 표준이있었습니다 .

— Little Santi

1

^ 당신이 원본 중 하나 인 것 같습니다! 오래 전에 친구! : D : D

— tfont 2016

1

또한 Wikipedia에서 흥미로운 역사를 발견했습니다. HTML 양식은 속성 의 mailto:주소를 사용하여 전자 메일로 보낼 수도 있습니다 target. 인기가없는 것 같지만 여전히 멋지다!

Wikipedia 기사 인용 :

양식 작업으로 'mailto'URL을 사용하는 이메일 기반 HTML 양식 제출에 대한 사용자 에이전트 지원은 HTML 3.2 시대에 RFC 1867 섹션 5.6에서 제안되었습니다. 다양한 웹 브라우저는 별도의 이메일 프로그램을 호출하거나 자체 기본 SMTP 기능을 사용하여이를 구현했습니다. 때로는 신뢰할 수 없지만 웹 서버 나 CGI 스크립트를 사용하지 않고 양식 데이터를 전송하는 간단한 방법으로 잠시 인기가있었습니다.

RFC 1867 (1995 년 11 월) :

5.6 양식 ACTION이 "mailto :"가되도록 허용

이 제안과는 별개로 HTML
해석 사용자 에이전트가 양식의 ACTION이
"mailto :"URL이 되도록 허용하는 것은 매우 유용 할 것 입니다. 이
제안 이 있든 없든 좋은 생각처럼 보입니다 . 마찬가지로 메일을 통해 수신되는 HTML 양식의 ACTION은 기본적으로 메시지의 "회신 :"으로 설정되어야합니다.
이 두 가지 제안은 HTML 양식이 HTTP
서버 를 통해 제공 되지만 메일을 통해 다시 전송되도록 허용하거나, 또는 HTML 양식
을 메일로 보내고 HTML을 인식하는 메일 수신자가 작성한 후 결과를 다시 메일로 보내도록 허용합니다.

— Baptiste Candellier
소스