기존 리포지토리 remote 제거

git remote remove origin

새 리포지토리 remote 추가

git remote add origin 새로운주소

'etc' 카테고리의 다른 글

Git untracked files 파일 삭제하는 법  (0) 2019.03.14
[Windows10] 윈도우10 관리자권한 설정 방법  (0) 2018.08.09
[Command] crontab 사용법  (0) 2018.08.09
HTTP error code  (0) 2018.08.09
[HTML] table 자동생성 사이트  (0) 2018.08.09

Git 에 대해서 아직 완벽히 다 몰라서 Untracked files 가 생기는 이유를 모르겠다.


git commit, git pull, git push, git merge 정도만 쓰는데도


git status 를 해보면 가끔 Untacked files가 생성되어있다.


충돌나지않는데도 생기는것보면 별개의 무언가의 문제가 있는것같다.


Untracked files를 지우는법은


git clean -f

-> Untracked files 의 파일들을 지울수있음


git clean -fd

-> Untracked files 의 파일과 폴더 전부를 지울수있음

'etc' 카테고리의 다른 글

Git repository 변경  (0) 2019.08.13
[Windows10] 윈도우10 관리자권한 설정 방법  (0) 2018.08.09
[Command] crontab 사용법  (0) 2018.08.09
HTTP error code  (0) 2018.08.09
[HTML] table 자동생성 사이트  (0) 2018.08.09

1. 실행창 실행 -> regedit 실행


2. 컴퓨터\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System 경로이동


3. filteradministratortoken 실행


4. 0-> 1로 값 변경 후 저장 -> 재부팅




******* 항상 관리자권한으로 실행하고 싶을때 *******


EnableLUA 실행


1 -> 0으로 변경후 재시작



출처 : http://rgy0409.tistory.com/1145

'etc' 카테고리의 다른 글

Git repository 변경  (0) 2019.08.13
Git untracked files 파일 삭제하는 법  (0) 2019.03.14
[Command] crontab 사용법  (0) 2018.08.09
HTTP error code  (0) 2018.08.09
[HTML] table 자동생성 사이트  (0) 2018.08.09

# crontab -l       현재사용하고 있는 crontab 파일 출력
# crontab -e       crontab 파일의 수정(edit)

crontab -e 로 수정이 안될경우
1. #csh        2. #setenv EDITOR vi 명령 수행후 수정함
root crontab file

/etc/cron.d/logchecker 
  : /var/cron/log가 최대 화일 크기를 초과하는지를 판단하고, 만약
    초과하면 내용을 /var/cron/olog로 복사한다. 
/usr/lib/newslog 
  : syslog daemon에 의해서 /var/adm 디렉토리에 생성되는 log file을 청소한다.

Controlling crontab Access 
cron utility를 제어하는 두개의 file 
/etc/cron.d/cron.allow 
/etc/cron.d/cron.deny

User Access 
- cron.allow file이 존재하면, 그 file에 적혀있는 user만이 
crontab 명령어를 사용할 수있다. 
- 이 file이 없으면 crontab은 cron.deny file을 체크해서 user가 crontab 실행을 금지할 지를 결정한다. 
- 만약 둘다 없으면 crontab은 root만 실행시킬 수 있다. 
cf) daemon, bin, smtp, nuucp, listen, nobody, noaccess file은 crontab 사용할 수 없다. 
- cron.allow file은 user가 만들어 주어야한다. 
- crontab 명령어는 crontab file을 수정, 삭제, 편집할 수있다. 
- crontab 명령어는 user에대한 입력을 /var/ spool/cron/crontabs/username에 저장한다. 
- root 만이 다른 user의 crontab file을 읽고 편집할 수있다. 
- root의 crontab file은 /var/spool/cron/crontab/root 이다.


crontab file format

# cd /var/spool/cron/crontabs 에 가신후
   # more root
   10 3 * * 0,4 /etc/cron.d/logchecker
   10 3 * * 0   /usr/lib/newsyslog
   15 3 * * 0 /usr/lib/fs/nfs/nfsfind
   1 2 * * * [ -x /usr/sbin/rtc ] && /usr/sbin/rtc -c > /dev/null 2>&1
   ----------   ========================
   1 2 3 4 5           program

   1 : minute (0-59),
   2 : hour (0-23),
   3 : day of the month (1-31),
   4 : month of the year (1-12),
   5 : day of the week (0-6 with 0=Sunday).

   이렇게 되고 실행할 파일명을 program 부분에 적어 주면 된다.

   파일을 맞게 변경후 cron 데몬을 리스타트시키면 된다.
   아니면..리부팅

   예로
   * * 1 * * /usr/local/program     

   이렇게 한다면 한달에 한번 매월 1일에만 program 을 실행.

   지금 root 파일을 변경했는데 root 파일이 아닌 각계정의 파일을 만들어 사용하면 각유저마다 자동으로 실행할수 있다.     
 
 
