오타 확인을 하고 싶습니다

질문1은 해결된것 같습니다.외부 Github의 IP가 변경될 수 있기 때문에 IP를 다르게 그림으로 표현하신것 같습니다.

connect 구동 오류

rm -rf ~/data/kafka-logs통으로 날려버리고 kafka를 재시작 한 뒤 connect를 구동하니 잘 동작했습니다.운영에서는 절대로 하지 말아야할 조치같은데 다른 방법이 있는지 궁금합니다...

스프링부트3 버전으로 실습소스를 구동

implementation 'org.mybatis.spring.boot:mybatis-spring-boot-starter:2.3.2'AI인턴의 다른 질문글을 참고하여 버전을 위와같이 낮춰봤는데도 동일한 에러를 발견했습니다.

키생성 방식에 따른 성능

JPA Dialect를 설정하지 않으면 어떤 DBMS가 연결됐는지 알 수 없습니다. 따라서, strategy를 명시하지 않으면 AUTO이긴 하나 최종적으로 SEQUENCE로 동작을 한다네요.그런데 시퀀스생성방식은 다량의 쓰레드가 동시 트랜잭션을 발생시킬 때 DB에게 '동시에' 시퀀스값을 내놓으라는 시장바닥과 같은 상황이 벌어지므로 DB에서 동기화된 시퀀스를 생성하는데 부하가 걸려서 느려지는게 아닌가 생각됩니다. 실제로 로그를 관찰하면 32개씩 쓰레드가 경합만 하다가 TIMEOUT이 걸러 MySQL에 INSERT하는 작업을 포기해버리는 현상을 총 쓰레드의 레디스 increase횟수가 100건을 충족할 때까지 계속 반복합니다. 결국 경합만 하다가 10건 밖에 mysql기록을 못하고 나머지 90건에 대해서는 mysql에 데이터를 저장못하고 유실되는 결과를 초래합니다.

basic/items.html 입력시에만 화이트 라베 오류가 발생합니다. 제발 도와주세요 ㅠㅠ

src/main/resources/static 하위에 /basic폴더가 아닌src/main/resources/templates 하위에 /basic폴더를 만드시고 그 곳에 items.html을 만드시면 됩니다.

트래픽, 처리량, 대역폭 질문

그림2-2 에서 트래픽은 처리량과 달리 그래프로 표현이 안돼있는데요. 시간에 따라 공연 발권을 하려는 사람이 몰리게 되면 트랙픽이 증가한다는 표현을 쓰듯이 트래픽도 상향 하향이 있는 그래프로 표현해야되지 않을까 생각을 벗어날수없습니다.....그림2-2 에서의 트래픽은 대역폭값과 동일한 수치로 상수함수인 예로 봐야할까요?

세션쿠키를 제거한 상태에서 securityContext찾기

7) RememberMe인증필터: RememberMeAuthentication 강의시간 11:26의 소스코드는 아래와 같습니다.if (SecurityContextHolder.getContext().getAuthentication() != null)위 코드를 디버깅의 evaluate (watch)를 통해 null 인 것을 확인했습니다.하지만, 강의에서와 같이 브라우저에서 세션을 제거하고 요청을 보내는 상황에서 securityContextHolder.getContext() 가 null 이 되고 .geAuthentication() 을 호출하는 순간에 nullPointerException 이 발생 할 것이라 예상했지만 예상과 달리SecurityContextHolder.getContext() 값은 SecurityContextImpl@6538 로 securityContext객체가 보여졌습니다.이와 관련된 답변은 아래 링크를 통해 받았지만https://www.inflearn.com/questions/666102현재 상황은 예외적인 현상처럼 느껴지고 있습니다.

3-B 강의를 보고 시간복잡도와 관련하여 질문드립니다

(사진)위 그림을 보시면그림1 에서 이중for문을 돌고 if(visited[i][j] == false && map[i][j] == 'L') 일 때만 bfs/dfs를 진행하게 하면그림2 처럼 (1, 1)좌표부터 연결된 모든 L지점을 탐색합니다.그림3 은 그림2에서 탐색을 마친 후 다시 이중for문을 마저 수행하는 것을 그린 것인데요visited[i][j] = true인 지점들은 무시하게 됩니다. 그림4. 결국 모든 맵의 지점을 순회하는 셈인데요, 위 설명을 이해하셨다면모든 맵이 L 인 상황에서는 (0, 0)에서 bfs시작하여 모든 위치들을 탐색하고 이후 남은 이중for문의 턴들은 if문의 visited[i][j] 덕분에 더는 연산이 발생하지 않습니다.위 첫 밑줄에서는 연산이 50*50 발생두번째 밑줄에서는 질문자님의 2500번 for문을 수행하다는 예상과 달리 0회 발생합니다정리하자면,정점의 시간복잡도는 정점갯수^2 인데 반해지도(맵)의 시간복잡도는 지도크기인 O(가로 x 세로 x 맵을 훑는 횟수) 라고 정리할 수 있습니다.한 번 탐색으로 끝나는 위와같은 문제면 맵을 훑는 횟수 는 1회겠죠

조합 재귀함수에서 질문이 있습니다.

(사진)combi(1, {0, 1}) 에서 종료됩니다. 근데, 앞서 combi(1, {0, 1})은 combi(0, {0}) 에서 i=start+1; i

3-B 강의를 보고 시간복잡도와 관련하여 질문드립니다

위 문제는 지도 이고블로그에서 선생님께서 설명하신 내용은 정점 입니다. 지도의 경우 시간복잡도와 공간복잡도가 맵의 싸이즈 O(가로 * 세로) 만큼 나오지 않을까요?따라서 지도 를 전체 한 번 훑는데 드는 연산은 최대 50 * 50 번으로 계산될 것같습니다.