Ubuntu Online, Fedora Online, Windows 온라인 에뮬레이터 또는 MAC OS 온라인 에뮬레이터와 같은 여러 무료 온라인 워크스테이션 중 하나를 사용하여 OnWorks 무료 호스팅 제공업체에서 실행할 수 있는 django-admin 명령입니다.
프로그램:
이름
django-admin - Django 웹 프레임워크용 유틸리티 스크립트
장고 관리자 관리 작업을 위한 Django의 명령줄 유틸리티입니다. 이 문서
할 수 있는 모든 것을 설명합니다.
Django 1.7 이전에는 장고 관리자 로만 설치되었습니다. django-admin.py.
또한, manage.py 각 Django 프로젝트에서 자동으로 생성됩니다. manage.py 하는
얇은 포장지 장고 관리자 이전에 여러 가지 작업을 처리해 주는 것입니다.
위임하다 장고 관리자:
· 프로젝트 패키지를 에 넣습니다. 시스템 경로.
· 그것은 설정 DJANGO_SETTINGS_MODULE 환경 변수가 귀하의
프로젝트 settings.py 파일.
· 전화한다 django.setup() Django의 다양한 내부를 초기화합니다.
django.setup() 이전 버전의 Django에는 존재하지 않았습니다.
The 장고 관리자 Django를 통해 Django를 설치했다면 스크립트는 시스템 경로에 있어야 합니다.
setup.py 공익사업. 경로에 없으면 다음에서 찾을 수 있습니다. 사이트 패키지/django/bin
Python 설치 내에서. 경로의 특정 위치에서 심볼릭 링크를 고려하십시오.
as / usr / local / bin.
심볼릭 링크 기능을 사용할 수 없는 Windows 사용자의 경우 다음을 복사할 수 있습니다.
장고-관리자.exe 기존 경로의 위치로 이동하거나 PATH 설정(아래
설정 - Control: 패널 - 시스템 - Advnaced - 환경...) 설치된 것을 가리키기 위해
위치.
일반적으로 단일 Django 프로젝트를 작업할 때 사용하기가 더 쉽습니다. manage.py 보다
장고 관리자. 여러 Django 설정 파일 간에 전환해야 하는 경우 다음을 사용하세요.
장고 관리자 과 DJANGO_SETTINGS_MODULE 또는 --설정 명령 행 옵션.
이 문서 전체의 명령줄 예제에서는 다음을 사용합니다. 장고 관리자 일관성을 가지려고 하지만
모든 예에서 사용할 수 있습니다 manage.py 마찬가지로.
사용법
$ 장고-관리자 [옵션]
$ 관리.py [옵션]
명령 이 문서에 나열된 명령 중 하나여야 합니다. 옵션어느입니다
선택 사항이며, 해당 명령에 사용할 수 있는 옵션이 XNUMX개 이상이어야 합니다.
교통 런타임 도움
장고 관리자 도움
달리기 장고 관리자 도움 사용 정보 및 제공되는 명령 목록을 표시합니다.
각 응용 프로그램.
달리기 장고 관리자 도움 --명령 사용 가능한 모든 명령 목록을 표시합니다.
달리기 장고 관리자 도움 주어진 명령에 대한 설명과 목록을 표시하려면
사용 가능한 옵션 중
앱 이름
많은 명령이 "앱 이름" 목록을 사용합니다. "앱 이름"은 패키지의 기본 이름입니다.
모델을 포함합니다. 예를 들어, INSTALLED_APPS개 문자열을 포함
'mysite.blog', 앱 이름은 블로그.
결정하기 전에, 버전
장고 관리자 버전
달리기 장고 관리자 버전 현재 Django 버전을 표시합니다.
출력은 에 설명된 스키마를 따릅니다. PEP 386:
1.4.dev17026
1.4a1
1.4
표시 디버그 출력
--다변 알림 및 디버그 정보의 양을 지정하려면
장고 관리자 콘솔에 인쇄해야 합니다. 자세한 내용은 해당 문서를 참조하세요.
--다변 옵션을 선택합니다.
유효한 명령
검사 <앱 이름 앱 이름 ...>
장고 관리자 검사
사용 체계 검사 뼈대 일반적인 문제가 있는지 전체 Django 프로젝트를 검사합니다.
시스템 검사 프레임워크는 설치된 제품에 문제가 없는지 확인합니다.
모델 또는 관리자 등록. 또한 일반적인 호환성에 대한 경고도 제공합니다.
Django를 새 버전으로 업그레이드하면 발생하는 문제입니다. 맞춤형 검사가 도입될 수 있습니다.
다른 라이브러리 및 응용 프로그램에서.
기본적으로 모든 앱이 선택됩니다. 목록을 제공하여 앱의 하위 집합을 확인할 수 있습니다.
앱 레이블을 인수로 사용:
python Manage.py 인증 관리자 myapp 확인
앱을 지정하지 않으면 모든 앱이 검사됩니다.
--꼬리표
The 체계 검사 뼈대 다양한 유형의 검사를 수행합니다. 이러한 수표 유형은 다음과 같습니다.
태그로 분류됩니다. 이 태그를 사용하여 수행되는 검사를 제한할 수 있습니다.
특정 카테고리에 속한 사람들. 예를 들어 보안과 호환성만 수행하려면
확인하면 다음을 실행합니다.
python Manage.py 확인 --tag 보안 --tag 호환성
--목록 태그
사용 가능한 모든 태그를 나열합니다.
--배포
The --배포 옵션은 특정 항목에만 관련된 몇 가지 추가 검사를 활성화합니다.
배포 설정.
로컬 개발 환경에서 이 옵션을 사용할 수 있지만 로컬
개발 설정 모듈에는 프로덕션 설정이 많지 않을 수 있습니다.
아마 가리키고 싶을 거야 검사 설정을 통해 다른 설정 모듈에서 명령
전에, DJANGO_SETTINGS_MODULE 환경 변수를 전달하거나 --설정 옵션 :
python manage.py 체크 --deploy --settings=production_settings
또는 프로덕션 또는 스테이징 배포에서 직접 실행하여
올바른 설정이 사용 중입니다(생략 --설정). 당신은 그것을 당신의 일부로 만들 수도 있습니다
통합 테스트 스위트.
컴파일 메시지
장고 관리자 컴파일 메시지
다음에 의해 생성된 .po 파일을 컴파일합니다. 메시지를 보내다 내장 gettext와 함께 사용하기 위해 .mo 파일로
지원하다. 보다 /주제/i18n/index.
사용 --장소 옵션(또는 더 짧은 버전 -l) 처리할 로케일을 지정합니다.
제공되지 않으면 모든 로캘이 처리됩니다.
사용 --들어오지 못하게 하다 옵션(또는 더 짧은 버전 -x) 제외할 로케일을 지정하려면
처리에서. 제공하지 않으면 로케일이 제외되지 않습니다.
통과 할 수 있습니다 --사용-퍼지 옵션 (또는 -f) 컴파일된 파일에 퍼지 번역을 포함합니다.
추가 --들어오지 못하게 하다 그리고 --사용-퍼지 옵션을 제공합니다.
사용 예 :
django-admin compilemessages --locale=pt_BR
django-admin compilemessages --locale=pt_BR --locale=fr -f
django-admin compilemessages -l pt_BR
django-admin compilemessages -l pt_BR -l fr --use-fuzzy
django-admin compilemessages --exclude=pt_BR
django-admin compilemessages --exclude=pt_BR --exclude=fr
django-admin 컴파일 메시지 -x pt_BR
django-admin 컴파일 메시지 -x pt_BR -x fr
생성 캐시 테이블
장고 관리자 생성 캐시 테이블
데이터베이스 캐시 백엔드에 사용할 캐시 테이블을 생성합니다. 보다 /주제/캐시 을 통한
자세한 정보.
The --데이터 베이스 옵션을 사용하여 캐시 테이블이 저장될 데이터베이스를 지정할 수 있습니다.
설치됩니다.
더 이상 캐시 테이블 이름이나 --데이터 베이스 옵션. 장고
설정 파일에서 이 정보를 가져옵니다. 여러 캐시를 구성한 경우 또는
여러 데이터베이스, 모든 캐시 테이블이 생성됩니다.
dbshell
장고 관리자 dbshell
지정된 데이터베이스 엔진에 대한 명령줄 클라이언트를 실행합니다. 엔진 환경,
귀하의 USER, PASSWORD등, 설정.
· PostgreSQL의 경우 다음을 실행합니다. psql 명령줄 클라이언트.
· MySQL의 경우 다음을 실행합니다. MySQL은 명령줄 클라이언트.
· SQLite의 경우 다음을 실행합니다. sqlite3 명령줄 클라이언트.
이 명령은 프로그램이 컴퓨터에 있다고 가정합니다. PATH 프로그램에 대한 간단한 호출
이름 (psql, MySQL은, sqlite3) 올바른 위치에서 프로그램을 찾을 것입니다. 방법이 없어요
프로그램의 위치를 수동으로 지정합니다.
The --데이터 베이스 옵션을 사용하여 쉘을 열 데이터베이스를 지정할 수 있습니다.
차이점 설정
장고 관리자 차이점 설정
현재 설정 파일과 Django의 기본 설정 간의 차이점을 표시합니다.
기본값에 나타나지 않는 설정은 "###". 예를 들어, 기본값
설정이 정의하지 않음 ROOT_URLCONF그래서 ROOT_URLCONF 뒤에 "###" 의 출력에서
차이점 설정.
The --모두 Django가 있는 경우에도 모든 설정을 표시하는 옵션이 제공될 수 있습니다.
기본값. 이러한 설정에는 다음이 앞에 붙습니다. "###".
덤프 데이터 <앱_라벨 앱_라벨 app_label.모델 ...>
장고 관리자 덤프 데이터
명명된 데이터베이스의 모든 데이터를 표준 출력으로 출력합니다.
응용 프로그램.
애플리케이션 이름이 제공되지 않으면 설치된 모든 애플리케이션이 덤프됩니다.
의 출력 덤프 데이터 에 대한 입력으로 사용할 수 있습니다. 로드 데이터.
참고 덤프 데이터 레코드를 선택하기 위해 모델의 기본 관리자를 사용합니다.
덤프. 당신이 사용하는 경우 관습 매니저 기본 관리자로 설정하고 일부를 필터링합니다.
사용 가능한 레코드가 있어도 모든 개체가 덤프되는 것은 아닙니다.
The --모두 이를 지정하기 위해 옵션이 제공될 수 있습니다. 덤프 데이터 Django의 기반을 사용해야 합니다
관리자, 사용자 정의에 의해 필터링되거나 수정될 수 있는 기록을 덤프합니다.
관리자.
--체재
기본적으로, 덤프 데이터 출력 형식은 JSON으로 지정되지만 다음을 사용할 수 있습니다. --체재 option
다른 형식을 지정합니다. 현재 지원되는 형식은 다음에 나열되어 있습니다.
직렬화 형식.
--톱니 모양
기본적으로, 덤프 데이터 모든 데이터를 한 줄에 출력합니다. 인간에게는 쉽지 않은 일이다
읽어보세요. --톱니 모양 여러 가지로 출력을 예쁘게 인쇄하는 옵션
들여쓰기 공백.
The --들어오지 못하게 하다 특정 애플리케이션이나 모델(지정된)을 방지하기 위해 옵션이 제공될 수 있습니다.
의 형태로 app_label.모델명) 버려지는 것으로부터. 모델명을 지정하면
덤프 데이터, 덤프된 출력은 전체가 아닌 해당 모델로 제한됩니다.
애플리케이션. 애플리케이션 이름과 모델 이름을 혼합할 수도 있습니다.
The --데이터 베이스 옵션을 사용하여 데이터를 덤프할 데이터베이스를 지정할 수 있습니다.
--자연-외국
이 옵션이 지정되면 Django는 자연_키() 직렬화하는 모델 방법
모든 외래 키와 해당 유형의 객체에 대한 다대다 관계
방법. 덤핑하는 경우 기여.인증 허가 물건이나 기여.콘텐츠 유형
컨텐츠 타입 객체라면 아마도 이 플래그를 사용해야 할 것입니다. 참조 자연스러운 키
이 옵션과 다음 옵션에 대한 자세한 내용은 설명서를 참조하세요.
--자연-기본
이 옵션을 지정하면 Django는 직렬화된 기본 키를 제공하지 않습니다.
이 개체의 데이터는 역직렬화 중에 계산될 수 있기 때문입니다.
--자연스러운
버전 1.7부터 더 이상 사용되지 않음: --자연-외국 옵션; 그걸 사용해
대신.
자연스러운 키 모델과의 외래 키 및 다대다 관계를 나타냅니다.
이는 자연 키 정의를 제공합니다.
--pks
기본적으로, 덤프 데이터 모델의 모든 기록을 출력하지만 다음을 사용할 수 있습니다. --pks
필터링할 기본 키의 쉼표로 구분된 목록을 지정하는 옵션입니다. 이것은 단지
하나의 모델을 덤프할 때 사용 가능합니다.
--산출
기본적으로 덤프 데이터 직렬화된 모든 데이터를 표준 출력으로 출력합니다. 이 옵션
데이터를 쓸 파일을 지정할 수 있습니다.
플러시
장고 관리자 플러시
데이터베이스에서 모든 데이터를 제거하고 사후 동기화 처리기를 다시 실행합니다.
초기 데이터 고정물을 다시 설치합니다.
The --입력 없음 모든 사용자 프롬프트를 억제하는 옵션이 제공될 수 있습니다.
The --데이터 베이스 옵션을 사용하여 플러시할 데이터베이스를 지정할 수 있습니다.
--초기 데이터 없음
--초기 데이터 없음 initial_data 픽스처를 로드하지 않도록 합니다.
검사DB
장고 관리자 검사DB
가 가리키는 데이터베이스의 데이터베이스 테이블과 뷰를 검사합니다. 이름 설정
그리고 Django 모델 모듈을 출력합니다(a 모델.py 파일)을 표준 출력으로.
Django를 사용하려는 레거시 데이터베이스가 있는 경우 이를 사용하세요. 스크립트
데이터베이스를 검사하고 그 안에 있는 각 테이블이나 뷰에 대한 모델을 만듭니다.
예상할 수 있듯이 생성된 모델은
테이블 또는 보기. 참고하세요 검사DB 필드 이름 출력에는 몇 가지 특별한 경우가 있습니다.
· 만약에 검사DB 열 유형을 모델 필드 유형에 매핑할 수 없습니다. 텍스트 필드 그리고
Python 주석을 삽입합니다. '이것 들 유형 is a 추측하다.' 필드 옆에
생성된 모델.
· 데이터베이스 열 이름이 Python 예약어(예: '통과하다', '수업' or
'을 위한'), 검사DB 추가됩니다 '_필드' 속성 이름에. 예를 들어 테이블의 경우
열이 있습니다 '을 위한', 생성된 모델에는 필드가 있습니다. 'for_field',와
db_column 속성 설정 '을 위한'. 검사DB Python 주석을 삽입합니다. '필드
이름이 바뀌다 때문에 it 였다 a Python 보유 단어.' 필드 옆에.
이 기능은 최종 모델 생성이 아니라 바로 가기를 의미합니다. 실행하고 나면,
사용자 정의를 위해 생성된 모델을 직접 살펴보는 것이 좋습니다. ~ 안에
특히, 모델의 순서를 다시 정렬해야 합니다.
모델이 올바르게 주문되었습니다.
기본 키는 PostgreSQL, MySQL 및 SQLite에 대해 자동으로 검사됩니다.
Django가 넣는 경우 Primary_key=참 필요한 곳에.
검사DB PostgreSQL, MySQL 및 SQLite에서 작동합니다. 외래 키 감지는 다음에서만 작동합니다.
PostgreSQL 및 특정 유형의 MySQL 테이블.
Django는 데이터베이스 기본값을 생성하지 않습니다. 디폴트 값 모델 필드에 지정됩니다.
마찬가지로 데이터베이스 기본값은 모델 필드 기본값으로 변환되거나 어떤 경우에도 감지되지 않습니다.
패션 by 검사DB.
기본적으로, 검사DB 관리되지 않는 모델을 만듭니다. 그건, 관리 = 거짓 모델의
메타 클래스는 Django에게 각 테이블의 생성, 수정 및 삭제를 관리하지 않도록 지시합니다.
Django가 테이블의 수명주기를 관리하도록 허용하려면 다음을 변경해야 합니다.
관리 ~에 대한 옵션 참된 (또는 단순히 제거하십시오. 참된 기본값)입니다.
The --데이터 베이스 옵션을 사용하여 검사할 데이터베이스를 지정할 수 있습니다.
데이터베이스 보기를 검사하는 기능이 추가되었습니다. 이전 버전에서는 테이블만(안됨)
조회수)를 조사했다.
로드 데이터 <픽스쳐 정착물 ...>
장고 관리자 로드 데이터
명명된 Fixture의 내용을 검색하여 데이터베이스에 로드합니다.
The --데이터 베이스 옵션을 사용하여 데이터가 저장될 데이터베이스를 지정할 수 있습니다.
짐을 실은.
--무시 존재
The --무시 존재 옵션을 사용하여 이전에 생성되었을 수 있는 필드와 모델을 무시할 수 있습니다.
Fixture가 원래 생성되었기 때문에 제거되었습니다.
--앱
The --앱 옵션을 사용하면 단일 앱을 지정하여 픽스쳐를 찾을 수 있습니다.
모든 앱을 살펴보고 있습니다.
--앱 가 추가되었습니다.
--무시 존재 존재하지 않는 모델도 무시합니다.
무엇 a 정착물 ?
A 정착물 데이터베이스의 직렬화된 내용을 포함하는 파일 모음입니다.
각 조명기는 고유한 이름을 가지며 조명기를 구성하는 파일은 배포될 수 있습니다.
여러 응용 프로그램에서 여러 디렉토리에 걸쳐.
Django는 세 위치에서 Fixture를 검색합니다:
1. 에서 비품 설치된 모든 응용 프로그램의 디렉토리
2. 다음 이름의 디렉터리에서 FIXTURE_DIRS 설정
3. Fixture에 의해 명명된 리터럴 경로에서
Django는 제공된 위치와 일치하는 위치에서 찾은 모든 Fixture를 로드합니다.
조명기 이름.
명명된 조명기에 파일 확장자가 있으면 해당 유형의 조명기만 로드됩니다. 을 위한
예:
장고-관리자 로드데이터 mydata.json
호출된 JSON 픽스처만 로드합니다. 미다 타. 고정 장치 확장은 다음과 일치해야 합니다.
의 등록된 이름 시리얼라이저 (예 : JSON or XML).
확장자를 생략하면 Django는 일치하는 모든 사용 가능한 조명기 유형을 검색합니다.
고정물. 예를 들어:
django-admin loaddata mydata
다음과 같은 고정 장치 유형의 고정 장치를 찾습니다. 미다 타. 조명기 디렉토리인 경우
포함 mydata.json, 해당 고정 장치는 JSON 고정 장치로 로드됩니다.
이름이 지정된 설비에는 디렉토리 구성요소가 포함될 수 있습니다. 이 디렉토리는
검색 경로에 포함됩니다. 예를 들어:
장고-관리자 로드데이터 foo/bar/mydata.json
검색할 것이다 /fixtures/foo/bar/mydata.json 설치된 각 애플리케이션에 대해
/foo/bar/mydata.json 의 각 디렉토리에 대해 FIXTURE_DIRS및 리터럴 경로
foo/bar/mydata.json.
Fixture 파일이 처리되면 데이터는 그대로 데이터베이스에 저장됩니다. 정의된 모델
저장() 메서드가 호출되지 않으며 pre_save or 포스트_저장 신호는 다음과 같이 호출됩니다.
원시 = 사실 인스턴스에는 모델에 로컬인 속성만 포함되어 있기 때문입니다. 당신은 할 수있다,
예를 들어 존재하지 않는 관련 필드에 액세스하는 핸들러를 비활성화하려는 경우
픽스처 로딩 중에 그렇지 않으면 예외가 발생합니다:
django.db.models.signals에서 import post_save
.models에서 MyModel 가져오기
def my_handler(**kwargs):
# 픽스처 로딩 중 핸들러를 비활성화합니다.
kwargs['raw']인 경우:
return
...
post_save.connect(my_handler, 보낸 사람=내 모델)
이 논리를 캡슐화하기 위해 간단한 데코레이터를 작성할 수도 있습니다.
functools 가져오기 랩에서
def 비활성화_for_loaddata(신호_핸들러):
"" "
조명기 데이터를 로드할 때 신호 처리기를 끄는 데코레이터입니다.
"" "
@wraps(시그널_핸들러)
def 래퍼(*args, **kwargs):
kwargs['raw']인 경우:
return
signal_handler(*args, **kwargs)
반환 래퍼
@disable_for_loaddata
def my_handler(**kwargs):
...
이 로직은 픽스처가 역직렬화될 때마다 신호를 비활성화한다는 점에 유의하세요.
동안뿐만 아니라 로드 데이터.
픽스처 파일이 처리되는 순서는 정의되지 않습니다. 그러나 모든
Fixture 데이터는 단일 트랜잭션으로 설치되므로 하나의 Fixture에 있는 데이터를 참조할 수 있습니다.
다른 조명기의 데이터. 데이터베이스 백엔드가 행 수준 제약 조건을 지원하는 경우 다음은
제약 조건은 트랜잭션이 끝날 때 확인됩니다.
The 덤프 데이터 명령을 사용하여 다음에 대한 입력을 생성할 수 있습니다. 로드 데이터.
압축 비품
설비는 압축될 수 있습니다. 지퍼, gz및 bz2 체재. 예를 들어:
장고-관리자 로드데이터 mydata.json
다음 중 하나를 찾을 것입니다 mydata.json, mydata.json.zip, mydata.json.gz및 mydata.json.bz2.
zip 압축 아카이브에 포함된 첫 번째 파일이 사용됩니다.
이름은 같지만 조명기 유형이 다른 두 개의 조명기가 발견되면 참고하세요.
(예를 들어, 만약 mydata.json 그리고 mydata.xml.gz 동일한 조명기 디렉토리에서 발견됨),
조명기 설치가 중단되고 호출에 설치된 모든 데이터 로드 데이터 결제 게이트웨이,
데이터베이스에서 제거됩니다.
MyISAM 및 픽스처가 있는 MySQL
MySQL의 MyISAM 스토리지 엔진은 트랜잭션이나 제약 조건을 지원하지 않습니다.
따라서 MyISAM을 사용하면 픽스처 데이터의 유효성을 검사할 수 없거나 다음과 같은 경우 롤백을 얻을 수 없습니다.
여러 트랜잭션 파일이 발견되었습니다.
데이터베이스별 비품
다중 데이터베이스 설정에 있다면 로드하고 싶은 조명기 데이터가 있을 수 있습니다.
한 데이터베이스에는 있지만 다른 데이터베이스에는 없습니다. 이 상황에서는 데이터베이스를 추가할 수 있습니다.
당신의 조명기 이름에 식별자를 추가하세요.
예를 들어 데이터베이스 설정에는 '마스터' 데이터베이스가 정의되어 있으며, 조명기 이름을 지정하십시오.
마이데이터.마스터.json or mydata.master.json.gz 그리고 Fixture는 다음과 같은 경우에만 로드됩니다.
데이터를 석사 데이터 베이스.
메시지를 보내다
장고 관리자 메시지를 보내다
현재 디렉터리의 전체 소스 트리를 실행하고 표시된 모든 문자열을 꺼냅니다.
번역을 위해. conf/locale(Django에서)에 메시지 파일을 생성(또는 업데이트)합니다.
트리) 또는 로케일(프로젝트 및 애플리케이션용) 디렉토리입니다. 다음 사항을 변경한 후
컴파일하는 데 필요한 메시지 파일 컴파일 메시지 내장과 함께 사용하기 위해
gettext 지원. 참조 익명 성 선적 서류 비치 를 참조하세요
--모두
사용 --모두 or -a 사용 가능한 모든 언어에 대한 메시지 파일을 업데이트하는 옵션입니다.
사용 예 :
django-admin makemessages --all
--확대
사용 --확대 or -e 검사할 파일 확장자 목록을 지정하는 옵션(기본값:
".html", ".txt").
사용 예 :
django-admin makemessages --locale=de --extension xhtml
여러 확장자를 쉼표로 구분하거나 -e 또는 --extension을 여러 번 사용하세요.
django-admin makemessages --locale=de --extension=html,txt --extension xml
사용 --장소 옵션(또는 더 짧은 버전 -l) 처리할 로케일을 지정합니다.
사용 --들어오지 못하게 하다 옵션(또는 더 짧은 버전 -x) 제외할 로케일을 지정하려면
처리에서. 제공하지 않으면 로케일이 제외되지 않습니다.
사용 예 :
django-admin makemessages --locale=pt_BR
django-admin makemessages --locale=pt_BR --locale=fr
django-admin makemessages -l pt_BR
django-admin makemessages -l pt_BR -l fr
django-admin makemessages --exclude=pt_BR
django-admin makemessages --exclude=pt_BR --exclude=fr
django-admin makemessages -x pt_BR
django-admin makemessages -x pt_BR -x fr
추가 된 --이전 옵션을 메시지 병합 기존 po 파일과 병합할 때 명령입니다.
--도메인
사용 --도메인 or -d 메시지 파일의 도메인을 변경하는 옵션. 현재
지원 :
· 장고 모두에게 *.py, *.html 그리고 * .txt 인 파일(기본값)
· 장고 을 통한 *.js 파일
--심볼 링크
사용 --심볼 링크 or -s 새 항목을 찾을 때 디렉토리에 대한 심볼릭 링크를 따르는 옵션
번역 문자열.
사용 예 :
django-admin makemessages --locale=de --symlinks
--무시하다
사용 --무시하다 or -i 주어진 것과 일치하는 파일이나 디렉토리를 무시하는 옵션 글롭스타일
무늬. 더 많은 것을 무시하려면 여러 번 사용하세요.
기본적으로 다음 패턴이 사용됩니다. 'CVS', '.*', '*~', '*.pyc'
사용 예 :
django-admin makemessages --locale=en_US --ignore=apps/* --ignore=secret/*.html
--no-default-무시
사용 --no-default-무시 기본값을 비활성화하는 옵션 --무시하다.
--랩하지 않음
사용 --랩하지 않음 긴 메시지 줄을 여러 줄로 나누는 것을 비활성화하는 옵션
언어 파일.
--위치 없음
사용 --위치 없음 '를 쓰지 않는 옵션#: 파일 이름:줄' 언어의 주석 라인
파일. 이 옵션을 사용하면 기술적으로 숙련된 번역가가
각 메시지의 맥락을 이해합니다.
--냄비 유지
사용 --냄비 유지 Django가 임시 디버깅 오류를 삭제하지 못하도록 하는 옵션
최종 언어 파일이 생성되지 않을 수 있습니다.
만나다 또한:
사용자 정의 메시지 만들기 키워드를 사용자 정의하는 방법에 대한 지침은
메시지를 보내다 패스 xgettext.
이주하다 [ ]
장고 관리자 이주하다
모델에서 감지된 변경 사항을 기반으로 새 마이그레이션을 생성합니다. 마이그레이션, 그들의
앱과의 관계 등은 에서 자세히 다룹니다. 전에, 이주 선적 서류 비치.
하나 이상의 앱 이름을 인수로 제공하면 생성된 마이그레이션이 다음으로 제한됩니다.
지정된 앱과 필요한 종속성(다른 쪽 끝에 있는 테이블) 외래키,
예를 들어).
--비어있는
The --비어있는 옵션으로 인해 이주하다 빈 마이그레이션을 출력하려면
수동 편집을 위해 지정된 앱. 이 옵션은 고급 사용자만을 위한 것이므로 사용할 수 없습니다.
마이그레이션 형식, 마이그레이션 작업 및
마이그레이션 간의 종속성.
-건조
The -건조 옵션은 실제로 아무것도 작성하지 않고 어떤 마이그레이션이 수행되는지 보여줍니다.
파일을 디스크로 마이그레이션합니다. 이 옵션을 함께 사용하면 --다변 3 또한 보여줄 것이다
작성될 마이그레이션 파일을 완료합니다.
-병합
The -병합 옵션을 사용하면 마이그레이션 충돌을 해결할 수 있습니다. 그만큼 --입력 없음 옵션은
병합 중에 사용자 프롬프트를 표시하지 않도록 제공됩니다.
--이름, -n
The --이름 옵션을 사용하면 마이그레이션에 생성된 이름 대신 사용자 정의 이름을 지정할 수 있습니다.
하나.
--출구, -e
The --출구 옵션으로 인해 이주하다 마이그레이션이 없을 때 오류 코드 1로 종료하려면
생성됩니다(또는 다음과 결합된 경우 생성되었을 것입니다). -건조).
이전 [ [ ]]
장고 관리자 이전
데이터베이스 상태를 현재 모델 및 마이그레이션 세트와 동기화합니다.
마이그레이션, 앱과의 관계 등에 대해 자세히 다루고 있습니다. 전에, 이주
선적 서류 비치.
이 명령의 동작은 제공된 인수에 따라 변경됩니다.
· 인수 없음: 마이그레이션된 모든 앱에는 모든 마이그레이션이 실행되고 모두 마이그레이션되지 않습니다.
앱은 데이터베이스와 동기화됩니다.
· : 지정된 앱에는 가장 최근 마이그레이션까지 마이그레이션이 실행됩니다.
종속성으로 인해 다른 앱의 마이그레이션도 실행해야 할 수 있습니다.
· : 데이터베이스 스키마를 이름이 지정된 상태로 가져옵니다.
마이그레이션이 적용되지만 동일한 앱의 이후 마이그레이션은 적용되지 않습니다. 이건 아마
이전에 명명된 마이그레이션을 지나 마이그레이션한 경우 마이그레이션 적용 취소가 포함됩니다.
이름을 사용 제로 앱에 대한 모든 마이그레이션을 적용 취소합니다.
같지 않은 동기화 DB, 이 명령은 슈퍼유저가 없는 경우 슈퍼유저를 생성하라는 메시지를 표시하지 않습니다.
(당신이 사용하고 있다고 가정 django.contrib.auth). 사용하다 생성수퍼유저 원한다면 그렇게 하도록.
The --데이터 베이스 옵션을 사용하여 마이그레이션할 데이터베이스를 지정할 수 있습니다.
--가짜
The --가짜 옵션은 Django에게 마이그레이션이 적용되었거나 적용되지 않은 것으로 표시하도록 지시합니다.
그러나 데이터베이스 스키마를 변경하기 위해 실제로 SQL을 실행하지 않습니다.
이는 고급 사용자가 다음과 같은 경우 현재 마이그레이션 상태를 직접 조작하기 위한 것입니다.
변경 사항을 수동으로 적용하고 있습니다. 사용하여 경고 --가짜 넣을 위험이 있습니다
마이그레이션 상태 테이블을 수동 복구가 필요한 상태로 변경
마이그레이션이 올바르게 실행됩니다.
--가짜-초기
The --가짜-초기 옵션을 사용하여 Django가 앱의 초기 마이그레이션을 건너뛸 수 있습니다.
모든 모델의 이름을 가진 모든 데이터베이스 테이블이 모두 생성된 경우 모델 생성 운영
해당 마이그레이션에는 이미 존재합니다. 이 옵션은 처음 실행할 때 사용하기 위한 것입니다.
마이그레이션을 사용하기 전에 존재했던 데이터베이스에 대한 마이그레이션. 이 옵션은 그렇지 않습니다.
그러나 일치하는 테이블 이름 외에 일치하는 데이터베이스 스키마를 확인하므로
기존 스키마가 에 기록된 것과 일치한다고 확신하는 경우 안전하게 사용할 수 있습니다.
초기 마이그레이션.
버전 1.8부터 사용되지 않음: --목록 옵션이 다음으로 이동되었습니다. 쇼마이그레이션
명령.
runfcgi [옵션]
장고 관리자 runfcgi
버전 1.7부터 더 이상 사용되지 않음: FastCGI 지원은 더 이상 사용되지 않으며 Django에서 제거됩니다.
1.9.
지원하는 모든 웹 서버에 사용하기에 적합한 FastCGI 프로세스 세트를 시작합니다.
FastCGI 프로토콜. 참조 빠른CGI 전개 선적 서류 비치 자세한 내용은 필요합니다
Python FastCGI 모듈 플럽.
내부적으로 이것은 다음에 의해 지정된 WSGI 애플리케이션 객체를 래핑합니다 WSGI_애플리케이션
환경.
이 명령에서 허용하는 옵션은 FastCGI 라이브러리로 전달되며
'--' 다른 Django 관리 명령의 일반적인 접두사입니다.
프로토콜
프로토콜=프로토콜
사용할 프로토콜. 실험 계획안 될 수 있습니다 FCGI, scgi, 일본등(기본값은 FCGI)
주인
호스트=호스트이름
청취할 호스트 이름입니다.
포트
포트=PORTNUM
청취할 포트.
소켓
소켓=FILE
수신 대기할 UNIX 소켓입니다.
방법
방법=IMPL
가능한 값: prefork의 or 나사산이 달린 (기본 prefork의)
최대 요청
최대 요청 수=NUMBER
자식이 종료되고 새 자식이 포크되기 전에 자식이 처리하는 요청 수(0은
제한 없음).
최대 예비
최대 예비=NUMBER
예비 프로세스/스레드의 최대 수입니다.
여유분
최소예비=NUMBER
예비 프로세스/스레드의 최소 수입니다.
최대 어린이
최대 어린이=NUMBER
프로세스/스레드 수를 엄격히 제한합니다.
데몬 화하다
데몬화=BOOL
터미널에서 분리할지 여부입니다.
PID 파일
pidfile=파일
생성된 프로세스 ID를 파일에 쓰기 FILE.
작업 디렉토리
작업 디렉터리=DIRECTORY
디렉토리로 변경 디렉토리 데몬화할 때.
디버그
디버그=BOOL
flup 추적을 활성화하려면 true로 설정하세요.
아웃로그
아웃로그=FILE
stdout을 FILE 파일.
오류 로그
오류 로그=FILE
stderr를 다음에 쓰십시오. FILE 파일.
마스크
umask=UMASK
데몬화할 때 사용할 Umask입니다. 값은 XNUMX진수로 해석됩니다(기본값
is 0o22).
사용 예 :
django-admin runfcgi 소켓=/tmp/fcgi.sock 메서드=prefork 데몬화=true \
pidfile=/var/run/django-fcgi.pid
FastCGI 서버를 데몬으로 실행하고 생성된 PID를 파일에 씁니다.
런서버 [포트 or 주소:포트]
장고 관리자 런서버
로컬 시스템에서 경량 개발 웹 서버를 시작합니다. 기본적으로 서버는
IP 주소의 포트 8000에서 실행됩니다. 127.0.0.1. IP 주소와 포트를 전달할 수 있습니다
번호를 명시적으로 지정합니다.
일반 권한(권장)이 있는 사용자로 이 스크립트를 실행하면
낮은 포트 번호에서 포트를 시작하기 위한 액세스. 낮은 포트 번호는
수퍼유저(루트).
이 서버는 다음에서 지정한 WSGI 응용 프로그램 개체를 사용합니다. WSGI_애플리케이션 환경.
프로덕션 환경에서 이 서버를 사용하지 마십시오. 보안 감사를 거치지 않았거나
성능 테스트. (그리고 그렇게 될 것입니다. 우리는 웹을 만드는 사업을 하고 있습니다.
웹 서버가 아닌 프레임워크를 사용하므로 프로덕션을 처리할 수 있도록 이 서버를 개선합니다.
환경은 Django의 범위를 벗어납니다.)
개발 서버는 필요에 따라 각 요청에 대해 Python 코드를 자동으로 다시 로드합니다. 너
코드 변경 사항을 적용하기 위해 서버를 다시 시작할 필요가 없습니다. 그러나 일부 조치
파일을 추가하는 것과 같이 다시 시작이 발생하지 않으므로 다음 단계에서 서버를 다시 시작해야 합니다.
경우.
이제 번역 파일을 컴파일하면 개발 서버도 다시 시작됩니다.
Linux를 사용하고 설치하는 경우 피노티파이하다, 커널 신호는 자동 재로드에 사용됩니다.
(매초 파일 수정 타임스탬프를 폴링하는 대신) 이것은 제안
대규모 프로젝트에 대한 확장성 향상, 코드 수정에 대한 응답 시간 단축 등
강력한 변경 감지 및 배터리 사용량 감소.
피노티파이하다 지원이 추가되었습니다.
서버를 시작할 때, 그리고 서버가 작동하는 동안 Python 코드를 변경할 때마다
실행 중이면 서버는 전체 Django 프로젝트에 오류가 있는지 확인합니다(참조: 검사
명령). 오류가 발견되면 표준 출력으로 인쇄되지만 오류는 발생하지 않습니다.
서버를 중지합니다.
별도의 포트에 있는 한 원하는 만큼 많은 서버를 실행할 수 있습니다. 단지
실행 장고 관리자 런서버 한 번 이상.
기본 IP 주소는 127.0.0.1, 귀하의 다른 컴퓨터에서는 액세스할 수 없습니다.
회로망. 개발 서버를 네트워크의 다른 컴퓨터에서 볼 수 있도록 하려면 다음을 사용하세요.
자체 IP 주소(예: 192.168.2.1) 또는 0.0.0.0 or :: (IPv6가 활성화된 경우)
대괄호로 묶인 IPv6 주소를 제공할 수 있습니다(예: [200a::1]:8000). 이것은
자동으로 IPv6 지원을 활성화합니다.
ASCII 전용 문자가 포함된 호스트 이름도 사용할 수 있습니다.
경우 정적 파일 contrib 앱이 활성화되어 있습니다(새 프로젝트에서 기본값). 런서버 명령
자체적으로 재정의됩니다. 런서버 명령.
If 이전 이전에 실행되지 않은 경우 마이그레이션 이력을 저장하는 테이블은
첫 번째 실행 시 생성됨 런서버.
--노어로드
사용 --노어로드 자동 재로더 사용을 비활성화하는 옵션입니다. 이는 모든 Python을 의미합니다.
서버가 실행되는 동안 코드를 변경하면 지원 특별한 경우에 발효됩니다.
Python 모듈은 이미 메모리에 로드되었습니다.
사용 예 :
django-admin runserver --noreload
--스레딩 없음
개발 서버는 기본적으로 다중 스레드입니다. 사용 --스레딩 없음 ~에 대한 옵션
개발 서버에서 스레딩 사용을 비활성화합니다.
--ipv6, -6
사용 --ipv6 (또는 더 짧은 -6) Django에게 개발에 IPv6를 사용하도록 지시하는 옵션
섬기는 사람. 이렇게 하면 기본 IP 주소가 다음에서 변경됩니다. 127.0.0.1 에 :: 1.
사용 예 :
django-admin runserver --ipv6
예 of 사용 다른 포트 그리고 구애
IP 주소의 포트 8000 127.0.0.1:
django-admin 실행 서버
IP 주소의 포트 8000 1.2.3.4:
django-admin runserver 1.2.3.4:8000
IP 주소의 포트 7000 127.0.0.1:
django-admin runserver 7000
IP 주소의 포트 7000 1.2.3.4:
django-admin runserver 1.2.3.4:7000
IPv8000 주소의 포트 6 :: 1:
장고-관리자 런서버 -6
IPv7000 주소의 포트 6 :: 1:
django-admin runserver -6 7000
IPv7000 주소의 포트 6 2001:0db8:1234:5678::9:
django-admin runserver [2001:0db8:1234:5678::9]:7000
호스트 IPv8000 주소의 포트 4 로컬 호스트:
django-admin runserver localhost:8000
호스트 IPv8000 주소의 포트 6 로컬 호스트:
django-admin runserver -6 localhost:8000
피복재 정적 인 파일 과 전에, 개발 섬기는 사람
기본적으로 개발 서버는 사이트에 대한 정적 파일(예:
CSS 파일, 이미지, 아래 항목 MEDIA_URL 기타 등등). Django를 구성하려는 경우
정적 미디어를 제공하려면 읽어보세요. /howto/정적 파일/색인.
껍질
장고 관리자 껍질
Python 대화형 인터프리터를 시작합니다.
장고는 사용할 것이다 아이파이썬 or 비파이썬 둘 중 하나가 설치된 경우. 껍질이 풍부하다면
설치했지만 "일반" Python 인터프리터를 강제로 사용하려면 --솔직한 선택권,
이렇게 :
django-admin 쉘 --plain
IPython 또는 bpython을 통역사로 지정하려는 경우
둘 다 설치되어 있으면 대체 인터프리터 인터페이스를 지정할 수 있습니다. -i or
--상호 작용 다음과 같은 옵션이 있습니다:
IPython:
django-admin 쉘 -i ipython
django-admin shell --interface ipython
파이썬:
django-admin 쉘 -i bpython
django-admin shell --interface bpython
"일반" Python 대화형 인터프리터가 시작될 때(왜냐면 --솔직한 였다
지정되었거나 다른 대화형 인터페이스를 사용할 수 없기 때문에) 스크립트를 읽습니다.
가 지적한 파이썬 시작 환경 변수와 ~/.pythonrc.py 스크립트. 만약 너라면
이 동작을 원하지 않으면 다음을 사용할 수 있습니다. --시작하지 않음 옵션. 예:
django-admin 쉘 --plain --no-startup
쇼마이그레이션 [ [ ]]
장고 관리자 쇼마이그레이션
프로젝트의 모든 마이그레이션을 표시합니다.
--목록, -l
The --목록 옵션은 Django가 알고 있는 모든 앱, 사용 가능한 마이그레이션을 나열합니다.
각 앱 및 각 마이그레이션의 적용 여부( [X] ~ 옆에
마이그레이션 이름).
마이그레이션이 없는 앱도 나열되지만 (아니오 마이그레이션) 그 아래에 인쇄됩니다.
--계획, -p
The --계획 옵션은 Django가 마이그레이션을 적용하기 위해 따를 마이그레이션 계획을 보여줍니다. 어느
제공된 앱 라벨은 계획이 해당 앱 이상일 수 있으므로 무시됩니다. 와 동일
--목록, 적용된 마이그레이션은 [X]. 2 이상의 자세한 정보의 경우 모든
마이그레이션의 종속성도 표시됩니다.
SQL <앱_라벨 앱_라벨 ...>
장고 관리자 SQL
지정된 앱 이름에 대한 CREATE TABLE SQL 문을 인쇄합니다.
The --데이터 베이스 옵션을 사용하여 SQL을 인쇄할 데이터베이스를 지정할 수 있습니다.
SQLall <앱_라벨 앱_라벨 ...>
장고 관리자 SQLall
지정된 앱 이름에 대한 CREATE TABLE 및 초기 데이터 SQL 문을 인쇄합니다.
의 설명을 참조하세요. SQL커스텀 초기 데이터를 지정하는 방법에 대한 설명입니다.
The --데이터 베이스 옵션을 사용하여 SQL을 인쇄할 데이터베이스를 지정할 수 있습니다.
The SQL* 관리 명령은 이제 허용_마이그레이션() 의 방법 DATABASE_ROUTERS.
기본이 아닌 데이터베이스에 동기화된 모델이 있는 경우 --데이터 베이스 SQL을 가져올 플래그
해당 모델(이전에는 항상 출력에 포함되었습니다)
sqlclear <앱_라벨 앱_라벨 ...>
장고 관리자 sqlclear
지정된 앱 이름에 대한 DROP TABLE SQL 문을 인쇄합니다.
The --데이터 베이스 옵션을 사용하여 SQL을 인쇄할 데이터베이스를 지정할 수 있습니다.
SQL커스텀 <앱_라벨 앱_라벨 ...>
장고 관리자 SQL커스텀
지정된 앱 이름에 대한 사용자 지정 SQL 문을 인쇄합니다.
지정된 각 앱의 각 모델에 대해 이 명령은 파일을 찾습니다.
/SQL/ .sql어디로 주어진 앱 이름이고
모델명은 소문자입니다. 예를 들어 앱이 있는 경우 news 그 포함
이야기 모델, SQL커스텀 파일 읽기를 시도합니다 뉴스/sql/story.sql 그리고 그것을
이 명령의 출력.
주어진 경우 각 SQL 파일은 유효한 SQL을 포함할 것으로 예상됩니다. SQL 파일이 파이프됩니다.
모든 모델의 테이블 생성 문이 완료된 후 데이터베이스에 직접
실행. 이 SQL 후크를 사용하여 테이블을 수정하거나 SQL 함수를 삽입하세요.
데이터베이스에.
SQL 파일이 처리되는 순서는 정의되지 않습니다.
The --데이터 베이스 옵션을 사용하여 SQL을 인쇄할 데이터베이스를 지정할 수 있습니다.
sqldropindexes <앱_라벨 앱_라벨 ...>
장고 관리자 sqldropindexes
지정된 앱 이름에 대한 DROP INDEX SQL 문을 인쇄합니다.
The --데이터 베이스 옵션을 사용하여 SQL을 인쇄할 데이터베이스를 지정할 수 있습니다.
sqlflush
장고 관리자 sqlflush
다음에 대해 실행될 SQL 문을 인쇄합니다. 플러시 명령.
The --데이터 베이스 옵션을 사용하여 SQL을 인쇄할 데이터베이스를 지정할 수 있습니다.
SQL인덱스 <앱_라벨 앱_라벨 ...>
장고 관리자 SQL인덱스
지정된 앱 이름에 대한 CREATE INDEX SQL 문을 인쇄합니다.
The --데이터 베이스 옵션을 사용하여 SQL을 인쇄할 데이터베이스를 지정할 수 있습니다.
SQL마이그레이션
장고 관리자 SQL마이그레이션
명명된 마이그레이션에 대한 SQL을 인쇄합니다. 이를 위해서는 활성 데이터베이스 연결이 필요합니다.
제약 조건 이름을 해결하는 데 사용됩니다. 이는 SQL을 생성해야 함을 의미합니다.
나중에 적용하려는 데이터베이스의 복사본입니다.
참고 SQL마이그레이션 출력에 색상을 지정하지 않습니다.
The --데이터 베이스 옵션을 사용하여 SQL을 생성할 데이터베이스를 지정할 수 있습니다.
--뒤로
기본적으로 생성된 SQL은 정방향으로 마이그레이션을 실행하기 위한 것입니다. 통과하다
--뒤로 대신 마이그레이션 적용 취소를 위한 SQL을 생성합니다.
sqlsequencereset <앱_라벨 앱_라벨 ...>
장고 관리자 sqlsequencereset
지정된 앱 이름의 시퀀스를 재설정하기 위한 SQL 문을 인쇄합니다.
시퀀스는 일부 데이터베이스 엔진에서 사용 가능한 다음 번호를 추적하는 데 사용되는 인덱스입니다.
자동으로 증가된 필드.
시퀀스가 동기화되지 않은 경우를 수정하는 SQL을 생성하려면 이 명령을 사용하십시오.
자동으로 증가된 필드 데이터입니다.
The --데이터 베이스 옵션을 사용하여 SQL을 인쇄할 데이터베이스를 지정할 수 있습니다.
스쿼시 마이그레이션
장고 관리자 스쿼시 마이그레이션
마이그레이션을 스쿼시합니다. 앱_라벨 ~을 포함하여 migration_name 더 적은 수로
가능하다면 마이그레이션. 결과적으로 중단된 마이그레이션은 다음과 함께 존재할 수 있습니다.
부서지지 않은 것들은 안전하게. 자세한 내용은 다음을 읽어보세요. 마이그레이션 스쿼싱.
--최적화 안 함
기본적으로 Django는 마이그레이션 작업을 최적화하여
결과 파일의 크기. 통과하다 --최적화 안 함 이 프로세스가 실패하는 경우 또는
잘못된 마이그레이션을 생성하는 경우에도 Django 버그 보고서를 제출해 주세요.
최적화는 안전을 의미하므로 동작입니다.
스타트앱 [목적지]
장고 관리자 스타트앱
현재 디렉토리에 지정된 앱 이름에 대한 Django 앱 디렉토리 구조를 생성합니다.
또는 주어진 목적지.
기본적으로 생성된 디렉터리에는 다음이 포함됩니다. 모델.py 파일 및 기타 앱 템플릿 파일.
(참조 자세한 내용은.) 앱 이름만 제공되면 앱 디렉토리는
현재 작업 디렉터리에 생성됩니다.
선택적 대상이 제공되면 Django는 대신 기존 디렉터리를 사용합니다.
새로 만드는 것보다. 당신이 사용할 수있는 '.' 현재 작업 디렉토리를 나타냅니다.
예 :
django-admin startapp myapp /Users/jezdez/Code/myapp
--주형
와 더불어 --주형 옵션인 경우 경로 중 하나를 제공하여 맞춤형 앱 템플릿을 사용할 수 있습니다.
앱 템플릿 파일이 있는 디렉터리 또는 압축 파일 경로(.tar.gz,
.tar.bz2, . tgz, .tbz, .지퍼) 앱 템플릿 파일이 포함되어 있습니다.
예를 들어 다음은 앱 템플릿을 만들 때 지정된 디렉토리에서 앱 템플릿을 찾습니다.
마이앱 앱:
django-admin startapp --template=/Users/jezdez/Code/my_app_template myapp
Django는 URL(HTTP, HTTPS, FTP) 앱을 사용하여 압축된 아카이브로
템플릿 파일을 즉시 다운로드하고 추출합니다.
예를 들어 저장소를 zip 파일로 노출하는 Github의 기능을 활용하면
다음과 같은 URL을 사용할 수 있습니다.
django-admin startapp --template=https://github.com/githubuser/django-app-template/archive/master.zip myapp
Django는 앱 템플릿 파일을 복사할 때 다음을 통해 특정 파일도 렌더링합니다.
템플릿 엔진: 확장자가 일치하는 파일 --확대 옵션 (py 기본적으로)
이름이 전달된 파일 --이름 선택권. 그만큼 이 템플릿 문맥 사용된 것은:
· 다음에 전달된 모든 옵션 스타트앱 명령(명령의 지원되는 옵션 중)
· 앱 이름 -- 명령에 전달된 앱 이름
· 앱_디렉토리 -- 새로 생성된 앱의 전체 경로
· 문서_버전 -- 문서 버전: '개발자' or '1.x'
경고 :
앱 템플릿 파일이 Django 템플릿 엔진으로 렌더링될 때(기본적으로
모든 *.py 파일), Django는 포함된 모든 stray 템플릿 변수도 대체합니다. 을 위한
예를 들어 Python 파일 중 하나에 특정 내용을 설명하는 독스트링이 포함되어 있는 경우
템플릿 렌더링과 관련된 기능을 사용하면 잘못된 예가 발생할 수 있습니다.
이 문제를 해결하려면 다음을 사용할 수 있습니다. 템플릿태그 templatetag "탈출"
템플릿 구문의 다양한 부분.
시작 프로젝트 [목적지]
장고 관리자 시작 프로젝트
현재 프로젝트 이름에 대해 Django 프로젝트 디렉토리 구조를 생성합니다.
디렉토리 또는 주어진 대상.
기본적으로 새 디렉터리에는 다음이 포함됩니다. manage.py 및 프로젝트 패키지(
settings.py 및 기타 파일). 참조 이 템플릿 를 참조하세요
프로젝트 이름만 지정하면 프로젝트 디렉터리와 프로젝트 패키지가 모두 지정됩니다.
이름 프로젝트 디렉토리는 현재 작업 중인 폴더에 생성됩니다.
디렉토리.
선택적 대상이 제공되면 Django는 해당 기존 디렉터리를
프로젝트 디렉토리 및 생성 manage.py 그리고 그 안의 프로젝트 패키지. 사용 '.' 에게
현재 작업 디렉토리를 나타냅니다.
예 :
django-admin startproject myproject /Users/jezdez/Code/myproject_repo
와 같이 스타트앱 명령, --주형 옵션을 사용하면 디렉토리, 파일을 지정할 수 있습니다.
사용자 정의 프로젝트 템플릿의 경로 또는 URL. 참조 스타트앱 세부 사항에 대한 문서
지원되는 프로젝트 템플릿 형식.
예를 들어, 생성할 때 지정된 디렉토리에서 프로젝트 템플릿을 찾습니다.
전에, 마이 프로젝트 계획:
django-admin startproject --template=/Users/jezdez/Code/my_project_template myproject
Django는 URL(HTTP, HTTPS, FTP) 프로젝트와 함께 압축된 아카이브로
템플릿 파일을 즉시 다운로드하고 추출합니다.
예를 들어 저장소를 zip 파일로 노출하는 Github의 기능을 활용하면
다음과 같은 URL을 사용할 수 있습니다.
django-admin startproject --template=https://github.com/githubuser/django-project-template/archive/master.zip myproject
Django는 프로젝트 템플릿 파일을 복사할 때 다음을 통해 특정 파일도 렌더링합니다.
템플릿 엔진: 확장자가 일치하는 파일 --확대 옵션 (py 기본적으로)
이름이 전달된 파일 --이름 선택권. 그만큼 이 템플릿 문맥 사용된 것은:
· 다음에 전달된 모든 옵션 시작 프로젝트 명령(명령의 지원되는 옵션 중)
· 프로젝트 _ 이름 -- 명령에 전달된 프로젝트 이름
· 프로젝트_디렉토리 -- 새로 생성된 프로젝트의 전체 경로
· 비밀_키 -- 임의의 키 SECRET_KEY 설정
· 문서_버전 -- 문서 버전: '개발자' or '1.x'
참조하십시오 렌더링 경고 에 대해 언급한 바와 같이 스타트앱.
동기화 DB
장고 관리자 동기화 DB
버전 1.7부터 더 이상 사용되지 않음: 이 명령은 다음을 위해 더 이상 사용되지 않습니다. 이전
이전 동작과 마이그레이션 실행을 모두 수행하는 명령입니다. 지금이야
해당 명령에 대한 별칭일 뿐입니다.
별칭 이전.
test <앱 or test 식별자>
장고 관리자 test
설치된 모든 모델에 대해 테스트를 실행합니다. 보다 /주제/테스트/색인
--failfast
The --failfast 옵션을 사용하면 실행 중인 테스트를 중지하고 실패를 즉시 보고할 수 있습니다.
테스트 실패 후.
--testrunner
The --testrunner 옵션을 사용하여 테스트 실행기 클래스를 제어할 수 있습니다.
테스트를 실행합니다. 이 값이 제공되면
테스트_러너 환경.
--라이브서버
The --라이브서버 옵션을 사용하여 라이브 서버가 있는 기본 주소를 재정의할 수 있습니다.
(사용 LiveServerTestCase)에서 실행될 것으로 예상됩니다. 기본값은
localhost : 8081.
--keepdb
The --keepdb 옵션을 사용하여 테스트 실행 간에 테스트 데이터베이스를 보존할 수 있습니다. 이것은
만들기 및 파괴 작업을 모두 건너뛰는 이점이 있습니다.
특히 대규모 테스트 스위트의 경우 테스트를 실행하는 데 필요한 시간입니다. 테스트 데이터베이스가 그렇지 않은 경우
존재하는 경우 첫 번째 실행 시 생성된 다음 각 후속 실행에 대해 보존됩니다. 어느
적용되지 않은 마이그레이션도 테스트를 실행하기 전에 테스트 데이터베이스에 적용됩니다.
모음곡.
--역전
The --역전 옵션을 사용하면 테스트 사례를 반대 순서로 정렬할 수 있습니다. 도움이 될 수 있습니다.
제대로 격리되지 않고 부작용이 있는 디버깅 테스트에서. 그룹화 by test
수업 이 옵션을 사용할 때 보존됩니다.
--디버그-sql
The --디버그-sql 옵션을 사용하여 활성화할 수 있습니다. SQL 로깅 실패한 테스트를 위해. 만약에 --다변
is 2, 테스트를 통과한 쿼리도 출력됩니다.
테스트 서버 <픽스쳐 정착물 ...>
장고 관리자 테스트 서버
Django 개발 서버를 실행합니다(예: 런서버) 주어진 조명기(들)의 데이터를 사용합니다.
예를 들어 다음 명령은 다음과 같습니다.
django-admin 테스트 서버 mydata.json
...다음 단계를 수행합니다.
1. 다음에 설명된 대로 테스트 데이터베이스를 만듭니다. 테스트 데이터베이스.
2. 주어진 픽스처의 픽스처 데이터로 테스트 데이터베이스를 채웁니다. (자세한 내용은
픽스처에 대한 설명서를 참조하십시오. 로드 데이터 위.)
3. Django 개발 서버를 실행합니다(다음과 같이). 런서버), 새로 생성된 이 항목을 가리켰습니다.
프로덕션 데이터베이스 대신 테스트 데이터베이스.
이것은 여러 가지 방법으로 유용합니다.
· 글을 쓸 때 단위 테스트 뷰가 특정 조명기 데이터와 어떻게 작동하는지에 대해
사용 테스트 서버 웹 브라우저의 보기와 수동으로 상호 작용합니다.
· 당신이 Django 애플리케이션을 개발 중이고 "원래의" 복사본을 가지고 있다고 가정해 보겠습니다.
상호 작용하려는 데이터베이스. 데이터베이스를 고정 장치에 덤프할 수 있습니다.
(사용 덤프 데이터 위에서 설명한 명령)을 사용한 다음 테스트 서버 웹을 실행하려면
해당 데이터로 응용 프로그램. 이 배열을 사용하면 엉망이 될 수 있는 유연성이 있습니다.
어떤 방식으로든 데이터를 업데이트하십시오. 즉, 귀하가 수행하는 모든 데이터 변경 사항은 단지
테스트 데이터베이스로 만들어졌습니다.
참고로 이 서버는 지원 Python 소스 코드에 대한 변경 사항을 자동으로 감지합니다(예:
런서버 하다). 그러나 템플릿에 대한 변경 사항은 감지합니다.
--addrport [포트 번호 or ipadr:포트]
--addrport 기본값과 다른 포트 또는 IP 주소 및 포트를 지정하려면
127.0.0.1:8000. 이 값은 정확히 동일한 형식을 따르며 동일한 기능을 제공합니다.
에 대한 논거로 기능한다. 런서버 명령.
예 :
포트 7000에서 테스트 서버를 실행하려면 고정물1 그리고 고정물2:
django-admin testserver --addrport 7000 정착물1 정착물2
django-admin testserver Fix1 Fix2 --addrport 7000
(위의 진술은 동일합니다. 우리는 그것을 입증하기 위해 두 가지를 모두 포함합니다.
옵션이 조명기 인수 앞이나 뒤에 오는지 여부는 중요하지 않습니다.)
1.2.3.4:7000에서 실행하려면 test 고정물:
django-admin testserver --addrport 1.2.3.4:7000 테스트
The --입력 없음 모든 사용자 프롬프트를 억제하는 옵션이 제공될 수 있습니다.
확인
장고 관리자 확인
버전 1.7부터 사용되지 않음: 검사 명령.
설치된 모든 모델의 유효성을 검사합니다(에 따라 INSTALLED_APPS개 설정) 및 인쇄
표준 출력에 대한 유효성 검사 오류.
명령 제공 BY 어플리케이션
일부 명령은 django.contrib 그 응용 프로그램 구현하다 그들
있다 사용 가능. 이 섹션에서는 응용 프로그램별로 그룹화하여 설명합니다.
django.contrib.auth
비밀번호 변경
장고 관리자 비밀번호 변경
이 명령은 Django의 인증 체계 (django.contrib.auth)이다
설치.
사용자의 비밀번호를 변경할 수 있습니다. 사용자 암호를 두 번 입력하라는 메시지가 표시됩니다.
매개변수로 주어진다. 둘 다 일치하면 새 비밀번호가 즉시 변경됩니다. 만약에
사용자를 제공하지 않으면 명령은 사용자 이름이 있는 암호를 변경하려고 시도합니다.
현재 사용자와 일치합니다.
사용 --데이터 베이스 사용자에 대해 쿼리할 데이터베이스를 지정하는 옵션입니다. 그렇지 않은 경우
제공되면 Django는 디폴트 값 데이터 베이스.
사용 예 :
django-admin 비밀번호 변경 ringo
생성수퍼유저
장고 관리자 생성수퍼유저
이 명령은 Django의 인증 체계 (django.contrib.auth)이다
설치.
슈퍼유저 계정(모든 권한을 가진 사용자)을 생성합니다. 필요한 경우 유용합니다.
초기 슈퍼유저 계정을 생성하거나 프로그래밍 방식으로 생성해야 하는 경우
귀하의 사이트에 대한 수퍼유저 계정입니다.
대화식으로 실행할 때 이 명령은 새 수퍼유저의 암호를 묻는 메시지를 표시합니다.
계정. 비대화형으로 실행하면 암호가 설정되지 않고 수퍼유저 계정이
비밀번호를 수동으로 설정할 때까지 로그인할 수 없습니다.
--사용자 이름
--이메일
새 계정의 사용자 이름과 이메일 주소는 다음을 사용하여 제공할 수 있습니다. --사용자 이름
그리고 --이메일 명령줄의 인수. 둘 중 하나라도 제공되지 않으면
생성수퍼유저 대화형으로 실행할 때 이를 묻는 메시지가 표시됩니다.
사용 --데이터 베이스 수퍼유저 객체가 포함될 데이터베이스를 지정하는 옵션
저장되었습니다.
관리 명령을 서브클래싱하고 재정의할 수 있습니다. get_input_data() 원한다면
데이터 입력 및 검증을 사용자 정의합니다. 기존에 대한 자세한 내용은 소스 코드를 참조하세요.
구현 및 메소드의 매개변수. 예를 들어 다음과 같은 기능이 있는 경우 유용할 수 있습니다.
외래키 in 필수 입력 사항 입력하는 대신 인스턴스 생성을 허용하고 싶습니다.
기존 인스턴스의 기본 키.
django.contrib.gis
오그린스펙트
이 명령은 다음 경우에만 사용할 수 있습니다. 지오장고 (django.contrib.gis)가 설치되어 있습니다.
해당 내용을 참고하세요 설명 GeoDjango 문서에서.
django.contrib.세션
클리어 세션
장고 관리자 클리어 세션
크론 작업으로 실행하거나 만료된 세션을 정리하기 위해 직접 실행할 수 있습니다.
django.contrib.sitemaps
ping_google
이 명령은 다음과 같은 경우에만 사용할 수 있습니다. 사이트맵 뼈대 (django.contrib.sitemaps)이다
설치.
해당 내용을 참고하세요 설명 Sitemap 문서에 있습니다.
django.contrib.staticfiles
수집정적
이 명령은 다음과 같은 경우에만 사용할 수 있습니다. 정적 인 파일 신청
(django.contrib.staticfiles)가 설치되어 있습니다.
해당 내용을 참고하세요 설명 인간을 정적 파일 선적 서류 비치.
정적인
이 명령은 다음과 같은 경우에만 사용할 수 있습니다. 정적 인 파일 신청
(django.contrib.staticfiles)가 설치되어 있습니다.
해당 내용을 참고하세요 설명 인간을 정적 파일 선적 서류 비치.
DEFAULT 옵션
일부 명령은 자체 사용자 정의 옵션을 허용할 수 있지만 모든 명령은 다음을 허용합니다.
다음과 같은 옵션 :
--파이썬 경로
사용 예 :
django-admin 마이그레이션 --pythonpath='/home/djangoprojects/myproject'
주어진 파일 시스템 경로를 Python에 추가합니다. import 수색 통로. 이것이 제공되지 않으면,
장고 관리자 사용할 것입니다 파이썬패스 환경 변수.
이 옵션은 다음에서는 필요하지 않습니다. manage.py, 설정을 처리하기 때문에
당신을 위한 Python 경로.
--설정
사용 예 :
django-admin 마이그레이션 --settings=mysite.settings
사용할 설정 모듈을 명시적으로 지정합니다. 설정 모듈은 Python에 있어야 합니다.
패키지 구문, 예: 내 사이트.설정. 이것이 제공되지 않으면, 장고 관리자 사용할 것입니다
DJANGO_SETTINGS_MODULE 환경 변수.
이 옵션은 다음에서는 필요하지 않습니다. manage.py, 사용하기 때문에 settings.py 인사말
기본적으로 현재 프로젝트.
--역 추적
사용 예 :
django-admin 마이그레이션 --traceback
기본적으로, 장고 관리자 오류가 발생할 때마다 간단한 오류 메시지가 표시됩니다. 명령오류 발생
그러나 다른 예외에 대해서는 전체 스택 추적입니다. 지정하는 경우 --역 추적, 장고 관리자
또한 다음과 같은 경우 전체 스택 추적을 출력합니다. 명령오류 제기됩니다.
--다변
사용 예 :
django-admin 마이그레이션 --verbosity 2
--다변 알림 및 디버그 정보의 양을 지정하려면
장고 관리자 콘솔에 인쇄해야 합니다.
· 0 출력이 없음을 의미합니다.
· 1 정상 출력(기본값)을 의미합니다.
· 2 자세한 출력을 의미합니다.
· 3 방법 대단히 자세한 출력.
--무색
사용 예 :
django-admin sqlall --no-color
기본적으로, 장고 관리자 색상화되도록 출력 형식을 지정합니다. 예를 들어 오류는 다음과 같습니다.
콘솔에 빨간색으로 인쇄되고 SQL 문은 구문이 강조 표시됩니다. 방지하기 위해
이것과 일반 텍스트 출력이 있으면 다음을 전달하십시오. --무색 명령을 실행할 때 옵션.
공통 옵션
다음 옵션은 모든 명령에서 사용할 수 있는 것은 아니지만 여러 명령에 공통됩니다.
명령의.
--데이터 베이스
명령이 작동할 데이터베이스를 지정하는 데 사용됩니다. 지정하지 않으면 이
옵션은 기본적으로 별칭으로 설정됩니다. 디폴트 값.
예를 들어, 별칭을 사용하여 데이터베이스에서 데이터를 덤프하려면 석사:
django-admin dumpdata --database=마스터
--들어오지 못하게 하다
내용이 출력되는 애플리케이션에서 특정 애플리케이션을 제외합니다. 을 위한
예를 들어 다음을 구체적으로 제외하려면 정식 dumpdata 출력에서 애플리케이션을 실행하면
다음을 호출할 것입니다:
django-admin dumpdata --exclude=auth
여러 애플리케이션을 제외하려면 여러 애플리케이션을 사용하세요. --들어오지 못하게 하다 지시문 :
django-admin dumpdata --exclude=auth --exclude=contenttypes
--장소
사용 --장소 or -l 처리할 로케일을 지정하는 옵션입니다. 모두 제공되지 않는 경우
로케일이 처리됩니다.
--입력 없음
사용 --입력 없음 "Are you sure?"와 같은 모든 사용자 프롬프트를 억제하는 옵션
확인 메시지. 다음과 같은 경우에 유용합니다. 장고 관리자 무인으로 실행되고 있으며,
자동화된 스크립트.
EXTRA 미묘한 점
통사론 착색
The 장고 관리자 / manage.py 터미널이 다음과 같은 경우 명령은 꽤 색상으로 구분된 출력을 사용합니다.
ANSI 색상 출력을 지원합니다. 명령을 파이핑하는 경우 색상 코드를 사용하지 않습니다.
다른 프로그램으로 출력합니다.
Windows에서 기본 콘솔은 기본적으로 ANSI 이스케이프 시퀀스를 지원하지 않습니다.
컬러 출력이 없습니다. 하지만 당신은 설치할 수 있습니다 앤시콘 타사 도구인 Django
명령은 그 존재를 감지하고 해당 서비스를 사용하여 출력 색상을 지정합니다.
Unix 기반 플랫폼과 같습니다.
구문 강조 표시에 사용되는 색상은 사용자 정의할 수 있습니다. Django는 세 가지 색상으로 배송됩니다.
팔레트:
· 어두운, 검정색 배경에 흰색 텍스트를 표시하는 터미널에 적합합니다. 이것이
기본 팔레트.
· 빛, 흰색 배경에 검정색 텍스트를 표시하는 터미널에 적합합니다.
· 무색, 구문 강조 표시를 비활성화합니다.
다음을 설정하여 팔레트를 선택합니다. DJANGO_COLORS 지정하는 환경 변수
사용하고 싶은 팔레트 예를 들어 다음을 지정하려면 빛 Unix 또는 OS/X의 팔레트
BASH 셸의 경우 명령 프롬프트에서 다음을 실행합니다.
내보내기 DJANGO_COLORS="빛"
사용되는 색상을 사용자 정의할 수도 있습니다. Django는 여러 역할을 지정합니다.
어떤 색상이 사용됩니까?
· 오류 - 중대한 오류입니다.
· 주의 - 사소한 오류입니다.
· sql_field - SQL의 모델 필드 이름입니다.
· sql_coltype - SQL의 모델 필드 유형입니다.
· sql_keyword - SQL 키워드.
· sql_table - SQL의 모델 이름입니다.
· http_정보 - 1XX HTTP 정보용 서버 응답.
· http_성공 - 2XX HTTP 성공 서버 응답.
· http_not_modified - 304 HTTP Not Modified 서버 응답.
· http_redirect - 3가 아닌 304XX HTTP 리디렉션 서버 응답.
· http_not_found - 404 HTTP 찾을 수 없음 서버 응답.
· http_bad_request - 4가 아닌 404XX HTTP 잘못된 요청 서버 응답.
· http_서버_오류 - 5XX HTTP 서버 오류 응답.
이러한 각 역할에는 다음에서 특정 전경색과 배경색을 할당할 수 있습니다.
다음 목록:
· 검은
· 빨간
· 녹색
· 노랑
· 푸른
· 마젠타
· 청록색
· 화이트
그런 다음 다음 표시 옵션을 사용하여 이러한 각 색상을 수정할 수 있습니다.
· 일시: XNUMX년 XNUMX월 XNUMX일 화요일 XNUMX:XNUMXpm - XNUMX:XNUMXpm 장소: 여의도 페어몬트 앰배서더 서울 호텔 XNUMXF 아잘레아스 룸 [약도] 행사 문의: [email protected]
· 밑줄
· 깜박 거리다
· 역
· 숨기다
색상 사양은 다음 패턴 중 하나를 따릅니다.
· 역할=fg
· 역할=fg/bg
· 역할=fg, 옵션, 옵션
· 역할=fg/bg,옵션,옵션
어디에 역할 유효한 색상 역할의 이름입니다. fg 전경색입니다. bg 이다
배경색과 각각 option 색상 수정 옵션 중 하나입니다. 다양한 색상
사양은 세미콜론으로 구분됩니다. 예를 들어:
export DJANGO_COLORS="error=노란색/파란색,깜박임;notice=마젠타색"
파란색 바탕에 노란색이 깜박이는 것을 사용하여 오류가 표시되도록 지정하고 알림을 표시합니다.
마젠타색을 사용하여 표시됩니다. 다른 모든 색상 역할은 색상이 지정되지 않은 상태로 유지됩니다.
기본 팔레트를 확장하여 색상을 지정할 수도 있습니다. 팔레트 이름을 넣으면
색상 사양을 지정하면 해당 팔레트에 포함된 모든 색상이 로드됩니다. 그래서:
내보내기 DJANGO_COLORS="빛;오류=노란색/파란색,깜박임;알림=마젠타"
밝은 색상 팔레트에 있는 모든 색상의 사용을 지정합니다. 외 색상을 위해
지정된 대로 무시되는 오류 및 알림의 경우.
색상으로 구분된 출력 지원 장고 관리자 / manage.py Windows의 유틸리티
ANSICON 애플리케이션에 의존하는 기능이 Django 1.7에 추가되었습니다.
강타 완성
Bash 셸을 사용하는 경우 Django bash 완성 스크립트 설치를 고려하세요.
에 살고 엑스트라/django_bash_completion 장고 배포판에서. 가능하게 합니다
탭 완성 장고 관리자 그리고 manage.py 명령을 사용하여 예를 들어 다음을 수행할 수 있습니다.
· 유형 장고 관리자.
· 사용 가능한 모든 옵션을 보려면 [TAB] 키를 누르십시오.
· 유형 SQL을 누른 다음 [TAB]을 누르면 이름이 다음으로 시작하는 사용 가능한 옵션을 모두 볼 수 있습니다. SQL.
/howto/custom-management-명령 사용자 정의 작업을 추가하는 방법에 대해 알아보세요.
django.core.management.call_command(이름, *인수, **옵션)
코드 사용에서 관리 명령을 호출하려면 call_command.
name 호출할 명령의 이름입니다.
*인수 명령에서 허용하는 인수 목록.
**옵션
명령줄에서 허용되는 명명된 옵션입니다.
예 :
django.core 가져오기 관리에서
management.call_command('플러시', 상세도=0, 대화형=False)
management.call_command('loaddata', 'test_data', 상세도=0)
인수를 사용하지 않는 명령 옵션은 다음과 같은 키워드로 전달됩니다. 참된 or
거짓, 당신이 볼 수 있듯이 대화형 위의 옵션.
다음 구문 중 하나를 사용하여 명명된 인수를 전달할 수 있습니다.
# 명령줄과 유사
Management.call_command('dumpdata', '--natural-foreign')
# 첫 번째 대시를 뺀 명령줄과 유사한 명명된 인수
# 내부 대시가 밑줄로 대체됨
Management.call_command('dumpdata', natural_foreign=True)
# `use_natural_foreign_keys`는 옵션 대상 변수입니다.
Management.call_command('dumpdata', use_natural_foreign_keys=True)
이제 첫 번째 구문은 다음을 사용하는 관리 명령 덕분에 지원됩니다. Argparse 기준 치수.
두 번째 구문의 경우 Django는 이전에 옵션 이름을 있는 그대로 명령에 전달했습니다.
항상 사용하고 있습니다 목적지 변수 이름(옵션과 같을 수도 있고 아닐 수도 있음)
이름).
여러 옵션을 사용하는 명령 옵션에는 목록이 전달됩니다.
management.call_command('dumpdata', exclude=['contenttypes', 'auth'])
출력 리디렉션
모든 명령이 다음을 지원하므로 표준 출력 및 오류 스트림을 리디렉션할 수 있습니다.
표준 출력 그리고 표준 오류 옵션. 예를 들어 다음과 같이 작성할 수 있습니다.
open('/tmp/command_output')을 f로 사용:
management.call_command('dumpdata', stdout=f)
onworks.net 서비스를 사용하여 django-admin 온라인 사용
