npx create-react-app

안녕하세요! 수빈님!npx create-react-app myproject와 같이 입력하시면 아래의 화면이 나와요!(사진)위 과정에서 시간이 좀 걸리는데, 작게는 1~2분 많게는 3~4분 소요가 될 수 있어요.따라서 저 부분에서 무한로딩이 걸린 것 처럼 보이셨을 수 있어요!조금 더 기다리시면, 아래와 같이 나오는걸 확인해 보실 수 있답니다!(사진)

fetchTravelproductsIPicked 관련 질문 드립니다

안녕하세요! mh님!search 키워드 부분에 전달된 값을 백엔드에서 검색하는 과정에서 실패한 것 같아요!search 키워드가 문자열 형태로 제대로 넘어가고 있는지 확인해 주세요!* 만약, 제대로 넘어가고 있는데 검색이 안되는 경우라면, 해당 search 키워드를 알려주시면 더 상세히 답변드릴게요!

반응형 디자인 - rem으로 유지보수 높이기강의에서 질문있습니다.

안녕하세요! jeju90029002님!vw, vh를 활용해서도 rem과 비슷한 느낌을 주실 수 있어요!하지만, vw, vh는 화면크기에 의존하게 되므로, 화면크기가 변경되지 않는 이상 내가 원하는 사이즈로 일괄 변경이 어려워요!다시말해, 화면크기에 의존하지 않는 사이즈로 일괄 변경 요구사항이 생기는 경우, 수정에 관련된 이슈가 생깁니다.따라서, 화면크기에 의존도 가능하면서, 독립적으로도 사용할 수 있는 rem을 일반적으로 사용하게 돼요!* 참고) rem을 화면크기에 의존하여 사용하는 방법: html { font-size: OOvw }

커리큘럼12.css 정렬 에 나오는 과제 정답알고싶어요

안녕하세요! 성민님!시작은프리캠프 강의자료에 들어가시게 되면, 싸이월드 피그마의 레퍼런스코드를 확인하실 수 있어요!해당 코드는 정답이 아니며, 참고용으로 사용해 주세요!(사진)학습방법은, 코드를 그대로 따라치지 마시고,먼저 한 번 대충이라도 만들어 보시고(이상해도 괜찮아요), 레퍼런스 코드와 비교하면서 어떤 부분을 개선할 수 있을지, 어떤 부분을 놓치고 있는지를 검토하면서 학습하시는게 효율이 가장 좋답니다!

npm 배포 후 import 시 오류사항

안녕하세요! mh님!해당 에러는 npm에 올라가있는 라이브러리내의 react-hook-form 버전과,현재 수업폴더내의 react-hook-form 버전이 서로 달라서 발생하는 문제입니다!두 버전을 통일시켜 주세요!

fetchUser 요청시 userPoint.amount

안녕하세요! mh님!fetchUser는 나 뿐만아니라, 다른사람들의 정보까지도 볼 수 있는 API입니다.따라서, 다른사람들의 userPoint는 접근할 수 없어요!만약, 내 userPoint를 보고 싶으시다면, fetchUserLoggedIn의 userPoint를 참고해 보세요!

윈도우 -> 맥 파일 옮기기 / 실행

안녕하세요! skykwj0422님!파일 옮기기는 git을 통해서 github에 저장하고 다운로드 받는 방식을 추천드립니다!꼭 소스코드뿐만 아니라 다른 파일들도 마찬가지예요!

강의에서 사용하는 api 접속 불가

안녕하세요! 주원님!현재 다시 복구되어 이용 가능합니다.

koreanjson 관련 사이트가 접속이 안되요

안녕하세요! skykwj0422님!아래의 링크를 사용해 보세요!API-Docs: http://main-example.codebootcamp.co.kr/api-docs예제API: http://main-example.codebootcamp.co.kr/board/10

graphql 캐시관련 질문

안녕하세요! 진웅님!현재, updateBoard의 결과는 cache되고있으나, fetch-policy는 작동하고 있지 않아요!(다시말해, network 요청은 계속 발생하고 있는 중이며, 비용은 발생하지만 이는 일반적입니다)전체적인 이해를 위해서는, cache와 fetch-policy에 대한 이해가 필요해요!1) cache: 내가 받은 데이터 저장해놓기2) fetch-policy(기본옵션: cache-first): 요청시 cache에 있으면 새로요청하지 말고, 갖다쓰자위 개념을 바탕으로, Query와 Mutation에서 cache와 fetch-policy의 작동방식에 대해 상세히 알아볼게요! Query(ex, 조회)fetchBoard 라는 API를 요청하시면, 결과로 받아온 값의 id, __typename을 기준으로 title, content 등의 데이터를 캐시하게 돼요!이 과정에서 2번째 동일한 요청을 보내면, fetch-poilcy 정책(cache-first)에 따라서, 캐시된 fetchBoard 요청이 있는지 보고, i) 있다면 캐시된 결과를 그대로 가져온다는게 장점이에요!(network 탭에서 안나타남, 실제로 요청 안됨)ii) 없다면 network 요청을 해요! Mutation(ex, 수정)mutation에는 fetch-policy가 존재하지 않아요.따라서, updateBoard라는 API를 요청하실 때마다 network 요청이 들어가게 돼요! (network 탭에서도 나타남, 매번 요청됨)다만, updateBoard의 결과로 받아온 데이터 역시 마찬가지로 id, __typename 기준으로 title, content 등을 캐시하게 되며, 이 과정에서 기존에 id,__typename이 동일한 값으로 캐시되어있는 데이터가 있다면, 자동으로 찾아서 수정을 해주게 됩니다. (따라서, 게시글 수정 이후에 refetchQuery를 날릴 필요가 없다는게 장점이에요!)