///////////////////////////////////////////////////////////////////////////////////////
 
  
crontab 옵션
crontab [ -u user ] file 
crontab [ -u user ] { -l | -r | -e } 
-u user : user 사용자에 대해서 crontab 작업을 수행한다. 생략하면 crontab 명령을 실행하는 사용자에 대해서 crtontab 작업을 수행.
-l : 현재 cron table을 보여 줌
-r : 현재 cron table을 삭제
-e : 현재 cron table을 편집
일반적으로  crontab -e 명령을 주로 사용한다.

crontab 사용 권한 : /etc/cron.allow, /etc/cron.deny 
특정 사용자에게만 cron의 사용을 허가할 경우
/etc/cron.allow 파일에 허가할 사용자만 추가해준다 
/etc/cron.deny 파일에 허가하지 않을 사용자를 추가한다
/etc/cron.allow를 먼저 참조한다. 
/etc/cron.allow에 명시된 사용자는 cron job을 실행할 수 있다.
/etc/cron.allow에 없는 사용자는, /etc/cron.deny에도 없다면, cron job을 실행할 수 있다.
/etc/cron.allow, /etc/cron.deny 두 파일이 존재하지 않으면 슈퍼 유저만 cron job을 수행할 수 있다.
/etc/cron.deny 파일이 존재하고 아무 내용 없이 비어 있다면, 모든 사용자가 cron job을 수행할 수 있다.

cron table의 각 필드
+-------------------------------------------------------------------+
| 분 | 시간 | 날짜 | 달 | 요일 | 사용자 | 명령 |
+-------------------------------------------------------------------+
minute(0~59) hour(0-23) day(1-31) month(1-12) weekday(1-7) command 
<분>은 0-59  <시>는 0-23  <날짜>는 0-31  <달>은 0-12(0또는 12는 12월, 1은 1월...) <요일>은 0-7(0과 7은 일요일, 1은 월요일...)
''*''  :  everytime
''-''  :  범위 지정, 예를 들어 시간 필드에 1-3이면 1시와 3시 사이
'',''  :  separator, 예를 들어 시간 필드에 1,3이면 1시와 3시
/   :  시간필드 에서 23-7/2라면 23시부터 07시까지 매 2시간마다라는 의미
      분필드에서 */2라면 매 2분마다라고 해석하면 된다.

사용 예
30  05 *  *  1    ~/bin/backup.sh
              ==> 매주 월요일  오전 05시 30분에 ~/bin/backup.sh을 실행
30  2  1  *  *    ~/bin/backup.sh
              ==> 매월 1일 새벽 2시 30분에 ~/bin/backup.sh를 실행
20  1  *  *  *    find /tmp -atime +3 -exec rm -f () '';''
              ==> 매일 새벽 01시 20분에 3일간 접근하지 않은 /tmp내의 파일을 삭제




crontab 재시작 방법


/etc/init.d/crond restart


출처 : http://egloos.zum.com/lupusmaru/v/1090823

'etc' 카테고리의 다른 글

Git repository 변경  (0) 2019.08.13
Git untracked files 파일 삭제하는 법  (0) 2019.03.14
[Windows10] 윈도우10 관리자권한 설정 방법  (0) 2018.08.09
HTTP error code  (0) 2018.08.09
[HTML] table 자동생성 사이트  (0) 2018.08.09
  • 1xx : 정보를 제공함

  • 2xx : 요청이 성공적으로 이뤄짐

  • 3xx : 요청한 해당 자원이 다른 곳에 있음

  • 4xx : 요청(클라이언트)에 문제가 있음

  • 5xx : 서버에 에러가 있음
  •  


 

