이 코드에서 visited[s_node] = True라인은 각 노드를 큐에 추가하기 전에 방문 표시를 하는 역할을 합니다. 이 부분이 없으면, 같은 노드가 여러 번 큐에 추가될 수 있습니다. 예를 들어, 노드 A와 B가 모두 노드 C와 연결되어 있고, 노드 A를 방문한 후 노드 B를 방문하는 경우를 생각해 보겠습니다. 노드 A를 방문할 때, 노드 C는...
라우터는 네트워크를 분할하고, 스위치는 네트워크를 분할 하지 못한다.라우터는 네트워크를 분할하고 연결하는 역할을 합니다. 주요 기능은 다음과 같습니다:다른 네트워크 간의 데이터 패킷 전송을 관리합니다. 이는 인터넷과 로컬 네트워크 간의 트래픽을 라우팅하는 데 사용됩니다
복제를 통해서 백업 루트가 생긴다는 뜻이다.이중화는 가용성을 향상시킨다.시스템 또는 서비스의 핵심 구성 요소를 중복하여 운영하면, 하나의 요소가 고장이나 장애로 인해 작동하지 않더라도 다른 요소가 계속해서 서비스를 제공할 수 있다.즉, 사용자에게 끊김 없는 서비스를 제
비용 효율성 : 허브앤 스포크 > 파샬 메시 > 풀 메시가용성 : 허브앤 스포크 < 파샬 메시 < 풀 메시하나가 죽는 경우 해당 라우터에 접근불가 풀 메시 모델의 경우 루트가 죽게되어도 백업 루트가 있다.또한 풀 메시의 경우, 루트가 넓으므로 Load Bal
Cisco 네트워크 장비의 "f"와 "g"의 차이를 알아보고, 어떻게 f, g의 라우터 장비의 포트를 각각 연결하고 키는지 또한 알아보자.먼저 차이점을 알아보고, 이후 Giabit를 지원하는 라우터를 켜보도록하자."Cisco Packet Tracer"나 일반적인 Cis
장비에 접속하는 것을 Console Access (Local Access)라고한다.장비에 접속하기 위해서 필요한 것은 2가지이다.바로콘솔 케이블콘솔을 확인 할 Laptop콘솔-rs232를 연결하고라우터를 킨 상태로 콘솔창을 열고 ok를 눌러보자.다음과 같은 창이 나온다
Cisco를 사용하다보면 다음과 같이 다양한 케이블이 있다.여기서 각각의 장비를 연결하기 위해 어떤 케이블을 써야하는지 알아보도록 하자.가설병으로 일하던 당시 구리케이블을 엄청 깔았던 게 생각난다..구리 케이블은 전기 신호를 사용하여 데이터를 전송하는 전통적인 네트워크
IT계열로의 취직을 원하면 웹이든, 클라우드든, IOT이든 어느 분야이던지 항상 네트워크는 필수적인 개념이다.필요한 지식의 그 깊이는 다르겠지만, 뭔가의 어플리케이션을 응용하고 배포하려면 필수적이다.바로 오늘부터 하나하나 시작해보자.구조 / 구성도장치의 성능 지표는?
다운로드 링크오른쪽 두개는 Console Port이다.초당 9600bps의 통신이 가능하다.하지만 이러한 속도는 매우 느리다. 따라서단숞안 명령어를 입력할 때 사용한다.그 옆은 Fast Ethernet으로 2계층 프로토콜(이더넷, PPP)을 지원하는 장비이다.이는 초당
2차원 리스트에서의 한 행씩 돌면서 전체적으로 2차원 배열에 10이라는 값이 있는지 검사하려한다.일반적으로 리스트 내 숫자가 있는지 확인하는 if num not in \[7,8,9,10] 이라면 당연히 잘 돌아갈테니, 1,2,3과 4,5,6을 거쳐 세번째 행에서 정상
파이썬으로 백준 문제를 해결하다가 만약 많은 입출력이 필요하다면 우리는 sys.stdin.readline()을 사용한다.이렇게 input() 대신 sys.stdin.readline() 사용하면 시간초과가 나는 문제가 갑자기 통과되는 행복한(?)현상을 발견할 수 있는데
정렬과 관련한 문제를 해결하다가 sort에 대한 key의 기준에 대해서 정리하게 되었다.sorted와 sort는 근본적으로 매우 유사하다.하지만 사용방법에서의 약간의 차이가 있다.바로 알아보도록 하자.기본적으로 정렬을 하는 함수이다.정렬 기준은 기본적으로 오름차순(사전
간단한 프로젝트를 진행하며, DTO, DAO, Entity와 관련된 개념이 나왔다.사실 Controller, Service, Repository를 사용하며 자바 스프링이 알아서 잘 해주다보니 이런 부분을 모르고 그냥 뭣도 모르고 갔다 썼는데 이참에 개념을 정리해본다.먼
로그를 보기 쉽게https://hsik0225.github.io/intellij/2021/04/12/IntelliJ-GrepConsle/
JAVA Spring의 원리는 의존성 주입으로부터 시작된다고 할 수 있다.DI(Dependency Injection)즉, 의존성 주입 방법에는 크게 3가지가 있다.사실 결국 생성자 주입방식을 쓰는 것이 좋다로 귀결된다.다른 사람의 소스코드를 리뷰 중, "어? 뭐지 이건
갑작스레 눈뜨니까 썼던 글이 다 사라졌다.실수로 창 닫기를 눌렀는데 뭐가 어떻게 된건지, 기존 오토세이브 된 부분까지, 전부 삭제된 상태로 백지로 저장되어있었다,미치는 줄 알았다.그래서 그냥 정리할 겸 다시 써본다. (긍정적이게 생각해본다..)기존 방법은 무엇이었을까?
스프링 컨테이너의 사용 이유 및 Bean, Config등을 다뤄보자.프로젝트를 하다보면 컨트롤러, 서비스, 리포지토리의 관계에서 서로간 Dependency Injection이 존재한다.즉, 컨트롤러는 서비스에게 의존적이고, 서비스는 리포지토리에 의존적이다.이러한 의존성
API 객체 JSON return JSON을 return하는 API형태에는 몇가지 규칙이 있다. 해당 내용은 상당히 내부적인 부분에 의거해서 동작한다. 첫째, 객체를 return 시 해당 원본 클래스의 멤버변수에는 반드시 "게터" 존재해야 한다. 쉽게 말해, 객체에