안녕하세요. 강의를 복습하다가 캐싱 기능에 대해 질문이 생겼습니다. Next에서 fetch의 cache: 'force-cache'를 설정하면, 데이터가 공적 캐싱으로 처리된다고 알고 있습니다. 여기서 게시판을 예로 들어보면, 게시물을 새로 포스팅하면 전체 게시물 목록을 갱신해야 하기 때문에 서버에서는 cache: 'no-store'를 설정하여 항상 최신 데이터를 가져오고, 클라이언트에서는 qn을 이용해서 staleTime을 설정하여 데이터를 일정 시간 동안 캐싱하고 있습니다. "force-cache"와 "useQuery" 내 두 번의 캐싱이 발생하여 비 효율적일 수 있다고 생각되어 cache: 'no-store'를 사용하여 클라이언트에서만 캐싱하고 있었는데요. 생각해보니 fetch를 이용해서 공적으로 캐싱하는게 성능적으로 우월할거 같아서 "force-cache"로 변경하고 invalidateQueries를 이용하여 클라이언트에서 post되면 데이터를 갱신하도록 변경하고 테스트를 해보았는데 잘되는게 이해가 되질 않습니다. 서버는 초기 항상 캐싱된 데이터를 반환하기 때문에 데이터가 상이할줄 알았는데 터미널을 봐도 post하고 리스트를 갱신할때만 Api 호출하고 이후엔 캐싱된 데이터를 잘 사용합니다. 이 경우, 사용자가 데이터를 갱신하면 서버의 캐시가 자동으로 업데이트되고, 공적 캐싱을 사용하여 효율적으로 데이터를 관리할 수 있는 건가요?
안녕하세요. 강의 정말 잘 듣고 있습니다. 다름이 아니라 XGBoost 실습 시에 사이킷런 wrapper XGBClassifier.fit ()파라미터가 바뀐 것 같아서 건의 드립니다. 공식 python API를 들어가보면 xgboost.XGBClassifier parameter에 early_stopping_rounds와 eval_metrics가 포함된 것 같습니다. .fit()메소드가 아닌 xgb 객체에 들어가는 파라미터로 바뀐 것 같습니다. 아마 버전이 바뀌면서 파라미터 위치도 바뀐 것 같습니다. 이 부분은 소스코드가 수정되어야 할 것 같습니다.
각각 if의 매커니즘은 이해가 되는데요 i와 j가 한개씩 커지는게 break문 밑에 i++ j++때문인가요? if가 연달아 있으니 순서가 헷깔려요 첫번째 if의 i구문따로 보고 두번째 if의 j구문 따로보고 마지막 if의 프린트를 따로 보면 이해가 되는데 전체적으로볼때 i++과 j++이 따로 밑에 있는게 이해가안되네요ㅠ그럼 동시에 계속 같이 커지고 있고 i는 i대로보고 j는 j대로 보면 되는가요?
안녕하세요 정환님. 문득, 강의를 듣다가 "FCP 이후 페이지 이동은 CSR로 동작한다." 라는 내용으로 인해 아래와 같은 궁금증이 생겨서 질문 드립니다! 대표적으로 리액트의 CSR은 빈껍데기인 index.html 파일을 넘겨주기 때문에 SEO 최적화에 안 좋은데, FCP 이후 페이지 이동은 CSR로 동작한다면 SEO 최적화에 안 좋지 않을까요? FCP 이후 페이지 이동 요청이 발생하면 JS 실행(컴포넌트 교체), 페이지 교체가 이루어 지는데 실제로 페이지 교체를 위해 html 파일은 받아오지 않는거죠? 예를 들어서, search 페이지에서 book 페이지로 이동하는 걸 네트워크 탭으로 관측했을 때 search 페이지의 html 파일을 받아온 뒤, book 페이지로 이동한다면 book 페이지의 html 파일은 받아오지 않고 js 파일만 받아오는 것처럼요! 궁금한 점은 두 가지입니다! 좋은 강의를 제작해 주셔서 감사드립니다!
Cannot find reference 'Iamport' in '__init__.py' 라면서 참조를 못합니다ㅜ 파이참 쓰고 있고 init_py 파일에는 이 소스가 끝입니다 ㅜ 나머지 client.py , client.pyi에는 Iamport가 클래스로 정의되어 있는데 왜 이런지 모르겠습니다ㅜ
merge함수 상세 동작을 풀어보고싶은데 너무어렵습니다. 자세하게 설명 한 번 해주셨으면 좋겠습니다ㅜ 1번째 merge함수인 merge(arr,0,0,1)을 수행하면 arr[0]에는 31이 들어가고 arr[1]에는 51이 들어가고 종료되는 것이 아닌가요? 31, 51 다음에 28, 9, 1, 10은 자동으로 뒤에 따라 붙어서 31,51,28,9,1,10으로 배열이 만들어지고 종료되는건가요? 이 것을 정확하게 모르니 두번째 merge함수인 merge(arr,0,1,2)도 어떻게 수행해야할지 모르겠습니다 ㅜㅜ
피셔의 z변환은 어떻게 해서 나온것인가요? 어떻게 해서 저런 식이 나왔죠? 그리고 정규분포를 따른다는게 정확히 따른다는 말인가요(식도 동일한 형태) 아니면 정규분포의 형태를 따른다는 것인가요? (평균에 대해 빈도수가 높고 평균을 기준으로 멀어질 수록 빈도가 줄어들며 대략적으로 대칭인 정규분포와 비슷한 형태)
hwp.set_field_by_bracket() 메서드를 사용하여 셀필드나 누름틀 필드를 추가하고자 했지만, 어떻게 사용하는지 몰라서 질문드립니다. 제가 궁금한 것은 set_field_by_bracket() 사용방법 수동이 아닌 API를 이용하여 셀필드를 만드는 스크립트 입니다. 감사합니다. # 해당 스크립트는 동작하지 않더군요.. hwp.HAction.GetDefault("TablePropertyDialog", hwp.HParameterSet.HShapeObject.HSet) hwp.HParameterSet.HShapeObject.HSet.SetItem("ShapeType", 3) # 셀의 형태 설정 hwp.HParameterSet.HShapeObject.HSet.SetItem("ShapeCellSize", 0) # 셀 크기 설정 hwp.HParameterSet.HShapeObject.ShapeTableCell.CellCtrlData.SetItem("Name", "필드") hwp.HAction.Execute("TablePropertyDialog", hwp.HParameterSet.HShapeObject.HSet)
안녕하세요 :) 설명을 해주실때 페이지에서 공통된 layout에 있는 RSC 페이로드만 클라이언트 라우터 캐시에 저장이 된다고 이해를 했는데 만약 layout.tsx 클라이언트 컴포넌트가 있는 경우라면 해당 클라이언트 컴포넌트의 React 코드(JS Bundle)를 서버로 다시 요청을 하는 건가요? 강의에서 설명을 하신대로 만약 루트레이아웃, 서비바 레이아웃 이렇게 있을때 만약 서치바 레이아웃에 클라이언트 컴포넌트가 포함이 되어 있다면 해당 서치바 레이아웃 코드가 클라이언트 라우터 캐시에 저장이 되는지, 아니면 클라이언트 컴포넌트가 섞여있을때는 해당 레이아웃은 클라이언트 라우트 캐시에 저장이 안되는지 궁금합니다
5.1 풀라우트 캐시 강의를 듣다가 궁금한 점이 있습니다. Dynamic 페이지는 fetch 메서드에 캐시옵션이 없을때 적용이된다고 말씀하셨는데 후반부에 revalidate 옵션이 붙었을때는 스태틱 페이지라도 일정 시간 간격으로 풀 라우트 캐시를 업데이트 해준다. 라고 설명해주셨는데요, 그렇다면 fetch 메서드에 캐시옵션이 없을때와 revalidate 옵션을 넣었을때는 스태틱 페이지로 설정이 된다. 라고 이해하면 되는걸까요? 아 제가 잘못 생각했었습니다. 이해 했습니다.
5:00 강의자님도 배수로 올리긴 했으나. 이해를 위해 올립니다. 약수가 아닌 배수 이니까. 1 ~ 19 까지 2의 배수 3의 배수는 2 4 6 8 12 14 16 18 , 3 6 9 12 15 19 까지 (즉 2로 나누어 떨어지고 3으로 나누어 떨어지는값) 해당 값에서 6으로 나누었을 때 0이 아닌 것들 2 4 8 14 16 3 9 15 19 인데 Count++되어 9개 가 나온다.