주요 상태코드 

  • 100 Continue
    클라이언트가 서버에게 메시지 바디를 포함한 요청을 보냈을 때 받는 응답 코드다. 서버의 응답에는 클라이어트가 요청한 헤더를 전송 받았고, 클라이언트는 계속해서 서버에게 바디를 보낼 수 있다고 나타낸다. 서버는 클라이언트의 요청이 완료되면 두 번째 응답을 보낸다.

  • 200 OK 
    클라이언트의 요청이 성공했다는 것을 나타낸다. 서버의 응답 메시지 바디에 클라이언트가 요청한 내용에 대한 결과를 포함한다.

  • 201 Created 
    클라이언트의 PUT 요청이 성공적이라는 것을 나타낸다.

  • 301 Moved Permanently 
    브라우저의 요청을 다른 URL로 항시 전달한다는 것을 의미한다. 다른 URL에 대한 정보는 Location 헤더에 나타난다. 따라서 클라이언트는 예전 URL 대신에 새로 바뀐 URL 을 통해 자원을 찾는다.

  • 302 Found 
    브라우저의 요청을 임시 URL로 바꾸고 Location 헤더에 임시로 변경한 URL에 대한 정보를 적는다. 클라이언트가 다음에 같은 요청을 하면 기존의 URL로 돌아간다.

  • 304 Not Modified 
    브라우저가 서버에게 요청한 자료에 대해 서버는 클라이언트 내에 복사된 캐시를 사용하게 한다. 서버는 If-Modified-Since 와 If-None-Match 요청 헤더를 사용해 클라이언트가 가장 최근의 자료를 가지고 있는지 여부를 확인한다.

  • 400 Bad Request 
    클라이언트가 서버에게 잘못된 HTTP 요청을 했다는 것을 나타낸다. 예를 들어 클라이언트가 URL 주소의 중간에 빈 공간을 넣는 등 부적절한 방법으로 서버에게 요청을 한 경우 400 Bad Request 응답코드를 받는다.

  • 401 Unauthorized 
    서버가 클라이언트의 요청에 대해 HTTP 인증 확인을 요구하는 것을 의미한다. www-authenticate 헤더는 인증과 관련된 내용을 지원하는 다양한 타입에 대한 정보를 담고 있다.

  • 403 Forbidden 
    클라이언트의 요청에 대해 접근을 차단한다는 것을 나타낸다.

  • 404 Not Found 
    클라이언트가 서버에게 요청한 자료가 존재하지 않는다는 것을 나타낸다.

  • 405 Method Not Allowed 
    클라이언트가 요청에 이용한 메소드가 해당 URL에 지원이 불가능하다는 것을 나타낸다. 예를 들어 PUT 방식을 지원하지 않는 곳에서 클라이언트가 PUT 메소드를 통해 서버에게 자원을 요청했다면 405 상태 코드를 보게 된다.

  • 413 Request Entity Too Large 
    클라이언트가 요청한 바디를 서버에서 처리하기에는 너무 크다는 것을 나타낸다. 예를 들어 버퍼 오버플로우의 취약점을 찾고자 긴 문자열 데이터를 서버에 전송하면 413 상태 코드를 보게 된다.

  • 414 Request URI Too Long 
    413응답과 비슷하지만 414 메시지는 요청에 사용된 URL이 서버가 감당할 수 없을 만큼 너무 크다는 것을 나타낸다.

  • 500 Internal Server Error 
    서버가 클라이언트의 요청을 실행할 수 없을 때 500 상태 코드가 발생한다. 보통 서버가 예상하지 못한 요청을 보냈을 때 애플리케이션이 적절히 처리하지 못할 경우 500 상태 코드를 볼 수 있다. 어디서 문제가 생겼는지 알아보려면 서버의 응답 내용을 상세히 살펴봐야 한다.

  • 503 Service Unavailable 
    웹서버는 클라이언트의 요청에 대해 정상적으로 응답할 수 있으나 서버에서 구동 중인 애플리케이션이 응답을 하지 못할 때 나타난다. 503 상태 코드의 경우 클라이언트가 요청을 잘못해서 발생했는지 아니면 서버에 있는 애플리케이션이 문제가 있는지 잘 확인해야 한다.


'etc' 카테고리의 다른 글

Git repository 변경  (0) 2019.08.13
Git untracked files 파일 삭제하는 법  (0) 2019.03.14
[Windows10] 윈도우10 관리자권한 설정 방법  (0) 2018.08.09
[Command] crontab 사용법  (0) 2018.08.09
[HTML] table 자동생성 사이트  (0) 2018.08.09

http://www.tablesgenerator.com/html_tables#

'etc' 카테고리의 다른 글

Git repository 변경  (0) 2019.08.13
Git untracked files 파일 삭제하는 법  (0) 2019.03.14
[Windows10] 윈도우10 관리자권한 설정 방법  (0) 2018.08.09
[Command] crontab 사용법  (0) 2018.08.09
HTTP error code  (0) 2018.08.09

+ Recent posts