특정 포트를 수신 포트로 쓰고 있는 process를 종료하고 싶습니다. linux에서는 lsof라던지 ps 같은 것으로 꽤 편하게 할 수 있었습니다. 윈도우에서는 방법이 없을까요? 먼저, django 서버를 켜 보겠습니다. 이것은 8000번 포트를 씁니다. 우리는 특정 포트를 쓰는 프로세스를 알고 싶은데요. 작업 관리자 창을 열어보겠습니다. 성능 탭을 보시면 리소스 모니터 열기가 있습니다. 한 번 열어 보겠습니다. 작업 관리자 창보다는 조금 더 상세한 내용을 볼 수 있습니다. 탭을 보니까, 개요, CPU, 메모리, 디스크, 네트워크가 있습니다. 이 중, 네트워크를 클릭해 보겠습니다. 보면, 이 탭은 네트워크 활동에 관련된 정보를 보여주는 모양입니다. 이 중, 수신 대기 포트 탭을 눌러주겠습니다. PID와..
전체 글 검색 결과
git reflog 명령어로 브랜치나, 다른 레퍼런스들이 업데이트 된 기록들을 봅시다. 이를 이용하면, 실수로 reset hard를 하고 push force를 한 커밋도 복구할 수 있습니다. 여기에서는 상황을 토대로, 이럴 때 reflog를 쓰겠구나. 정도만 알아보겠습니다. 먼저, 제 로컬 레포에는 38분전에 커밋된 3e7d8172와 42분전에 commit된 것이 있습니다. 38분에 커밋된 것은 1.txt가 변경이 된 기록을 가지고 있겠네요. 다음에, git reset --hard HEAD^를 입력했습니다. --hard가 들어갔기 때문에, 버전을 돌릴 때 파일까지도 같이 돌리게 됩니다. 예를 들어, 최신 커밋이 1.txt에 ABC가 추가된 것이라고 해 보겠습니다. git reset --hard HEAD^..
안녕하세요. 이번 시간에는 간단하게 checkout이랑 reset에 대해서 실습할 거에요. reset은 꽤 옵션이 많긴 하지만, 자세하게 다루지는 않겠습니다. 먼저 GG.. 라는 커밋이 하나 추가되었어요. 다음에 checkout HEAD~1을 해 보겠습니다. 그러면, 이전에 HEAD가 가리키고 있었던 것은 GG.. 였는데요. HEAD~1로 checkout을 했기 때문에 HEAD만 GG.. 커밋의 이전으로 이동하게 됩니다. 따라서, stage3 first 커밋을 HEAD가 가리키고 있는 상황이 되어 버린 셈입니다. HEAD가 가리키고 있는 hash는 0b07df4... 였습니다. 그런데, refs/heads/stage3은 251f69a... 를 가리키고 있어요. 이 detach 상태를 해결하는 방법은 st..
마이그레이션 파일을 만들 때 가끔 RunPython을 돌리는 경우가 있습니다. 예를 들자면, 빈 게시물의 경우 '-'을 남긴다던지 하는 식입니다. 이 때, django의 models.py에 있는 메타 정보와 마이그레이션 당시 메타 정보가 일치하지 않아서 migration이 되지 않는 문제가 발생할 수 있습니다. 이에 대해 간단하게 알아보겠습니다. 먼저, app의 showmigrations를 봅시다. 보면 0003까지는 잘 적용되었는데, 0004가 적용되지 않았음을 알 수 있습니다. app의 0004번 migration 파일은 위와 같습니다. 먼저, gen_random_str은 랜덤한 문자를 생성합니다. 다음에, reply의 content가 비어 있는 경우, 15자의 랜덤한 문자열을 생성해서 댓글에 저장합..
postgresql에서 특정 컬럼을 못 보게 하는 role은 어떻게 설정해야 할까요? 요약하면 view를 생성해서 권한을 주는 것입니다. 먼저, 특정 테이블을 볼 수 있는 유저 viewer를 하나 생성하겠습니다. 뭔가 상당히 복잡해 보이는데요. 사실 어려운 것은 없습니다. viewer가 LOGIN이 가능하고, public.app_user에 대해 select 권한이 있다는 것을 의미합니다. dbeaver에서는 viewer의 권한을 app_user 테이블을 선택한 다음에 Permission을 SELECT만 선택하고 적용을 누르시면 됩니다. 권한 설정을 다 하면, app_user에 있는 데이터들을 모두 볼 수 있습니다. 그런데, auth_group에 대해서는 접근할 수 없습니다. 왜냐하면, 제가 'viewer..
최근댓글