먼저 좋은 강의 제공해주셔서 감사합니다 지금까지 잘 이행하던 중 모바일 연결에서 어려움을 겪어 질문합니다. runserver 0.0.0.0:8000으로 서버를 돌리고 cmd 창에서 ipconfig로 나온 ip주소로 모바일에서 연결하면 계속해서 로딩만 되고 결국 원하는 화면이 나오지 않습니다. 같은 wifi를 사용하는데도 그렇네요 ㅠㅠ 그런데 ipconfig에서 나온 주소를 노트북에서 연결하면 또 잘 나옵니다... 왜 이런걸까요...
현영님 코드 보고 작성해서 테스트해봤는데 저도 역시 아래 다른 분들처럼 REQUEST가 두 번 가는 현상이 발생하고 있습니다. 오타 점검도 하고 NodeBird 깃허브에서 코드도 참고했는데 다른 점은 딱히 안보이는데 request가 두 번씩 가는 문제가 발생하고 있습니다. 콘솔창으로 로그 찍어봤는데 window . scrollY + document . documentElement . clientHeight > document . documentElement . scrollHeight - 300 이 부분 조건문에 걸려서 한 번 request가 발생하고 스크롤이 맨 끝에 걸리면 그 때 다시 request가 가는 것 같습니다(코드에는 === 조건문 코드는 없습니다...)
@Controller인 경우에는 반환형이 String이면 viewresolver가 반환값과 같은 화면을 찾아서 리턴해주신다고 하셨습니다. @RestController인 경우에는 Http Body부분에 리턴값을 넣어서 주신다고 하셨습니다. 그렇다면 @RestController를 선언하면 @GetMapping() public @ResponseBody String method() { ~~~~ } 위와 같이 @ResponseBody를 사용한 효과를 내는 건가요?
안녕하세요! 리눅스를 처음으로 배워보고자 강의를 구매한 학생입니다. 정말 초보자라서 사실 리눅스 설치를 어떻게 하는지나 이미 윈도우os가 있는데 이를 설치해도 두가지 os 사용이 한 노트북에서 가능한건지 또한 웹 리눅스 환경(JSLinux, codeonweb)을 사용할 시 이 강의와 실전강의를 따라하는 데 문제가 있을지 궁금합니다. 감사합니다!
안녕하세요, 수업 잘 듣고 있습니다! 질문 : 주문을 함으로써 제품 수량이 감소한다는 것은 비즈니스 로직(요구사항)으로 볼 수 있을 것 같습니다. 도메인 주도 패턴에서는 주문 정보를 생성함과 동시에 제품 재고 정보가 같이 업데이트 되는 것이 하나의 트랜잭션에 묶일 것 같습니다. 이번 카프카 데이터 동기화에서는 이러한 부분을 트랜잭션에 묶지 않고 별도로 후속 동기화 처리를 하는 부분을 설명해주셨습니다. MSA에서는 제품(카탈로그) 서비스 조직과 주문 서비스 조직이 분리되어 있다는 전제 하에 주문을 했다는 것을 알려주고 재고 관리는 제품 서비스 조직에게 일임하는 것인가요? 주문 서비스 팀은 주문을 했다는 사실을 메시지 큐 토픽에 전달함으로써 로직을 마치고, 이후 제품 서비스나 그 외 다른 서비스 팀이 해당 정보를 가지고 재고 관리 등 후처리를 하는 형태인 것인가요? 모노리틱 환경에서만 작업을 해봐서, 데이터를 처리하는 트랜잭션 부분에 대해서 ACID나 BASE라는 용어를 이해는 해도 이를 실무에 적용하는 부분에 대해 애매한 경계선이 있는 것 같습니다. 다시 질문: 1. 트랜잭션으로 묶는 기준이 있을까요? 2. REST로 제품 서비스를 업데이트 하는 로직을 직접 수행하는 것은 바람직하지 않을까요? 3. 데이터 동기화는 향후 제품 서비스 외 확장을 고려하는 것이 목적인가요? 질문이 길어졌는데 읽어주셔서 감사합니다!
안녕하세요 강의 잘 보고있습니다. 설명을 정말 잘해주셔서 명강의라고 생각합니다! 그런데 궁금한 점이 생겨 질문을 올리게 되었습니다. 제가 실험삼아 A: th:href="@{/basic/items/{itemId}(itemId=${item.id})}" B: th:href="|/basic/items/{itemId}(itemId=${item.id})|" C: th:href="@{/basic/items/${item.id}}" D: th:href="|/basic/items/${item.id}|" A부분을 B, C, D로 고쳐서 실행했더니 잘 실행되었습니다. @{...} 이것과 |...| 이것 모두 문자와 표현식을 더하기 없이 사용할 수 있다는 장점이 있습니다. 그런데 차이점을 솔직히 잘 모르겠습니다. @{...} 이 문법과 |...| 이 문법이 구분되어져 있는 이유가 있을까요?
선생님, 가방문제(냅색 알고리즘) 접근 방법에 관해 질문이 있습니다. 문제를 보고 "dy[j-w]+v" 식을 어떤 접근 방법으로 만드셨나요? 선생님 설명과 식을 보고 나면 이해가 가는데 처음 보는 문제에서 dy식을 만들때 어떻게 접근해야할지 모르겠습니다. 나름의 팁이 있을까요?