Drumal Advent Calendar 2015 13일째!
이 페이지는 아래의 자료를 참고한다
실제 드롭 8로 손을 써본 기록이다.
https://www.acquia.com/resources/ebooks/ultimate-guide-drupal-8
(자료를 등록하면 다운로드할 수 있습니다.)
Droper8의 에센스가 가득한 훌륭한 자료입니다.
이미 이곳을 읽은 사람은......여기까지입니다.

Configretion Maneger란 무엇입니까?

DB에 저장된 설정 정보를 내보내고 가져올 수 있는 Drumpal8의 새로운 기능입니다.

뭘 좋아해요?

장점을 누릴 수 있는 것은 실제로 코드를 맞춤형으로 작성하고 발행을 담당하는 프로그래머다.수정 반응 2도 동안!이런 일은 좀 줄어들 것이다.

디테일

다음은 제 개인적인 생각입니다.
Dropal은 콘텐츠 설정, 사이트 설정 등'설정 정보'의 대부분을 DB에 저장한다
그 정보를 다른 환경에 반영하려면 반드시 같은 절차에 따라 다른 환경에 반영해야 한다.
예를 들어 개발 환경에서 관리 화면에서 블록을 추가하면 검증 환경과 공식 환경에서도 마찬가지로 관리 화면에서 블록을 추가한다.
핸드메이드가 오류의 근원인 데다 긴장감까지 더해져 본격 퍼포먼스 반영 때 설정 실수가 발생····슈퍼 화가 났다(당연하지. 하지만 중복··)
↓
발행
원본 반영 + 명령 하나만 실행하면 끝나지 않겠지--!
부스러기 개발이 좋겠지!!이렇게 됐어.
(CMS 맞춤 제작하면 한 번쯤은 없겠지...?)
※ 이런 생각을 없앨 수 있는 기능은 D7 때도 있다.모듈 훅update_N(), Features 등의 모듈 또는 Drash 실행에 반영되는 항목 등을 정의합니다.
Configretion Maneger의 이점은 다음과 같습니다.

정보를 설정하는 파일 형식은yml 파일입니다.

흔한 형식, 익숙해졌어!수정 디프가 쉽게 구할 수 있을 것 같아요!

Drash에 반영된 명령을 제공합니다.

대규모로 발표해도 소스 리액션 + 간단한 실행 케이스 하나로 완성되는 것도 꿈이 아니다!

지금까지 반영된 장애물을 제거할 수 있습니다!스케줄러:혼나지 않을지도 몰라!

이렇게 하면 스크래치로 돌아가고 싶지 않을 거예요.아마

무엇이 파일화를 설정할 수 있습니까?

하나의 예로... (참고 자료를 발췌)

Content Types

Custom Block Types

User Roles

Views

Taxonomy Vocabularies

Image Styles

프로그래머가 사용자 정의할 수 있는 부분은 다음과 같습니다.
아마 망라됐겠죠?내 생각엔
Basic page 등의 내용 자체와 등록된 메뉴 등의 정보일 뿐입니다.
문서화를 설정할 수 없기 때문에 각자 노력해야 한다.
참고 자료
8.1.0과 8.2.0은 콘텐츠 자체의 사이트 간 이동 기능이 있을지도 모른다
뭐라고 써있어?꼭 이루세요!네.

구상적 사용 방법

[A환경]Configration Manager의 관리 화면에서 모든 설정 파일을 내보냅니다.

[A환경]은 Drumal의 Stage 디렉토리에 위치하고 Git를 통해 관리됩니다.

[B환경]Giit를 통해 설정 파일, 설정을 획득합니다.

[B환경]관리 화면에서 설정을 가져옵니다.

경품 중의 하나

그림에 기재되어 있다
구성 파일의 내보내기 소스와 가져오기 대상은 Config 테이블입니다.
책상을 보면 yml의 파일 이름, 파일 내용과 일치합니다.
캐시는 configchache인 것 같애.
Dropal 7 로 말하자면.

system

variable

field_config

node_type etc…

이런 설정 정보를 저장하는 표
Dropal 8이 config 테이블에 집중된 느낌.

Configretion Maneger의 관리 화면은 어디에 있습니까?

Configuration > Configuration synchronization.
URL은 "/admin/config/development/configuration"입니다.

