3분대에 유니티를 생성하고 저장할때, 저장공간을 MMO_server가 아닌 다른곳에서 저장하면 나중에 작동이 되지 않나요? 제일 궁금한것은 후에 강의도 다 보았는데, 유니티에 코드를 작성하고 실행하려면 서버도 실행해야 한다는 것이었습니다. 둘이 어떻게 연결이 되어있길래 서버에 있는 코딩에 따라서 유니티에 작동되는 것이죠?
다른 분이 질문 답변 남겨주셨는데, 저도 CSP 관련오류가 나네요. helmet 연관된 부분을 수정해보고 있기는 한데 계속해서 아래와 같은 오류가 나네요.. AWS 메모리 문제로 VScode에서 build 한 폴더들을 git에 올리고 pull 하고 연결 시킨 상태라서 뭔가 다르게 적용되는걸까요..?
안녕하세요 선생님 강의를 듣던 도중 의문이 생겨 질문 드립니다. 의존 관계 주입에 대해 강의를 듣던 도중 AppConfig를 활용하여 각 추상객체에 구현객체를 만들어 주입함으로서, OCP 와 DIP 위반을 해결하셧는데요, 여기서 이렇게 각 MemberService와 OrderService에 대한 구현체 생성을 하는 과정에서 new MemoryMemberRepository라는 코드가 중복이 되는것이 마음에 걸려, 아래처럼 한번의 생성을 통해 두 구현체에 한번에 주입하는 코드로 변경 해 보았는데요. 먼저, 이렇게 코드를 수정하여도, MemberApp 또는 OrderApp 코드는 잘 실행 되는데요, 여기서 저의 질문은, 제가 생각한것처럼 하는 방법도 추후에 다른 문제를 야기 시킬 가능성이 있는지 궁금합니다..
과정과는 약간 다른 문제인 듯 싶은데요. Github에 올린 뒤 Netlify에서 배포하는 중입니다. 이때 Netlify Build과정에서 오류가 나서 보니 new IntersectionObserver 부분에서 인식할 수 없다고 오류가 납니다. 조금 검색해보니 SSR 할 경우에는 useEffect 안에 넣어야 한다고 해서 적용하여 해결했는데요. 강좌에 적용하면 어떨까 해서 문의드립니다.
아 제가 이해를 잘 못하는건지 문제 이해가 너무 어려웠네요 일단 힌트 얻어가고 몇시간 끙끙대며 5개중에 1개 빼고 success를 얻었는데.. 제 풀이와 선생님 풀이를 비교해보니 저는 마굿간끼리 거리가 1보다는 커야된다고 and 조건을 주었거든요 그 이유가 '말들이 서로 가까이 있는것을 좋아하지 않는다'라고해서 마굿간 좌표 사이의 거리가 1 이상이어야 된다고 해석했는데 지금 보니 임의해석인거같아서.. 가까이 있는 것을 좋아하지 않는다는건 그냥 같은 마구간에 들어가면 안 된다고 해석하면 되나요? 즉 한 좌표에 2마리가 못들어간다는 의미가 맞나요?
logging.level.org.apache.coyote.http11 = debug file.dir = /dev/file/ java.io.IOException: java.io.FileNotFoundException: C:\Users\rab_b\AppData\Local\Temp\tomcat.8080.7132762726500884611\work\Tomcat\localhost\ROOT\dev\file\asdf.jpg (지정된 경로를 찾을 수 없습니다) at org.apache.catalina.core.ApplicationPart.write(ApplicationPart.java:122) ~[tomcat-embed-core-9.0.50.jar:9.0.50] at org.springframework.web.multipart.support.StandardMultipartHttpServletRequest$StandardMultipartFile.transferTo(StandardMultipartHttpServletRequest.java:256) ~[spring-web-5.3.9.jar:5.3.9] 저는 왜 경로 오류가 발생할까요ㅜㅜ 이것저것 다 해봤는데 안되서 문의 드려요 ㅠㅠ
- useCallback은 캐싱이니까 이전 컴포넌트랑 지금 컴포넌트랑 [ ] 부분이 바뀌지 않는 이상 똑같은걸로 친다. - return () 안 부분에서는 실제화면에서 바뀐 부분만 다시 그린다. 라고 하셨는데, 아이디나 비밀번호 Input 부분 onChange 에 의해서 value 에 있는 id 와 password가 바뀌면 return () 안에 Input 의 리렌더링을 방지하나요? 아니면 리렌더링이 되나요? 이 부분이 약간 헷갈립니다!!
run을 시켜서 잘 localhost:8080은 잘 나왔는데 아래 main()은 계속 돌고 있는게 맞는건가요???!!! 그리고 종료 시키면 아래와 같은 오류가 뜨는데... 괜찮은건가요... Execution failed for task ':HelloSpringApplication.main()'. > Build cancelled while executing task ':HelloSpringApplication.main()'
서버사이드 렌더링을 가능케하는 Next.js가 브라우저 <-> 프론트서버 <-> 백엔드서버 이처럼 동작한다고 하셨는데 첫 렌더링시에 백엔드에서 데이터를 가져와 이를 가공해서 프론트서버에서 HTML을 만들어 브라우저로 넘겨주는거로 알고 있는데 여기서 궁금한 점은, Next.js가 React.js 기반이자나요. 그럼 첫 렌더링만 저렇게 만들어서 가져오고, 이후 해당 페이지에서 이루어지는 동작은 React.js처럼 브라우저와 백엔드서버로 데이터 교환을 통해 이루어지나요?? 1. React.js의 경우 하나의 HTML을 던져주고 백엔드와 데이터 교환을 하면서 페이지를 구성하는데 그렇다면 Next.js의 경우는, 로그인 페이지에 접근하면 Login.html 어드민 페이지에 접속하면 Admin.html을 프론트서버에서 만들어서 던져주는 건가요? 2. HTML을 만들어서 던져주고 해당 페이지 안에서는 CSR처럼 백엔드와의 데이터교환을 통해 변화된 부분만을 갈아끼우는건가요? 3. 그게 아니라면 아예 페이지에 접속할때 모든 페이지에 대한 정보를 담아 HTML을 던져주고 이후의 동작은 CSR처럼 동작하는건가요? 4. SSR이 로딩을 없애기에 적합하다고 하셨는데, 브라우저와 백엔드 사이에서 데이터 교환을 통해 페이지를 구성하는 CSR은 로딩이 있고, 프론트엔드와 백엔드서버 사이에서 데이터 교환을 해서 브라우저에 가공된 페이지를 전달하는 SSR은 없는 이유가 궁금한데요. 둘다 데이터 교환이 이루어지고 페이지를 구성한다는 점에서 시간이 걸릴텐데 왜 SSR은 없고 CSR은 있는거죠??
위와같이 Product, Restaurant 두개의 엔티티를 만들었는데 Product엔티티자체가 Restaurant엔티티에 포함된다고 생각해서 Product엔티티의 삭제 및 생성의 관해선 Restaurant이 관할해야한다고 생각해 cascade와 Repository도 Restaurant만 만들었는데요 이러한 방식이 괜찮을까요 ? 정리하면 1.Restaurant를 애그리거트 루트로 보고 Product에 접근하기위해선 항상 Restaurant을 거쳐야된다고 생각해 위와같은 구조로 만들었습니다 괜찮을까요 ? 2. (실제 테스트는 해보지않은 부분이라 틀릴 수 있습니다 ㅠㅠ 의미만 봐주세요 ) 1번에서 이어지는 부분인데 RestaurantRepository에서 Product의 Id를통해 Restaurant엔티티를 가져오는 부분입니다 이러한 코드는 어떻게 생각하시나요 ? - Restaurant엔티티를 통해 Product에 접근해야된다고 생각해서 ProductRepository를 만들지 않았습니다 - 그렇기때문에 1:N 중 1쪽에서 탐색하고있는데 괜찮을까요 ?
