전체 글

지난 번에 만들었던 rest api를 사용해 봅시다. 처음으로 프론트엔드를 백엔드에다가 엮습니다. 지금 컨트롤러에 하드 코됭된 데이터를 제거하고 db에서 데이터를 가저와봅시다. review같은 서브 다큐먼트를 api를 통해 db에다가 저장해 봅시다. api를 만들어 놨습니다. 아직 APP에서 접근하는 코드를 안만들었습니다. postman으로 태스트를 해봤습니다. 실제로 에플리케이션에서 api를 접근해 봅시다. 앱에서 api를 호출하는 방법은? 애플리케이션을 api url을 호출하게 끔 만들어야 합니다. reqeust 모듈을 설치해봅시다. app_server에 메인서버 에플리케이션을 모아두었습니다. 전체 url을 알아야 합니다. 개발환경 => localhost:3000 url을 사용했습니다. 제품환경 =>..

이것을 사용해서 하면 들어갈 때 true로 만들고 나올 때 false가 나옵니다. 누군가는 계속 시도만 하고 들어가지 못하는 문제는 여기에서 어떻게 해결할 까요? 위 알고리즘으로 기아문제(=계속 기다림)를 해결했습니다. 기다리는 놈들 풀어주는 것 입니다. waiting[j] 하는 놈을 풀어주는 것입니다. 즉, lock을 풀지않고 Pj를 임계영역으로 들어가게 만들어 줍니다. 만약 임계영역에 P5가 들어가 있고 P7이 들어가려고 합니다. P7은 3번 문장, while(waiting[i] && key)에 걸려있습니다. j=7일 때 waiting[7] = false로 만듭니다. 프로세스가 0~9까지 있다고 합시다. 프로세스 4,7,9가 동시에 들어가게 된다면 어떻게 될까요? 3개중에 2개는 3번 문에 걸쳐있고 ..

프로세스가 여러개 인 것에 대해서도 알아봐봅시다. 하드웨어 명령어인 TestAndSet 명령어를 봐봅시다. 아토믹 연산 - 중간에 인터럽트 걸리지 않고 한번에 실행되는 것 데커, 피터스 알고리즘은 두 프로세스의 임계영역 해결책 입니다. 상호배제 알고리즘 – Lamport's bakery algorithm 순서대로 기다리니깐 n개의 프로세스가 달려들어도 n번만 기다리면 나의 순서가 들어옵니다. 즉, O(n)의 시간이 걸립니다. 코드로 봐봇디ㅏ. 0~n-1까지가 프로세스 입니다. 임계영역에서 나오면 번호표를 반납합니다. (number[i] = 0 ) 부분에서 번호표를 반납한다고 합니다. number가 0이라면 번호표를 가지지 않은 상태입니다. 그러면 새로운 프로세스는 몇 번부터 몇번 까지 번호를 받을 수 있..

진짜 공격을 배워봅시다. 스니핑의 이해를 해봅시다. 적극적인 공격 이전의 공격으로 잠깐 살펴보는 수준 입니다. 지나가는 선을 템퍼라는 장비를 끼워서 신호를 받을 수 있습니다. 나한태 오는 트래픽 뿐만 아니라 공유되는 이더넷 케이블 같은 브로드캐스트 도메인은 다른 정보를 볼 수 있습니다. 무선도 가능합니다! 프러미스큐어스 모드 지나가는 패킷 모든 것을 스니핑 하는 툴에게 넘겨줍니다. 와이어샤크 경우도 스니핑 툴이 될 수있습니다. 라이브러리를 설치하면 지나가는 패킷을 집어주는데 그것이 프러미스큐어스 모드입니다. 바이패스 모드 스니핑 전용 랜카드 입니다. 우분투에서 랜카드를 확인해봅시다. ifconfig를 해보면 주소와 함깨 통계정보가 보여집니다. 이더넷0 인터페이스를 자세히 봐봅시다. 아무 모드도 없이 일반..

배너는 첫번 쨰에 나오는 소개문구 입니다. 배너를 찾아보는 방식으로 운영체제를 탐지합니다. 서버의 버전, 종류등을 찾아볼 수 있습니다. 텔넷에 로그인 할 때 내용을 보면 텔넷에 대한 정보뿐만아니라 우분투에 대한 종류와 버전이 나옵니다. 베너그래빙 실습을 해봅시다. 스캔 대상은 그냥 자기 자신을 해도 됩니다. 텔넷을 쓰면 포트 23번을 써서 서버쪽으로 원격접속을 합니다. 하지만 뒤에 숫자를 쓰면 그 숫자로 접속을 합니다. ex)21으로 합니다. 21번은 ftp 서버입니다. 어떤 결과가 나오나면 ftp 서버에 접속하는 결과가 나옵니다. 서버가 21번 포트가 리스닝 상태여야 합니다. 21번 포트로 접속을 하게 됩니다. 안내 문구를 자세히 보면 vsFTPD 3.03으로 나옵니다. ftp의 종류, 버전이 나옵니다..

