강사님 네트워크 wsabuf.buf 는 char포인터 형으로 되어 있는데 패킷을 보내게 될때 패킷에 사이즈를 넣어주도록 설계가 되어있는데 char형이라면 127 크기 까지의 패킷만 보낼 수 있는 건가요?

여기에서, 5000번지->6000번지->7000번지 이렇게 각각 연결되어있는데,interlock을 잡기 이전에 2번의 pop과 1번의 push가 일어났고, 그때 5000번지에 다시 새 데이터가 할당돼서 push된 상황이므로5000번지 -> 7000번지인 상황이 만들어졌다고 하셨는데,애초에 이 상황까지 만들어졌다면 push에서 atomic하게 5000번지가 header에 삽입되는 동시에 5000번지의 next도 7000번지로 바꿔줄텐데그때 expected = header->next;의 주소가 아직 5000번이라면 5000번지가 pop이되고 5000번지의 next가 header가 되는데, 이미 5000번지의 next는 7000번으로 Push부분에서 이미 변경되었으니 정상적으로 header는 7000번지의 주소를 가리키는게 맞는거 아닌가요?어떤 부분에서 생각이 틀린건지 잘 이해가 안됩니다.

우선 저는 단순히 Lock 만 사용하면 무수한 경합으로 인해 성능적으로 손해를 볼 수 있어 Job Queue 를 사용하는 것으로 이해를 했습니다.그래서 이것저것 연습하면서 Job Queue 를 계속 사용하고 있는데 도중에 몇몇 의문이 생기어 질문을 드리게 되었습니다. Job Queue 를 사용하다보면 Job Queue 내에 또 다른 Job Queue 를 사용해야하는 상황이 발생하는데 이 부분은 문제가 되지 않을까요?아래는 예시 코드입니다.public void Function() { MatchingManager.Instance.Push(() => { ... User.Party.Push(() => { ... }); }); } Lock 처럼 사용하면 된다 라는 생각은 옳은 것인가요? 아니면 Lock 과는 달리 Job Queue 사용 시 주의 할 부분이 있을까요? 항상 양질의 강의를 제공해주셔서 감사드립니다. 

선생님 안녕하세요URI와 URL의 차이가 궁금하여 질문드립니다.강의를 보았지만 그 차이에 대해서 모르겠습니다.그리고 예시로 들어주셨던 index.html에 대해서 일반적으로 웹 주소만 입력하면 저 html을 요청하는거라고 했을 때, index.html이 생략된 웹 주소는 URI인가요 URL인가요?그리고 URI 구조에 대해서도 보여주셨는데, 거기에서 무엇이 빠지면 URL이 되는건가요? 솔직히 두 개념의 차이를 모르겠습니다.ㅜㅜ

Reader-Writer Lock에서Read Lock과 Write Lock을 할 때 compare_exchange에서 OUT 키워드를 사용하는데 이 키워드를 왜 쓰는지 어떨 때 쓰는지 궁금합니다!!if (_lockFlag.compare_exchange_strong(OUT expected, expected + 1))

이건 샘 화면이고이건 제 맥북 vs 화면입니다.Hello Thread! 다섯번이 결과로 안나오네요 ㅠㅠ 챗지피티에 물어봤더니 아래와 같이 답을 줍니다..NET ThreadPool은 개발자가 작업을 실행할 스레드 풀을 할당하여 여러 작업을 동시에 실행할 수 있도록 하는 메커니즘입니다. 그러나 Mac의 Visual Studio에서 ThreadPool 기능 문제에 대한 보고가 있었습니다. 이 문제에 대한 한 가지 잠재적인 이유는 Windows와 macOS 간의 기본 운영 체제 및 런타임 환경의 차이 때문일 수 있습니다. 또 다른 가능성은 Visual Studio의 두 버전 간에 ThreadPool 기능 구현의 차이일 수 있습니다.Mac의 Visual Studio에서 ThreadPool에 문제가 발생하는 경우 문제를 해결할 수 있는 업데이트 또는 패치를 확인하고 문제를 일으킬 수 있는 잠재적인 문제에 대한 코드를 검토하는 것이 좋습니다. 다른 플랫폼에서 더 나은 성능과 안정성을 제공할 수 있는 async/await 또는 TPL(Task Parallel Library) 사용과 같은 동시성에 대한 대체 접근 방식을 탐색하는 것도 가능합니다.

최근 강사님의 유튜브 영상이나 댓글 등에서는 스프링 강의를 DB2까지 듣고 JPA 활용 코스를 듣는걸 추천하신다고 하셨는데여기 강의에서는 이 다음에 바로 JPA 활용 코스를 들으라고 하셔서요.. 아무래도 이 강의가 조금 예전 영상이라 추천하시는 코스가 달라진걸까요?!저는 MVC를 듣고 싶긴 합니다만.. 머가 맞는지 모르겠어요 ㅠㅠ

jaehwan0223@gmail.com 으로 보내주시면 감사하겠습니다.  - 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.

안녕하세요, 인바운드 규칙 설정 문의드립니다.[강의 내 docker 주요 규칙 익히기 5 강의]현재는 AWS통해서 gui를 통해, 인바운드 규칙 생성해주시는 법을 알려주셨는데요.만약 제가 사용하고 싶은 서버가 특정 그룹안에서 만들어진 서버 (리눅스 기반)라면, 어떻게 인바운드 규칙을 설정할 수 있을까요? (aws free tier 사이트처럼, 사용자에게 친숙하게 제공되지 않을거 같아서요)환경마다 다를거 같아서 직접 인바운드 규칙 설정하는 방법을 알려 주시기는 번거로우실거 같은데, 혹시 정확히 제가 어떻게 검색을 하면 질문드린 부분을 해결할 수 있을지 답변주시면 감사하겠습니다. (아직 서버, 리눅스 이런 부분에 대한 용어가 익숙치 않아서요)미리 감사드립니다.

