사람들이 왜 이해하지 못하는지 모르겠어요 웹 사이트에는 프론트 엔드 코드가 없습니다. 모두 백엔드 코드입니다. 프론트 엔드 코드는 브라우저이므로 Mozilla 또는 IE 또는 Chromium / google 또는 사파리에서 작업하지 않는 한 서버 측 코드를 작성하는 것입니다. 작동 방식은 다음과 같습니다. 브라우저는 웹 서버에서 파일을 요청합니다. 웹 서버는 파일을 출력합니다. 브라우저는 해당 파일을 해석하고 모든 파일이 해석 될 때까지 추가 파일 (이미지, javascript, css 등)을 요청하고 해당 파일을 해석 할 수 있습니다.
이제 브라우저가 요청하는 첫 번째 파일은 html 파일입니다. html 파일이 구문 분석되고 브라우저가 컨텐츠 렌더링 방법을 결정합니다. 여기서 유지해야 할 중요한 개념 중 하나는 html 파일이 파서에 의해 소비된다는 것입니다.
웹 서버는 포트에서 수신 대기하고 파일 요청을 처리하는 소프트웨어입니다. 파일이 정적 파일 인 경우 (파일이 이미 작성되었다는 의미에서 정적을 의미 함) 요청하는 그대로 클라이언트로 복사됩니다. 파일이 동적 일 경우 파일이 요청 될 때마다 파일이 작성됨을 의미하면 웹 서버는 파일을 생성하는 소프트웨어 (실행중인 프로세스,로드 된 라이브러리 또는 프로세스 생성)에 의해 파일이 생성되도록 요청합니다. 해당 소프트웨어는 파일을 생성하여 웹 서버로 전송 한 다음 웹 서버로 전송하여 클라이언트로 전송합니다.
해당 파일이 클라이언트에 "제공"되고 파싱되면 클라이언트는 json 파일과 같은 다른 유형의 파일을 요청할 수 있습니다. 여기서 json 파일은 html 렌더러의 구문 분석을 무시하고 대신 파일을 javascript 인터프리터로 반환 할 수 있습니다. 클라이언트에 의해, 이것들은 javascript에 의해 구문 분석됩니다 (eval은 구문 분석의 형태입니다). 이것이 AJAX의 기반입니다.
자, 이것이 당신에게 어떤 영향을 미칩니 까? 서버의 파일이 동적으로 생성되면 서버에서 파일을 생성하는 방법을 알려주는 소프트웨어가 실행됩니다. 이 소프트웨어를 프로그래밍하는 사람들은 "서버 측"프로그래머로 간주됩니다.
서버에서 생성 된이 html 파일은 브라우저에 포함 할 다른 파일을 알려주므로 생성 된 html 파일로 자바 스크립트와 이미지 및 CSS를 가져오고 정렬하고 구성해야합니다.
순수한 "서버 측"작업과 "클라이언트 측"작업 사이의 경계를 만들기 위해 많은 웹 프레임 워크와 감히 방법론 (MVC 등)이 개발되었습니다.
나는 데이터 사람들을 언급하는 것을 잊었다. 데이터 스토리지 담당자는 서버 측 html 파일 생성 소프트웨어 작성자보다 훨씬 서버 측입니다. 관계형 데이터베이스, NoSQL 등의 데이터 스토리지는 완전히 다른 것입니다. Big-Vendor-touted 프레임 워크와 방법론 (MVC 등)이 단순히 "간단히 과감하게"표현하기 쉽기 때문에 이것을 언급합니다.
와, 정말 긴 답변입니다.
서버 측 개발자와 클라이언트 측 개발자가 있다는 귀하의 진술에 이의를 제기하는 것으로 보입니다. 웹 사이트를 통해 정보 시스템을 제공하는 경우 모든 것이 서버에 저장, 구성 및 관리되어야합니다. 그리고 그것은 큰 혼란이며, 모든 것이 어떻게 작동하는지 실제로 배우지 않으면 제대로 작동하는 데 시간이 걸릴 것입니다. 따라서 모든 서버 측입니다.