코어 및 모듈 업데이트/Drupal 8

Before upgrading, always read the logs on the core/module release page and decide whether or not to upgrade based on that information.

지원

사이트의 백업 버전 만들기:

drush ard

Drupal 프로젝트를 통해 사이트가 만들어지면 9번째 드러쉬는 현지에서 배송됩니다. drush ard 명령이 작동하지 않을 수 있습니다.
이것이 백업을 수동으로 수행해야 하는 이유입니다.

데이터베이스를 현재 폴더로 언로드합니다.

drush cr ; drush sql-dump > dump.sql

다음 사이트와 함께 폴더를 보관합니다.

zip -r site.zip site

핵심 업데이트

코어는 다음 명령으로 업데이트됩니다.

composer update drupal/core --with-dependencies -o

코어를 업그레이드한 후 데이터베이스를 업데이트하고 구성을 언로드해야 합니다.

drush cr ; drush updb --entity-updates -y ; drush cex -y

"상태 보고서"페이지로 이동하여 오류를 확인하고 핵심 버전을 확인합니다.

/admin/reports/status 

경우에 따라 이전 사이트를 업데이트하려면 core, vendor 및 composer.lock 폴더를 삭제하고 미리 백업 복사본을 만들어야 합니다.

zip -r core.zip core ; zip -r vendor.zip vendor ; zip composer.lock.zip composer.lock ; rm -rf core ; rm -rf vendor ; rm composer.lock 

그리고 전체 사이트를 업데이트합니다.

composer update --with-dependencies -o ; drush updb --entity-updates -y ; drush cr ; drush cex -y 

Be extremely careful when updating everything on the site. After updating some of the modules - some of the site functionality may not work.

모듈 업데이트

모듈은 코어와 같은 방식으로 업데이트됩니다. 유일한 차이점은 코어 대신 모듈 이름을 작성해야 한다는 것입니다.

composer update drupal/modulename ; drush updb --entity-updates -y ; drush cr ; drush cex -y 

모듈이 업데이트되지 않으면 composer.json 파일에 없을 수 있습니다. 이것은 일반적으로 모듈이 drush를 통해 설치되었음을 의미합니다.

작성기를 통해 다시 설치해야 합니다.

composer require drupal/modulename ; drush updb --entity-updates -y ; drush cr ; drush cex -y 

모든 모듈 설정이 저장됩니다.

백업을 통한 사이트 복원

This is more relevant if for some reason you have updated the site immediately in production. This is not recommended to do. It is better to make an update on a local or technical server, and then - to transfer changes to the main site.

졸졸졸

사이트가 망가지고 정리할 시간이 없다면 즉시 백업을 배포하는 것이 좋습니다.

drush arr backup.tar.gz --overwrite 

백업 파일은 사이트의 폴더와 병렬로 위치해야 합니다.

수동

백업을 수동으로 만든 경우 아카이브의 압축을 풀고 이전 아카이브를 교체하십시오.

다음 명령을 사용하여 dump.sql 파일에 있는 데이터베이스를 가져올 수 있습니다.

drush sql-drop ; drush sql-cli < dump.sql 

sql-drop은 데이터베이스를 완전히 지우고 액세스는 파일에 저장됩니다.

/sites/default/settings.php 

sql-cli < dump.sql은 dump.sql 파일에서 파일에서 액세스하는 데이터베이스로 데이터베이스를 가져옵니다.

/sites/default/settings.php 

dump.sql 파일이 제자리에 있는지 확인하십시오. 그렇지 않으면 현재 데이터베이스를 정리할 수 있으며 가져올 항목이 없습니다.

캐시 재설정:

drush cr

가능한 문제

최근 로그 항목

사이트 작동이 중지되고 페이지 대신 예기치 않은 오류 또는 페이지 500이 열리면 최근 로그 페이지에서 원인을 읽을 수 있습니다.

/admin/reports/dblog 

마지막 오류를 찾으십시오. 문제가 무엇인지 컨텍스트가 명확하면 수정하십시오. 그렇지 않은 경우 오류를 복사하고 Google에 검색하십시오.

ISP매니저 로그인

다음 주소에서 ISPmanager 로그에 액세스할 수 있습니다.

site.ru:1500/ispmgr 

오류 로그는 사이드바 -> WWW -> 로그에 있습니다.

열려 있는:

site.ru.error.log 

그런 다음 "최근 로그 항목"항목과 유사하게

문제 모듈

I must warn you that what is written below are problems that I have personally encountered. It is quite possible that I was doing something wrong, and the information does not reflect reality. If this is the case, email me and I'll be happy to correct it.

다음 모듈은 업데이트하지 않는 것이 좋습니다.

블록 탭;

색상 필드;

다음과 같은 경우 더 주의해야 합니다.

웹폼;

관리자 툴바;

업데이트 후 마크업이 변경될 수 있으므로 레이아웃이 날아갑니다.

명령 이후에 모듈이 업데이트되지 않도록 하려면 다음을 수행하십시오.

composer update --with-dependencies -o 

특정 버전의 모듈을 설치해야 합니다. 예를 들어 차단 탭에는 업데이트가 필요합니다.



현재 8x-1.0-alpha3 버전이 설치되어 있으므로 8x 이후의 모든 항목을 복사하고 업데이트되지 않고 이 버전에서 수정되도록 Block Tabs를 다시 설치합니다.

composer require drupal/blocktabs:1.0-alpha3