가장 오래된 프런트엔드와 백엔드 구분은 이렇습니다. HTML 파일은 정적 서버에 배치됩니다. 브라우저는 HTML 및 기타 리소스 파일을 가져오기 위해 정적 서버에 액세스한 후 백엔드에 ajax 요청을 보냅니다. 인터페이스. 백엔드는 브라우저의 채우기에 데이터를 반환합니다.
정적 서버는 입구 역할을 하고, 정적 파일 서비스를 제공하고, 인터페이스 요청을 전달하므로 도메인을 교차할 필요가 없습니다.
이 솔루션의 단점은 SEO 문제입니다. SEO를 고려하지 않으면 이 아키텍처가 가능합니다.
가장 오래된 프런트엔드와 백엔드 구분은 이렇습니다. HTML 파일은 정적 서버에 배치됩니다. 브라우저는 HTML 및 기타 리소스 파일을 가져오기 위해 정적 서버에 액세스한 후 백엔드에 ajax 요청을 보냅니다. 인터페이스. 백엔드는 브라우저의 채우기에 데이터를 반환합니다.
정적 서버는 입구 역할을 하고, 정적 파일 서비스를 제공하고, 인터페이스 요청을 전달하므로 도메인을 교차할 필요가 없습니다.
이 솔루션의 단점은 SEO 문제입니다. SEO를 고려하지 않으면 이 아키텍처가 가능합니다.
예, 백엔드 인터페이스에서 도메인 간 액세스를 허용하면 문제가 없습니다
요즘에는 프론트 엔드와 백엔드를 분리하기 위해 이 방법을 사용하는 사람들이 많습니다. 프론트엔드는 라우팅과 데이터 바인딩만 하면 됩니다
예, CORS 교차 도메인을 사용하세요.
예, 문제 없습니다
문제 없습니다. 가능합니다. http 프로토콜을 사용하세요
JSONP 사용