post 메소드를 만들어 보겠습니다. post 메소드와 관련된 컨트롤러는 db에다가 다큐먼트나, 서브 다큐먼트를 추가시킬 때 사용하는 메소드 입니다. 새로운 로케이션을 생성할 때 /locations라는 url path를 사용하면 됩니다. form에 리뷰를 달게 해야 합니다. form에 있는 것을 가져와 db에 추가해봅시다. req.query로 url에 있는 쿼리 스트링을 가져왔었습니다. req.body로 form에 있는 데이터를 가져올 수 있습니다. db에 저장되는 형태를 봅시다. location이 다큐먼트 형태로 저장이 됩니다. 먼저 모델을 생성하고 create()메소드를 써서 2개의 매개변수를 넣습니다. 첫 번째는 스키마와 매칭되는 데이터입니다. 두 번재는 콜백함수 입니다.( 비동기식으로 만들려고 하..

GET 메소드를 재대로 만들어 보겠습니다. url로 요청하면 실제로 요청한 리스트를 가져다 주는 내용을 알아보겠습니다. mongoose를 이용해가지고 몽고DB에서 한게의 다큐먼트를 찾아봅시다. mongoose는 모델인스턴스를 가지고 db와 이야기 합니다. 모델은 먼저만들어야 합니다! 이것을 이용해서 다큐먼트를 찾는 것은 findByid입니다. 모델을 통해서 지원되는 매소드가 있습니다. findeOne - 첫 번째 다큐먼트를 가져옵니다. 모델에다가 findById 메소드 적용하는 법 id 파라미터를 넣습니다. Loc라는 모델 인스턴스가 있습니다. 파라미터에 실제 id를 넣어줍니다. 바로 명령이 실행되는 것은 아닙니다. 쿼리만 지정한 것 입니다. 쿼리를 실행하려면 exec 메소드를 실행해야 합니다. exec..

진행 - p1에 들어갔다가 다시 p1에 들어가려 하면 lock=2라 안되기 때문에 진행이 만족하지 못한다. 한정대기 - p1에 들어갔다가 다시 p1에 들어가려 하면 lock=2라 안되기 때문에 계속 기다리게 됩니다. 상호배제는 왜될까요? lock이 고정이 되면 상대편에 들어가서 바꾸기 전까지는 바뀌지 않습니다. 진행과 한정대기가 겹친다. 상호배제와 동기화 - 경쟁 상태 예방의 필요성 상호배제가 왜 필요한가를 설명입니다. 경젱상태란? 여러 쓰레드들이 경쟁적으로 공유자원에 접근하려 합니다. 경쟁 상태의 예 - 생산자,소비자 문제 컴파일러가 생산하면 어셈블러가 소비해야 합니다. 생산과 소비는 박자를 맞추지 못합니다. 버퍼를 이용해서 문제를 해결하려 했습니다. 버퍼에 임시저장했다가 필요하면 출력 프로세서가 가져..

페이지 부재와 프레임수 y축은 프레임 부제의 횟수 x는 페이지 부제의 수 프레임수를 많이 하면 좋은대 비효율적 입니다. 적은 갯수의 프레임으로 효율을 좋게할 수 있습니다. 페이지 교체 알고리즘 종류 최적 OPT - 현실적으로 구현 불가능합니다. 최근 최소사용(LRU) - 가장 현실적인것 하지만 비용이 많이 듭니다. LRU근사 - LRU를 진화시킨 것입니다. 페이지 교체 알고리즘 종류 - 선입 선출 교체 알고리즘 가장 오래된 페이지부터 교체합니다. 1번이 가장 오래있었으니 내쫒을 때 1번을 가장먼저 내쫒습니다. 그 다음 2번일 것 입니다. ?에는 가장 오래 차지한것을 찾으면 됩니다. 2 5 3 이 있을 것입니다. 다음에는 2가 가장오래되었기 때문에 2가 나갈 것입니다. 선입선출 알고리즘을 어떻게 구현하는지..