안녕하세요! css 강의 반복해서 들고 있는 한 학생입니다. 질문이 있어 문의 드립니다. (네트워크의 기초 #5. 유니캐스트, 멀티캐스트, 브로드캐스트) 해당 강의 내용 중, 1분40초쯤경 웹소켓 통신을 활용해서 브로드 캐스트 테스트를 진행한다고 알려주셨습니다. 여기서 의문점이, 웹소캣은 TCP 기반으로 작동하는 것으로 알고있습니다. TCP는 브로드캐스트를 지원하지 않는 특징이 있다고도 알고 있습니다. 따라서, 드는 생각은 어떻게 웹 소켓을 통해 브로드 캐스트 테스트를 진행하는 것인지 의문점이 듭니다. 단순히 웹 소켓을 활용해서 브로드캐스트 처럼 동작하도록 구성하여 브로드캐스트에 대한 예시를 든 것인지? 아니면 웹 소켓에서 UDP 사용을 통해 회피한것인지 궁금합니다! 항상 네트워크 관련되어 부족하거나 헷갈리는 부분이 있으면 다시 강의를 참조할 정도로 감사히 잘 듣고 있습니다!
안녕하세요. 대용량 트래픽 2번째 강의를 듣고 질문 남깁니다. 우선 저는 마이크로서비스를 구축해 본 경험이 없습니다. 서킷브레이커 사용해 본 경험이 없습니다. 이 상태에서 서킷 브레이커 개념을 접하니, 아래와 같은 질문이 생겼습니다. 1."서킷브레이커로 에러를 반환하는 방식"과, 단순히 "코드 상에서 에러를 반환하는 방식"이 다른가요? 둘 다 ux를 위해서 에러를 리턴하는 방식은 유사해 보입니다. 아래는 위에 언급한 '코드 상'에 대한 예시 코드입니다. try { } catch(e) { //여기서 에러를 리턴 } 대용량 트래픽을 위해서는 (서킷브레이커든, 코드 단이든) "일단 에러를 반환하는 것"이 좋은 선택지인 지 궁금합니다. 에러가 터질 경우, retry가 필요한 곳이라고 판단이 되면, 에러를 곧바로 반환하지 않고, 다시 쿼리나 함수를 실행하는 로직을 넣어왔습니다.
할리님 안녕하세요. 할리님 강의를 듣고 역량분해 실습 중 문의사항이 생겨 글을 올립니다. 저는 영업 직무(md)인데요, 이 업무의 경우 pm이나 마케팅처럼 프로젝트로 진행되지 않습니다. 계속 상품 소싱하고 기획하는 업무를 하고,그 업무의 배경이나 문제점(s.t)이 모두 목표매출을 하기 위해서입니다. 이 경우에는 프로젝트나 배경, 문제를 어떻게 정의하면 좋을지 고민이 됩니다. 제가 썼을 때는, 프로젝트에 - 어떤 상품 런칭 / 혹은 상품풀 확장을 통해 매출 확대 기여 등으로 적게 되어 제가 담당한 상품이 몇 개 없어 보이고, 배경과 문제, 행동까지 다 비슷하게 적게되더라구요. 저의 경우 배경 / 문제 / 행동을 어떻게 잘 나눠서 쓸 수 있을지가 궁금합니다.
안녕하세요. 워니님! 이력서 강의를 듣고 많은 부분에 도움이 많이 되었습니다! SI에서 서비스 회사로 이직을 준비하고 있는데 작성 방식에 대해 고민이 생겨 질문 드립니다. 아무래도 SI 개발을 해왔던지라 경력란에 프로젝트별로 묶어서 나열을 할지 오히려 프로젝트별로 나누지 않고 제가 해왔던 부분만 강조할지 이 부분에서 여러 의견이 갈려서 질문드립니다 ㅠㅠ 워니님이시면 어떻게 적으셨을지 너무나 궁금합니다! 감사합니다!
안녕하세요. 강의 잘 듣고 있습니다. 메모리를 연속 할당할 때, 가변 분할 방식을 하면 내부단편화가 생기지 않는 이유가 무엇인가요? 예를 들어, 강의 3분 06초와 같은 상황에서 6MB 짜리 프로그램이 들어온다고 하면 8MB에 할당이 될 것이고 그러면 2MB 짜리 내부 단편화가 생긴 것 아닌가요? 아니면 가변 분할 방식에서는 고정 분할 방식과 다르게 2MB짜리 프로그램은 할당할 수 있기 때문에 이를 내부 단편화가 아닌 홀이라고 표현하는 걸까요? 항상 빠르게 답변해주셔서 감사합니다.
메모리 관리의 단순화 설명이 잘 이해가 안 가서 그러는데 더 상세하게 설명 부탁드립니다. 제가 이해한 건 프로세스 A와 B가 실행되었을 때, A에게는 가상 메모리 0x0000을 할당하고 B에게는 0x1000을 할당했다고 했을 때, 프로세스A와 B가 종료되었다가 다시 실행되더라도 프로세스 A는 똑같이 0x0000이 배정되고 프로세스 B도 0x1000이 배정된다는 건가요? (단, 실제 주소는 달라지고)
- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 안녕하세요 늘 감사히 잘 듣고 있습니다. localStorage에 토큰을 넣는 방식은 좋은 방식인건가요? 저는 XSS (Cross-Site Scripting)와 CSRF (Cross-Site Request Forgery) 같은 해킹 방법에 대비하기 위해, Access Token은 전역 변수로 메모리에 저장하고, Refresh Token은 HttpOnly 및 Secure 속성을 가진 쿠키에 저장하는 것이 좋다고 들었습니다. 저도 프론트엔드 프로젝트를 진행할 때 이와 같은 인증 방식을 채택했습니다. 하지만 가끔 LocalStorage에 Access Token과 Refresh Token을 보관하는 경우를 보곤 했습니다. 이 방식에는 제가 모르는 다른 이점이 있는 것인지 궁금합니다. 현업에서는 클라이언트에서 jwt 토큰을 어떻게 보관하나요?
예전에 토큰 기반 인증 구현하면서 Access Token과 Refresh Token 문제점에 대해 고민해본 적이 있었습니다. 만약 Refresh Token을 탈취 당한다면 해커가 Access Token을 재발급 받을 수 있으므로 Access Token만을 사용했을 때와 똑같은 문제가 발생할 거라고 생각합니다. 그래서 당시에 프론트 측 개발자에게 물어봤을 때에는 Refresh Token에 Http Only 옵션이나 Secure 옵션을 해주면 된다고 이런 식으로 들었던 것 같은데, 그럼 애시당초 Access Token만을 사용하고 거기에 그런 옵션들을 해주면 번거롭게 Refresh Token을 사용할 필요도 없을 것 같다는 생각이 들었습니다. 강의를 수강하면서 Refresh Token의 효용성에 대해 의문이 다시 생기게 되었는데, 실무에서는 어떻게 Refresh Token 탈취 문제를 해결하고 있는지 궁금합니다.
- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 안녕하세요. 큰돌님 다름이 아니라 서브넷 마스크와 서브넷팅에 대해서 질문이 있습니다 다른 분 질문에서 '클래스리스 네트워킹은 클래스 기반의 제한을 없애고, 더 유연하게 네트워크 주소를 할당할 수 있게 합니다. 이 방법에서는 서브넷 마스크를 사용하여 네트워크와 호스트 부분을 동적으로 나눌 수 있습니다.'라고 해주셨는데요 클래스풀과 클래스리스 모두 서브넷 마스크를 이용해서 네트워크 주소와 호스트 주소를 구분하는 것 아닌가요? 클래스풀에서 클래스A도 서브넨 마스크 255.0.0.0을 통해서와 126.13.1.0이 클래스A에 속하는 것을 알 수 있고 네트워크 주소가 1 ~ 126라는 것을 의미하니까요. 단지 클래스리스는 192.168.0.0/22에서 /22를 표시해준다는 점에서 서브넷 마스크를 사용하여 네트워크 호스트 부분을 동적으로 나눌 수 있다는 건가요? 그리고 서브넷팅을 설명해주실 때 ' 클래스리스 환경에서 서브넷팅은 주어진 IP 주소 범위를 더 작은 네트워크로 나누는 것을 의미합니다. 예를 들어, 192.168.0.0/24 네트워크를 192.168.0.0/25와 192.168.0.128/25로 나눌 수 있습니다. 이는 각각의 서브넷이 128개의 주소를 갖게 됩니다.'라고 설명해주셨는데 192.168.0.0/24 네트워크가 어떻게 192.168.0.0/25와 192.168.0.128/25로 나눠지는 건지 잘 모르겠습니다 cf) 질문은 'sangjin.yoo님의 서브넷에 대해서 질문이 있습니다'여기서 보고 든 질문입니다.
안녕하세요. 큰돌님의 강의와 외부 자료등을 바탕으로 궁금한 점이 있어서 질문남깁니다. MySQL InnoDB 기준으로 페이지는 16KB 레코드는 64KB로 알고 있는데요. (공식 문서를 보니 MySQL 5.7.6 이상부터는 페이지 크기를 32KB, 64KB로 변경이 가능하다고는 하네요)저장될 레코드가 64KB가 초과되면 컬럼을 선택해서 off-page가 되는것으로 이해하고 있었습니다. 하지만 최근 데이터베이스에 관한 공부를 진행하고 있습니다. 공부한 내용 중에 하나의 레코드 크기가 페이지 크기의 절반 이상일 경우 가변 길이 컬럼을 선택해서 off-page한다 라는 내용이 있었는데요, 위 내용에 따르면 크기가 큰 레코드를 조회할 때 여러 페이지를 참조해야하는 건 맞지만, 레코드가 페이지 크기를 초과하여 off-page를 하는 경우는 없지 않나요? 정확히 정립해야할 것 같아 질문 남깁니다. 궁금한 내용을 정리하다보니 더욱 혼동스러워 질문 퀄리티가 낮은 점 양해 부탁 드립니다. 감사합니다.