영상에는 사진으로 예시를 들어서 정적 컨텐츠만 설명하셨는데 api로부터 json을 응답받고 그 값을 max-age 값으로 cache 하는 것 또한 가능한가요?

안녕하세요,실전문제 영어버전 pdf 받을 수 있을까요?가능하다면 아래 이메일로 부탁드립니다.lyl-fp@naver.com감사합니다.

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]저는 평소에 클라이언트에서 받은 요청 내용을 기억해서 (예를 들어 체크박스 표시한 list와 함께 다음페이지로 이동) 다른 URL에서 처리하기 위해 Forward를 사용한 경험이 있고, 요청 내용을 기억하나 못하나로 Redirect와의 차이라고 생각했습니다.근데 이 강의를 통해 307 요청 내용을 기억하는 방법도 있다는 것을 보고, 흥미를 가져 http 응답의 start-line을 임의로 변경해서 바디를 유지해보고 싶단 생각이 들었지만, 일반적으로 redirect 시 302 코드만 보였고 307로 임의로 바꾸는 방법은 제 지식의 한계상 검색 범위가 좁아서 안나오더군요...물론 당연히 실무에 필요한 방법은 아니겠지만! 서버에서 HTTP 메소드인 GET POST 등 지정할 수 있듯이 HTTP의 상태코드를 지정할 수 있나 궁금해서 물어봅니다!

강사님 안녕하세요.강의 커리큘럼 중..네트워크 기본용어 - TCP/IP(01)네트워크 기본용어 - OSI 7계층(01)위 두 가지 강의가 같은 동영상이 업로드 되어 있는데 혹시 중복일까요??

"EC2 Auto Scaling - 동적 조정" 페이지에서  단계 조정과 단순 조정의 차이점을 이야기하면서 휴지 기간 발생 유무를 설명하는데, 이 차이가 바뀐거 같습니다.  페이지에서는 단계조정 : 휴지기 발생해 응답이 나중에 수행단순조정 : 휴지기 없어서 스케일링 중에도 응답 수행 그런데 AWS 가이드 보다 보니 반대로 되어 있더라고요. https://docs.aws.amazon.com/ko_kr/autoscaling/ec2/userguide/as-scaling-simple-step.html#SimpleScaling 그래서 한번 더 확인 부탁 드립니다.

안녕하세요!클라우드 인프라 강의 수강중인 학생입니다!실전문제풀이 pdf를 받을 수 있을까해서 연락드립니다. e-mail : piel07@naver.com가능하시다면 해당 메일로 보내주시면 감사하겠습니다! 좋은 강의 너무 감사드립니다!

안녕하세요.이번에 업데이트된 강의 목록을 알 수 있을까요?전체적으로 변경된건 아닌것 같은데 업데이트된 강의만 다시 보려고 합니다.

안녕하세요, 강의를 듣고 로그인 하는 과정에서의 궁금증이 생겨 질문 남깁니다.로그인할 때 유저의 id,비밀번호를 body에 넘기고 있는 사이트를 우연히 발견하게 되면서 보안에 굉장히 취약할 거란 생각을 하게 되었고 몇몇 유명 사이트들을 확인해보니 대부분 네트워크탭 payload에 담기지 않는 것을 확인했습니다.조금 더 찾아보니 세션id를 활용하는 경우 서버에 로그인 요청할 때 authorization 헤더에 base64로 인코딩해서 전송하는 basic authentication 방식이 있는 것을 확인했습니다. 궁금한 것이 제가 찾아본 내용이 실무에서도 사용되고 있는 방식인지 그렇지 않다면 유저정보를 어떤 방식으로 body에 담지않고 서버에 전송할지 있는지 궁금합니다.

안녕하세요!동일한 쓰레드가 write_lock을 잡고 있을 때는 read_lock을 잡을 수 있지만 read_lock을 잡고 있을 때에는 write_lock을 잡을 수 없다는 것 까지는 이해가 됐습니다.그래서 ReadLock() 메소드에서 같은 쓰레드가 write_lock을 잡고있는지 체크를 해서 잡고있다면 단순하게 read flag를 1 증가해서 통과해주고 있죠.근데 그렇다면 WriteLock() 메소드에서는 동일한 쓰레드가 read flag로 0을 갖고있는지 확인해야 하는 것 아닌가요? R -> W가 허용되지 않는다면, write_lock을 시도 할 때에 동일 쓰레드의 read flag가 0인지 체크하는 코드가 없어도 되는 이유가 뭔지 궁금합니다!

안녕하세요, 강의 들은 학생입니다. 실전문제풀이 해설 PDF 요청드립니다. 메일주소 kuhbmj@naver.com 입니다. SAA-03시험 꼭 합격하고 싶습니다. 감사합니다.

강사님 안녕하세요좋은 퀄리티 강의 감사드리고 덕분에 AWS 익히는데 큰 도움이 되었습니다.혹시 메일로 실전문제 해설 PDF 파일 받을 수 있을지 문의드립니다.메일주소 : janghb0903@gmail.com감사합니다.