[04-24] 데일리 스크럼 - 송시은

[sgoldenbird]

📅 Daily Scrum | 04-24

---

✅ Done

#145 #150 #161

• 🎯 splash screen을 React상태 기반 방식으로 변경
• 🎯 request 메소드를 각각 별도의 파일로 분리했습니다. 예 utils/api/requestGet
• 🎯 에러 처리 로직을 수정하고 개선했습니다.
• 🎯CORS에러 방어 시도
• 🎯개발/프로덕션 환경에 따라 baseURL 분기 처리
• 🎯/api 경로 프록시 설정 추가
• 🎯프론트 편의를 위해 서버 에러 대응을 위한 axios 인터셉터 자동 재시도 로직 추가

---

🚧 Doing

• 🔧 ErrorBoundary 세분화

---

📝 Todo

• 📌 크레딧 부족 모달
• 📌 후원하기 모달 구현
• 📌 스켈레톤UI 구현

---

💬 ETC

| 참고 사항

• 🕯️더보기를 구현하실 때는 직접 requestGet요청을 해야 합니다. (처음 받는 데이터는 라우터가 전달합니다.)

• 🕯️아무래도 CORS에러 문제는 근본 원인이 CORS에러가 아닌것 같습니다. CORS문제는 따라오는 문제고 그보다 앞선 근본 문제는 서버 로직이나 어떤 다른 부분에 있는 것 같습니다.

  • 서버에서 Access-Control-Allow-Origin 값을 와일드카드(*) 로 설정은 되어있고
  • 만약 CORS문제라면 계속적으로 요청이 실패햐야 하는데 지금은 새로고침하면 되었다 안되었다 하는 상황이 이상합니다.
  • 개발자 도구에도 Internal Sever Error라고 나오고
  • 프록시로 우회해 봤는데도 Internal Sever Error가 나옵니다.
    주강사님과도 얘기해봤는데 프리플라이트 단계에서 오류가 나면 CORS 에러를 내뱉을 수도 있고, 서버 내부에서 에러가 났을때 CORS 에러를 낼 수도 있다고 합니다. 어떤 것이든 프론트에서 해결하기는 힘드니 우선 코드잇에 문의하겠습니다.
    그리고 내부적으로 최대한 프론트 편의를 위해 처리할 수 있는 방법을 검토해 볼게요.

• 🕯️ my page 아래 에러 메시지 관련 데이터 확인하려고 제가 먼저 수정했습니다. 수진님 이부분 확인해 주세요~
  Emotion을 사용할 때 SSR(Server-Side Rendering) 환경에서 발생할 수 있는 스타일 일치 문제를 지적하는 것.
  :nth-child는 서버와 클라이언트 간에 렌더링 결과가 다를 수 있어서 비결정적이라는 점에서 "잠재적으로 안전하지 않다"고 보고 있어요.
  🔍 왜 :nth-child가 위험한가?
  :nth-child(n)는 형제 요소들 중 순서를 기준으로 적용되기 때문에,
  서버에서 렌더링된 순서와클라이언트에서 렌더링된 순서가 다르면 스타일이 다르게 적용될 수 있습니다.
  ✅ 해결 방법
  :nth-child → :nth-of-type으로 바꾸기
  nth-of-type은 같은 태그 타입 중에서 n번째를 고르기 때문에 더 결정적이고 안정적이에요.
  

| 논의 사항

• ❗변경된 방식으로는 3G를 해도 굴러오는 별이 로고가 되서 pulse하는 것 까지는 잘 못보여줍니다. 굴러오다 끝나버려요.
  그게 좀 아쉬운데 이부분은 나중에 데모 영상 찍을때 html에 잠깐 다시 추가해서 찍고 지우면 좋겠습니다.
  그래서 public/에 이미지랑 splash.css 삭제 안하고 뒀어요.
• ❗

| 아이디어, 제안

• 💡
• 💡

| 질문

• ❔
• ❔