수정이 안돼요

에어님 안녕하세요~ 어쩌면 캐시가 남아있어서 그럴 수도 있을 것 같은데, 개발자 도구를 켠 상태에서 새로고침을 오른쪽 클릭해서 '캐시 비우기 및 강력 새로고침'을 눌러서 다시 확인해보실 수 있을까요~? (사진)

강의 자료 문의

https://drive.google.com/drive/folders/1SJM4YBSkMbN9xs7BGv1b19MmDvwmEJ6F?usp=sharing 여기 올려두었습니다~

강의 자료 문의

starryeye 님 안녕하세요~ 강의에서 사용한 발표 자료는 제가 아직 올려두지 않았습니다. 제가 현재 일정이 있어서 계속 밖에 나와있는데 이번 주말 중으로 업로드 해두겠습니다!

선생님 강의 관련 질문 있습니다.

공부맛있다님 안녕하세요. 클래스 101에 있는 강의를 그대로 진행하진 않겠지만, 거기서 얻을 수 있는 지식들과 비슷한 지식을 수강생들에게 전할 수 있는 강의는 만들어질 것 같습니다. 지금 수강하신 배포 강의도 그렇고, 성능 테스트 강의 역시 일부 비슷한 내용을 다루고 있어서 간접적으로 비슷한 내용을 학습하실 수 있을겁니다.

CORS 이슈에 대해 현업에서의 API URL 구성이 궁금합니다.

Sangki Jung님 안녕하세요~ 먼저 강의 수강해주시고 타 사이트 및 유튜브 강의도 봐주셔서 감사합니다. (_ _) 질문 주신 내용 하나씩 답변 드려보면, 첫번째 질문에 대해선 도메인과 포트가 다르기 때문에 해당 하위 도메인들에 대해 CORS 이슈가 발생할 겁니다. 따라서 크로스 오리진 설정을 해주셔야 할 것 같습니다. 두번째 질문 주신 내용에 대해선 프론트엔드 서버와 API 서버를 어떻게 구성하는지에 따라 천차만별이라 어떻다고 이야기 드리긴 어렵습니다만, 제가 경험했을 때는 클라이언트 입장에선 동일한 도메인으로 묶이도록 구성하는게 더 많은 것 같습니다. 즉, 도메인은 동일하되 URL Path에 Prefix를 붙이는 식이되는거죠. 아래는 예시입니다. 인프런 : 프론트는 www.inflearn.com / API 요청시 www.inflearn.com/api 유튜브 : 프론트는 www.youtube.com / API 요청시 www.youtube.com/youtubei/v1 그럼 내부적으로 이게 서로 같은 애플리케이션으로 구성된건가 하면, 아마 아닐겁니다. 일반적으로 앞쪽에서 Prefix에 따라 프론트엔드 애플리케이션으로 요청이 가도록 하거나 API로 요청이 가도록 구성되어 있을겁니다. 그리고 프론트엔드에서 오는 응답처럼 보이는 것들도 CSR(Client Side Rendering) 말고 SSR(Server Side Rendering)로 처리되고 있는 것 같아 보이는 페이지도 많네요. (사진) 궁금하신 내용에 대한 답변이 됐을까요? 혹시 또 궁금한 내용 있으면 질문 남겨주세요. 감사합니다.