[Full Stack] 2. Django Rest Framework

 https://clearisall.blogspot.com/2020/04/django-app-djangorestframework.html

댓글

댓글 쓰기

이 블로그의 인기 게시물

[Django Install] 11. Install Python3 for Centos8/RedhatLinux8

  [install python3] # python -bash: python: command not found # python3 -bash: python3: command not found # sudo yum install python3 # python3 --version [install  virtualenv virtualenvwrapper] # sudo pip3 install virtualenv virtualenvwrapper # cd $HOME # vi .bashrc 아래 내용을 마지막 라인에 추가한다. # Virtualenvwrapper settings: export VIRTUALENVWRAPPER_PYTHON=/usr/bin/python3 export WORKON_HOME=$HOME/.virtualenvs source /usr/local/bin/virtualenvwrapper.sh export PATH=.:$PATH 로그아웃하고 다시 로그인한다. # workon 아무것도 나오지 않는다. # mkvirtualenv virtualenvname (가상환경 생성하고 가상환경에 들어간다.) (virtualenvname) # deactivate (가상환경 빠져나오기) # workon (가상환경 리스트 조회) virtualenvname # workon project name (가상환경 들어가기) (virtualenvname) # cd $HOME (virtualenvname) # mkdir projectname (virtualenvname) # cd projectname [install mysql driver] (virtualenvname) # pip install mysqlclient 에러발생 시 아래의 내용을 설치한다. (virtualenvname) # sudo yum install python-devel mysql-devel (virtualenvname) # sudo yum install gcc (virtual...
자세한 내용 보기

[windows] filebeat 스케쥴링 테스트

 [windows server 2021 설치] aws에 windows server 2021 Basic 설치 rdp로 접속 (키 필요) [windows server 2021 ftp 설치] iis설치 ftp Enable (windows 방화벽 자동 설정) 참조사이트 : http://blog.servis.co.kr/index.php/2019/10/08/windows-server-2012-ftp/ [windows server 2021 task scheduler 설치] task scheduler 실행 create basic task 실행 Create a Basic Type : name 입력 - next Trigger : 주기 선택 - next Action : Start a program 선택 - next Start a Program :     - Program/script : 실행파일명만 입력    - Start in (optional) : 실행파일이 있는 Full Path 입력 [batch] cd C:\elastic\filebeat-7.9.2-windows-x86_64 rmdir /s /q data timeout /t 5 .\filebeat run --once -c filebeat.yml [logstash] input {   beats {     # host => "1.234.25.136"     port => 30001   } } output {   elasticsearch {     hosts => ["http://192.168.0.136:49100"]     index => "ra_program-%{+YYYY.MM.dd}"     user => "elastic"     password => "nadaimma"     # ...
자세한 내용 보기

[Linux] 프로세스 관리 개요 및 역사

  웹사이트 개발을 완료하고 서비스할 프로덕션(production) 서버에 배치(deploy)할 때 고민하게 되는 문제 중 하나가 서버에서 띄워야 하는 여러 가지 프로세스들을 어떻게 띄울 것인가 하는 문제다. 프로세스가 죽으면 다시 띄우는 것도 물론 필요하다.   monit 이나   supervisord ,   god   등은 이런 목적으로 나온 것이다(몇 가지 부가적인 목적이 더 있긴 하다). 하지만 이건 OS에 대한 이해 부족에서 나온 것이다. 프로세스 관리는 OS의 핵심적인 기반이 되는 기능이다. 본 연구에서는 왜 monit 등이 잘못된 선택인지, 올바른 방법은 무엇인지에 대해 다룰 것이다. 프로세스 No. 1 Init 올바른 방법은 OS의  init  시스템, 혹은 그와 유사한 대안 시스템을 사용하는 것이다. init은 유닉스에서 부팅될 때 첫번째로 만들어지는 프로세스다. 그래서 프로세스 번호가 1이고, 이후의 모든 프로세스는 init 프로세스의 자손이 되고, 시스템이 부팅될 때 뜨는 모든 프로세스는 init이 띄우게 된다. respawn이 설정된 프로세스는 죽었을 때 다시 띄우는 역할도 한다. 그러니 서버에 프로세스를 띄워야 한다면 init에 맡기는 것이 자연스럽지 않겠는가. 물론 init 시스템은 낡고 문제점이 있지만,  그건 부팅 과정의 문제점이 크고, 프로세스를 관리하는 데는 별 문제가 없다. 다만, 조금 번거롭긴 하다. 사용법은  Managing Linux daemons with init scripts 를 참조하라. 보면 알겠지만 좀 귀찮다. 하지만, 이제 이 init 시스템은 역사 속으로 사라질 예정이다. 아니, 많은 리눅스 배포판에서 이미 사라졌다. 우분투는 이미 수년 전 init을  upstart 로 대체했고, 다른 배포판들은  systemd 로 방향을 잡았으며 최근에 우분투도 systemd에 합류하기로 했다. 그러니까, 미래는 systemd에...
자세한 내용 보기