1. 어려웠던 부분 : 오늘도 역시나 원인을 명확히 알 수 없는 CORS에러와 https 관련 에러로 골머리를 앓았다. 아무리 에러 메세지를 구글링해보고 이방법 저방법 따라해봐도 잘 해결이 되지 않는다. 결국 배포를 맡은 팀원이 다시 도메인을 파고 배포하는 과정을 반복하기까지 했는데도 해결되지 않았다. http 에서 https로 바꿨을 뿐인데 발생하는 에러가 너무많다. 아부지 정답을 알려죠 .... 내일 있는 기술 멘토링에서 해답을 얻기를 ! 아래는 내일 여쭤볼 질문 사항들이다.

 

 

2. 느낀 점 : 오늘 오랜만에 디자이너님과 디자인 회의를 했다. 오랜만에 숨통트이는 시간이었다. 너무 우리가 원하고 생각한 대로 작업을 잘 해주셔서 감사했다. 디자이너님도 국비로 스프링을 배우고 개발일을 하시다가 UX디자인 쪽으로 전향하셨다고 했는데, 진짜 능력자이신 것 같다. 나도 훗날 기회가 된다면 프론트엔드나 디자인 쪽도 공부해보고 싶다는 생각이 들었다.

 

3. 새로 알게 된 내용 : https로 배포를 할 때 인증서를 발급하는데, 인증서 해당 도메인을 프론트엔드 주소와 백엔드 주소 모두 (2개) 넣어줘야 한다. 그렇지 않으면 계속해서 아래 참조링크와 같은 에러가 발생한다. 

 

4. 셀프칭찬 (오늘 잘한 일) : 하루 종일 에러와의 싸움... 해결된건 거의 없지만 잘 버텼다.

 

5. 내일 할 일 : 기술 멘토링, 피드백 반영해서 수정하기


[오늘 공부한 부분] 

 

[50] 트러블 슈팅 : CORS policy: No ‘Access-Control-Allow-Origin’ header is present on the requested resource (allowedOrigins)

 

[50] 트러블 슈팅 : CORS policy: No ‘Access-Control-Allow-Origin’ header is present on the requested resource (allowedOr

문제 상황 Front와 협업중에 구매한 도메인을 적용했고 서버에서 데이터를 문제없이 내려주기 위해서 CORS에 해당 도메인을 등록했다. 해당 도메인을 등록하고 나니까 localhost:3000 [즉, 프론트쪽 리

leejincha.tistory.com

[51] 트러블 슈팅 : (WebRTC) Error parsing HTTP request header

 

[51] 트러블 슈팅 : (WebRTC) Error parsing HTTP request header

문제 상황 프론트엔드와 WebRTC를 테스트하는데 계속해서 위와 같은 에러가 떴다. 백엔드 서버는 https:// 를 사용하고 있고, 프론트엔드는 http:// local 서버를 사용하는 상황 채팅방에 클라이언트가

leejincha.tistory.com

트러블 슈팅 : Invalid character found in method name. HTTP method names must be tokens

 

+ Recent posts