# Clone the repository git clone https://github.com/cjo4m06/mcp-shrimp-task-manager.git cd mcp-shrimp-task-manager # Install dependencies npm install # Build the project npm run build 쉬림프 설치할 때 이렇게 3개 다 입력해서 설치하는 이유가 무엇인지 궁금합니다..!
해당 강의 수강중에 정환님께서 진행해주신 부분 그대로 똑같이 따라했는데 화면에서는 아예 아무것도 보이지않는.. 출력이 안됩니다..ㅠㅠ 무슨 문제일까요?? 예상은 api를 저장하는 auth.ts 부분부터 뭔가 잘못된거같은데 이유를 모르겠습니다. (그리고, 예외사항으로 import 부분의 빨간밑줄오류나 코드에서 오타가 아닌 빨간밑줄오류는 왜 생기는걸까요??ㅠ) 현재 진행중인 코드를 한번에 알아보기 쉽게 Github에 바로 올렸습니다. 링크 : https://github.com/Skyllerrr 안에 Repository의 첫 번째 프로젝트(onebite-SNS)입니다.
저는 Docker Desktop Kubernetes 환경에서 실습을 진행 중입니다. 강의 영상과 동일하게 Deployment와 NodePort 타입 Service를 생성했는데, 브라우저에서 localhost:30000으로 접속하면, ERR_CONNECTION_REFUSED가 발생하면서 접속이 되지 않습니다. 현재 제 실습 진행 상태입니다 ! (1) Pod는 정상 실행 중입니다. kubectl get pod 결과 3개 Pod 모두 Running 상태였습니다. (2) Spring Boot 애플리케이션도 컨테이너 내부에서 정상 실행 중입니다. kubectl logs 확인 시 Tomcat이 8080 포트로 정상 실행되었습니다. (3) Pod 내부에서 직접 요청하면 정상 응답이 옵니다. kubectl exec -it <pod명> -- curl localhost:8080/ → 결과: Hello, World! (4) Service도 Pod를 정상적으로 잡고 있습니다. kubectl describe service spring-service 확인했었을 때, Endpoints에 10.244.x.x:8080 형태로 Pod 3개가 정상적으로 표시되었습니다. 그런데 NodePort 방식으로 localhost:30000 접속이 되지 않았고, 로컬 PC 포트(30000)과 서비스 포트(8080)를 포트포워딩한 뒤에는 정상 접속이 되었습니다. kubectl port-forward service/spring-service 30000:8080 이후 localhost:30000으로 접속하니까 정상적으로 Hello, World가 나왔습니다. 강의 영상에서는 별도의 포트포워딩 없이도 NodePort로 정상 접속이 가능한데, 제 환경에서는 어떤 문제 때문에 접속이 되지 않는지 궁금합니다.
안녕하세요. 이전 줄바꿈 강의할 때는 terminal-setup을 통해서 shift+enter으로 줄바꿈이 제대로 동작하는 것을 확인했는데, 커서에서 클로드 코드 실행하니 줄바꿈이 되지 않아요. option+enter으로 줄바꿈이되어 불편해서 terminal-setup을 진행했는데 세팅이 이미 되어있다고 나오긴 하지만 여전히 shift-enter으로 줄바꿈이 되지 않습니다. 해결할 방법이 있을까요
도커, 쿠버네티스와 같은 가상화 기술을 처음 배우는 입장입니다! 강의 초반에 컨테이너 기반 환경에서는 Host OS를 공유한다라고 보았는데 쿠버네티스 설치 강의 영상 속 이미지를 보면 각각의 노드안에 Guest OS 들이 있는걸로 보이는데 아래 두 가지 가설?이 맞나요? - Node들은 Guest OS가 필요함 - Node 안에 생성될 Pod에 생성 될 컨테이너들이 Guest OS가 필요 없음
설명중에 @Version 필드를 낙관적 락에서 이용할 수 있어가지고~ 라고 하셧는데 실제 돌려보니 비관적락 2에도 DB 업데이트가 되었습니다. AI 에게 물어보니 @Version 어노테이션이 붙은 필드는 JPA 사용시 @Lock 어노테이션 사용여부 상관없이 업데이트가 된다고 합니다. 혹 다른 qna 에도 같은 내용이 있는지 확인은 모두 안해 보았습니다. ======================== 응, 같은 엔터티 row에 실제 UPDATE 가 나가면 @Version 필드는 증가한다고 보면 돼. 락 방식이 낙관적이든 비관적이든 핵심은 이거야. @Version private Long version; 이 필드가 있는 엔터티가 dirty checking으로 변경 감지 되고, flush/commit 때 UPDATE 대상이 되면 JPA/Hibernate가 version 값을 같이 갱신해. ========================