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

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

---

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

양식은 90 년대 초에도 존재했습니다. 당시 그들은 어떻게 해석 되었습니까?

이 Wikipedia 기사 에 따르면 당시 전자 메일 기반 HTML 양식 제출이 있었지만 신뢰할 수 없었습니다. 이 모든 것이 있었습니까? 스크립팅없이 HTML을 쓸모가 없다면 HTML에 왜 양식이 있었습니까? 아니면 닭과 달걀 종류의 상황입니까?

---

서버 측 스크립팅 (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 프로그램과 스크립팅 언어 사이에는 실제로 전환 기간이 없었습니다. 스크립팅 언어에서는 CGI 스크립트 작성이 더 빠르기 때문에 C에서 CGI 스크립트 작성을 중단했습니다.

---

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

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

JavaScript는 1996 년 에 만들어졌으며 Netscape는 클라이언트 측 언어를 지원하는 첫 번째 브라우저였습니다 (다른 브라우저 공급 업체 구현은 Netscape에서 수행 한 작업을 기반으로했습니다).

1993 년 에 Mosaic 브라우저는 이미지, 중첩 된 목록 및 채우기 양식을 지원하여 출시되었습니다.

기본적으로 요청을 처리하고 응용 프로그램을 작성하는 언어에 관계없이 일부 응용 프로그램으로 요청을 전달할 수있는 모든 HTTP 서버는 서버 측 응용 프로그램입니다. 스크립팅 언어 (Perl / Python / PHP / Ruby), 고급 언어 (Java / C #)로 작성 될 수 있으며 원하는 경우 어셈블리도 가능합니다. "프로토콜을 따르십시오"확인하기 만하면됩니다.

---

자바 스크립트는 그다지 발전하지 않았다 (아약스는 아직 나오지 않았다). 순수한 서버 측이었습니다. 대부분 CGI (Perl)와 PHP.

Coldfusion도 있었지만 인기있는 것은 아니 었습니다.

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

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

---

또한 Wikipedia에서 흥미로운 역사를 발견했습니다. 속성 의 mailto:주소를 사용하여 HTML 양식을 전자 우편으로 보낼 수도 있습니다 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 양식 을 메일로 보내거나 결과를 다시 보낼 수 있습니다.

참고 URL : https://stackoverflow.com/questions/40275484/how-were-html-forms-interpreted-in-the-early-90s