프로파일을 배치할 디렉토리는 어디에 있습니까?

sites/deault/setting.php로 설정합니다.다중 사이트로 구성된 경우 이 사이트의setting.php를 보십시오.
대상 변수는 여기에 있다.$config_directories['active'] $config_directories['staging']기본적으로 sites/deault/files 아래에 대상 디렉터리가 있다고 생각합니다.
gitignore 지정
자신의 디렉토리에서
카탈로그
용도
Active
현재 설정된 위치를 임시로 내보냅니다.GTI를 관리하고 싶지 않습니다.
Staging
다음에 반영할 설정 위치입니다.기트를 관리하고 싶습니다.
이렇게 해석하다.
또한sites/deault/files 부하 대부분이 Giit 관리 대상이기 때문에
Stage 디렉토리sites/default/config/만 만들고 아래로 이동합니다.
이후에도 이렇게 설정한 사람이 있다.이게 더 진지한 것 같아...

쓰다

A환경이라는 사이트가 있고 B환경은 그 복제된 사이트이다.
A환경에서 블록을 추가하여 파일을 설정하여 B환경으로 블록 정보를 가져옵니다.
A 환경에 블록을 추가하기 전에
모든 설정 파일을 내보내고 Stage 디렉토리에 배치합니다.

[A 환경] 준비.

표시Configuration > Configuration synchronization, Export 탭을 클릭합니다.

탭에 있는 Export 단추를 누르면 모든 설정 파일을 포함하는 tar 파일을 다운로드합니다.

tar 파일을 확장하여 Stage 디렉토리에 배치합니다.

【A환경】추가 블록

Structure > Block layout의 메뉴에 사용자 정의 블록을 추가하고 현재 테마의 머리글에 설정합니다.
(이렇게 하면 될 것 같아. 설명을 잊어버릴게.)
이때 [A환경]을 표시하는 Configuration > Configuration synchronization를 시도해 보면 좀 나쁘다고 느낀다.

이 페이지에는 현재 DB 내 설정과 Stage 디렉토리 간의 차이가 표시됩니다.
스테이지 디렉토리에 추가된 블록의 설정 파일이 없기 때문에'1 Removed'가 됩니다.
(이 상태에서 import all을 실행할 때... 추가된 블록은 삭제됩니다!)

[A 환경] 프로필 내보내기

준비 및 단계와 마찬가지로 Stage 디렉토리에서 구성 프로파일을 구성합니다.
여기서 [A환경]Configuration > Configuration synchronization을 보면 차이가 없다.

DB 내 설정은 Stage 디렉토리와 동일합니다.

【B환경】가져오기

Stage 디렉토리에서 A 환경에 대한 설정 파일을 구성합니다.
여기서【B환경】Configuration > Configuration synchronization
1New로 표시됩니다.
이 상태에서 import all 버튼을 클릭합니다
블록 설정의 페이지를 보면 잘 추가됩니다.

Drash 키를 눌러 수행

내보내기

drush cexStage 디렉토리에서 이전 설정 파일을 삭제한 후 새 설정 파일을 구성합니다.

가져오기

drush cimStage 디렉토리를 DB로 가져옵니다.
지금까지 화면 관리에서 필사적으로 설명했어요.
Drush면 나니 수준이 편해요(웃음)

Configretion Maneger에 사용자 정의 모듈 설정 위임

Configration API를 사용합니다.
http://drupal.org/project/examples
여기서 다운로드할 수 있는 샘플을 보면 이해하기 쉽다.
나는 아직 테스트를 실현하지 못했다.미안합니다.

푹 빠진 곳

어떤 정보가 설정 파일에 출력되는지
나는 아마 그 모듈에 빠질 것이다.
사용자 정의 블록만 추가되어 테마에 설정되지 않은 상태에서 설명합니다
설정 파일을 출력하지 않았다니.
다양한 패턴을 내보내거나 가져오지 않았으면 좋겠어요.

최후

드럼팔 7과 비교하면 드럼팔 8은 전반적으로 개발자에게 부드러운 편이다.
모듈의 구조, 아...이런 구조가 바뀌어서 흡수하기 어려워요.
왜냐하면 앞으로도 모듈을 정리하는 작업이 있을 거예요.
나는 이참에 핵심이 할 수 있는 일을 기억하고 싶다.
그게 다야.