서랍 네비게이션을 열 때마다 뒤에 MapView가 마운트 언마운트 되는 문제 아래 링크 영상처럼 서랍 네비게이션을 열 때마다 뒤에 MapView가 언마운트 마운트가 되면서 성능 관련 문제가 생기는 것 같습니다. 이게 애뮬레이터 문제인지 제 컴퓨터 문제인지, 강의에서는 이런 문제가 안보이는데.. 해당 문제 해결할 방법이 혹시 있을까요? 네비게이션을 열 때마다 렉이 걸려서 자꾸 애플리케이션이 다운됩니다 ㅠㅠ 방법을 찾아보고 메모이제이션도 해보고, Drawer 옵션도 사용해봤는데 무용지물이네요 ㅠ https://drive.google.com/file/d/1tM8iR9QgukKVd_I5zfk6GhbKneLE1DkZ/view?usp=drive_link
카카오연동 첫강의 부터 막히기 시작합니다ㅠ 카카오 연동설정 UI도 일단 많이 변경되었고 리다이렉트 URI란 항목이 웹훅으로 변경된거 같은데 그곳에다 리다이렉트 주소를 입력하면 https프로토콜만 이제 등록되는거 같습니다. 이부분은 새롭게 다른 방면으로 소셜로그인 업데이트 해야될꺼 같아 보여요ㅠ
강의 설명대로 powershell에서 명령어 입력해서 설치 정상적으로 완료되었고, 시스템에서 해당 위치 새로만들기로 정상 진행했는데요. 이후 powershell에서 claude -v 를 입력하니 버전이 안나오고 오류메세지가 나옵니다. 강의 처음부터 다시 진행했는데도 동일하네요.
안녕하세요. 짐코딩님! 72~73강을 보면 노션 api 데이터 베이스 전문가 에이전트 생성 및 prd 생성 서브 에이전트 , 그리고 다시 prd-validator 서브 에이전트를 구성해주셨던데, 깃 클론을 해보면 노션 api 에이전트만 보이네요. 잘 만들어주신 prd 생성과 prd-validator 에이전트를 따라하고 싶은데 이 파일은 어디에ㅐ서 참조할 수 있을까요?
쉽게 설명해주셔서 대략 이해는 가는데요, 중간 이후부터 이해가 안되는 부분이 있습니다. readme.md 가 메인(프로덕션)인 상태셨고 디벨롭 브랜치로 개발1완료->개발2완료 까지 가는중에, 서비스 중인 메인(readme.md)에 에러가 생겨서 새로 핫픽스 브랜치에서 버그 수정해서 메인(프로덕션)상태로 만들어 주신것 까지 이해 했습니다. 여기서 궁금한건, 디벨롭 브랜치는 이전(버그가 있는) 메인에서 온것이기 때문에 개발1완료, 개발2완료가 의미가 없게 되는것 아닌가요? 개발1이나 개발2완료 커밋에는 버그가 존재하는 상태에서 개발해 나간것이기 때문에 개발1,2,3(신규 기능들 만들어 나감)이 커밋을 나중에 메인으로(프로덕션)보내버리는 이전에 버그 수정하기전에 만든 브랜치라서 결국 버그가 그대로 되거나 심각하게는 다른 추가한 기능들 때문에 더 많은 버그가 생기는 오류가 생기는게 아닌지요? (즉 개발1,개발2...는 새로운 파일만 추가된것이 아닌 기존의 파일들을 수정 도하고 새로운 파일들도 추가된 가정에서요)
10분 40초쯤에 '회원가입 구현'에 체크아웃을 하면 이전으로 롤백(?)이 된다고 하셨는데, 궁금한게 그런데 옆에 아이콘 main은 그대로 '로그인 수정'에 있는게 이해가 안돼요. 그래프도 파란색에서 노란색으로 바뀐게 왜 그런지.. 위와 관련이 있는건지. 예를 들어서 로그인 수정 기능은 없애고 그냥 회원가입 구현때로 돌아갈려고 체크아웃했는데, 로그인 수정이 그대로 있는것이라면 실제 서비스 시에는 로그인 수정한 서비스가 보여지는건지 아니면 회원가입 구현한것까지만 보여지는건지(로그인 수정은 안한걸로)... 근데 main? 이라는 아이콘은 로그인 수정에 있고...노란색으로 바뀌고...(나중에 알려주시나요?)
2분38초 즈음에 발음이나 자막상으로 컨트롤 + esc 를 누르면 클로드 창에 mcp playwright를 사용할 건지에 대한 창이 뜬다고 하는데 저는 윈도우 사용자고 컨트롤 esc를 눌러도 영상에 나오는 mcp서버를 프로젝트에 추가할 건지에 대한 목록이 안 뜹니다 스크린샷 첨부합니다
[코드팩토리] [초급] NestJS REST API 백엔드 완전 정복 마스터 클래스 - NestJS Core
Postman 테스트 중 데이터를 받아오지 못하는 문제가 생겨 원인을 찾아보았습니다. 같은 문제를 겪는 분이 계시면 참고하세요. 이하 AI로 작성되었습니다. 현상: /posts?order__createdAt=ASC 처럼 where 파라미터 없이 호출했는데, findOptions.where.id 가 MoreThan(undefined) 로 만들어져 repository.find() 결과가 0건으로 나옵니다. 원인: ValidationPipe({ transform: true }) 로 DTO가 “클래스 인스턴스”가 되고 main.ts ), TS target 이 ES2022+ (예: ES2023 , tsconfig.json )이면 초기값 없는 DTO 필드도 JS에 field; 로 emit되어 인스턴스에 undefined 프로퍼티가 “존재”합니다 base-pagination.dto.js ). 이 상태에서 Object.entries(dto) 로 필터를 만들면 undefined 도 같이 파싱되어 MoreThan(undefined) 가 됩니다. 참고: 이 동작은 TS 3.7 의 useDefineForClassFields 도입 이후(4.3에서 esnext 기본 true, 4.6에서 es2022 타겟 추가) 현대 타겟에서 흔히 발생할 수 있습니다. NestJS/class-validator 변경이라기보다 TS 타겟/클래스 필드 emit 차이입니다. 해결: 필터 조합 시 undefined/null 은 스킵하도록 방어코드 추가(예: if (value === undefined || value === null) continue; ) — common.service.ts . 이 케이스를 막는 옵션은 필터 조합 로직에서 undefined/null 을 스킵(가장 단순/안전) (파이프 레벨로 하고 싶으면) 커스텀 파이프로 undefined 키 삭제/또는 class-transformer 의 instanceToPlain(dto, { exposeUnsetFields: false }) 같은 방식으로 “undefined 없는 plain”으로 만든 뒤 사용 등이 있습니다.
