Was spricht dagegen, wenn man D8 so updaten würde? :
drush cr && drush ard && drush sset system.maintenance_mode 1 && drush cr
composer update
drush updb && drush entup && drush sset system.maintenance_mode 0 && drush cr
Was spricht dagegen, wenn man D8 so updaten würde? :
drush cr && drush ard && drush sset system.maintenance_mode 1 && drush cr
composer update
drush updb && drush entup && drush sset system.maintenance_mode 0 && drush cr
Sollte Update als root erfolgen, danach nicht zu vergessen:
chown myuser1:myuser1 . -cR
Dadurch wird "myuser1" Besitzer von allen Dateien im aktuellen Ordner.
-c (if) changed
-R rekursive
cp -v .htaccess ".htaccess-$(date +%Y%m%d_%H%M%S)"
drush cr && drush ard && drush sset system.maintenance_mode 1 && drush cr
composer update
drush updb && drush entup && drush sset system.maintenance_mode 0 && drush cr
chown myuser1:myuser1 . -cR
Alles auf einer Zeile habe ich schon probiert:
cp -v .htaccess ".htaccess-$(date +%Y%m%d_%H%M%S)" && drush cr && drush ard && drush sset system.maintenance_mode 1 && drush cr && composer update && drush -y updb && drush -y entup && drush sset system.maintenance_mode 0 && drush cr
Problem:
...
Division by zero paragraphs.install:349
Performing paragraphs_update_8018
Division by zero paragraphs.install:349
Performing paragraphs_update_8018
Division by zero paragraphs.install:349
Performing paragraphs_update_8018
Division by zero paragraphs.install:349
Performing paragraphs_update_8018
Division by zero paragraphs.install:349
Performing paragraphs_update_8018
Division by zero paragraphs.install:349
Performing paragraphs_update_8018
Division by zero paragraphs.install:349
Performing paragraphs_update_8018
Division by zero paragraphs.install:349
Performing paragraphs_update_8018
Division by zero paragraphs.install:349
Performing paragraphs_update_8018
...
cp -v .htaccess ".htaccess-$(date +%Y%m%d_%H%M%S)" && drush ard && drush up
drush ard benötigt lange Zeiten. Falls man Backups hat und keine Sicherung braucht, kann man schneller updaten ohne drush ard:
cp -v .htaccess ".htaccess-$(date +%Y%m%d_%H%M%S)" && drush cr && drush sset system.maintenance_mode 1 && drush cr && composer update && drush -y updb && drush -y entup && drush sset system.maintenance_mode 0 && drush cr
Starting with 8.7.0, Drupal core no longer provides support for automatic entity updates. Whenever an entity type or field storage definition needs to be created, changed or deleted, it has to be done with an explicit update function as provided by the Update API, and using the API provided by the entity definition update manager.
Restore archive to a custom location.
drush archive-restore ./example.tar.gz --destination=/var/www/example.com/docroot
Restore archive to a new database (and customize settings.php to point there.).
drush archive-restore ./example.tar.gz --db-url=mysql://root:pass@127.0.0.1/dbname
Drupal Update mit Composer und Zeitangaben:
echo 'UPDATE START ' $(date +%Y-%m-%d-%H:%M:%S) && drush cr && composer update && drush updb -y && echo 'UPDATE END ' $(date +%Y-%m-%d-%H:%M:%S)
Problem:
w && drush cr && composer update && drush updb -y && drush cr && w
-bash: w: Kommando nicht gefunden.
Lösung:
date && drush cr && composer update && drush updb -y && drush cr && date