Das hat bei mir geholfen. Danach initialisiert er sich einmal wieder sauber neu und due ausstehenden Updates funktionieren ohne Probleme:
killall snap-store
snap refresh
Wer noch auf der 0.4.1 Version ist, kann über diesen weg https://certbot.eff.org/lets-encrypt/ubuntuxenial-apache updaten. Es wird nicht nur Certbot installiert sondern auch eine aktuelle Version "letsencryp"
sudo letsencrypt --version
und alles andere funktioniert danach wie vorher.
Damit ich nicht jedes mal neu suchen muss, hier als Notiz für mich und alle anderen natürlich auch:
define('FS_METHOD', 'direct');
zur wp-config.php hinzufügen und Rechte setzen.
Wenn beim Versuch Shopware zu updaten, der Prozess-Dialog ewig läuft und dann irgendwann das Backenend einfach neu lädt, kann es am media/ Verzeichnis liegen. Ich hab, als das Problem bei meinem lokalen Entwickler-Shop auftrat erst einmal alle leeren Verzeichnisse entfernt mit
sudo find media/ -type d -empty -delete
Dann noch mal die Rechte für die Dateien neu gesetzt (wegen über SCP hochgeladene Plugins oder so) und nachdem das Backend zwei mal neugeladen wurde, lief das Update sofort und ohne Probleme an. Hat mich zwar einige Stunden gekostet, bis alles soweit war, aber endlich wieder Updaten zu können ist es auch wert.
Beim Umstieg von einer alten PHP Version auf PHP7.0 werden viele sicher gleich sich daran machen auch den ganzen Rest mal auf eine aktuelle Version zu migrieren. Dazu gehört dann oft auch eine aktuelle MySQL-Version.
Aber manchmal laufen dann ältere Queries nicht mehr. Das Beste ich dann natürlich das Query anzupassen. Wenn man aber nicht so viel Zeit hat oder sich erst später mit den Problem beschäftigen möchte, hilft es oft die problematischen neuen Modes zu deaktivieren.
Besipiel wäre hier der ONLY_FULL_GROUP_BY-Mode
SET sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));
Bei PDO kann man das Stament direkt als PDO::MYSQL_ATTR_INIT_COMMAND setzen, so dass es bei jeder neuen Verbindung gleich gesetzt wird.