4.4.x Update von 4.4.35 auf 4.13-LTS

Update von 4.4.35 auf 4.13-LTS

Hallo zusammen

Ich sollte meine Contao Installationen aktualisieren.
Für alle meine Tests habe ich eine Installation in einer Subdomain mit entsprechenden eigenen Ordnern und Datenbank.

Mein angedachtes Vorgehen:
1. Kopieren der bestehenden Testinstallation in eine neue Testumgebung.
Erstellen einer neuen Testsubdomain
Kopieren aller Dateien in eine neue Ordnerstruktur der neuen Testumgebung
Erstellen (Kopieren) einer neuen Testdatenbank.
2. Update gem. https://contao-academy.de/blog/conta...e-durchfuehren durchführen.

Ich scheitere momentan schon beim kopieren der bestehenden Testinstallation.

Beim Aufruf der Testinstallation krieg ich einen 403er Error

Die Dateien habe ich auf zwei Arten kopiert :
1. rsync -ar /httpdocs/contao-4-4-lts/hr-vision-test /httpdocs/contao-4-13-lts/.
2. cp -rap /httpdocs/contao-4-4-lts/hr-vision-test /httpdocs/contao-4-13-lts/.

Bei beiden Arten gibt es diesen 403er Error
Auch bei der Anzeige der PHP Infos (was ja losgelöst von Contao funktionieren sollte) krieg ich den Fehler.

Wenn ich dann das ganze Verzeichnis bis auf .../web mit .htaccess + PHPInfo.php lösche krieg ich die PHP Infos angezeigt.

Somit funktioniert grundsätzlich die Subdomaine mit dem Webverzeichnis auf dem Server.

Ein weiterer Versuch gemäss https://community.contao.org/de/show...Kopie-erzeugen (https://erdmann-freunde.de/wissen/co...ao-4-umziehen/) schlägt fehl, da im Manager 4.4 nicht mehr zur Verfügung steht.

Hat mir jemand einen Tipp wie ich zu einer funktionierenden Kopie meiner 4.4er Installation komme, damit ich den Update testen kann ?

Danke und Gruss
Beat

Zitat:

Zitat von harley-rider

Ein weiterer Versuch gemäss https://community.contao.org/de/show...Kopie-erzeugen (https://erdmann-freunde.de/wissen/co...ao-4-umziehen/) schlägt fehl, da im Manager 4.4 nicht mehr zur Verfügung steht.

Wenn Du tatsächlich noch mal eine 4.4 aufsetzen willst, dann die Version einfach in die composer.json eintragen bzw. die composer.json der ursprünglichen Installation verwenden.
Bei einem Update in einer Parallelinstallation setze ich allerdings gleich die neue Version ein, installiere die notwendigen Erweiterungen entweder über den Manager oder durch Übernahme aus der ursprünglichen composer.json und verbinde dann mit einer Kopie der ursprünglichen DB.

Zitat:

Zitat von mlweb

Wenn Du tatsächlich noch mal eine 4.4 aufsetzen willst, dann die Version einfach in die composer.json eintragen bzw. die composer.json der ursprünglichen Installation verwenden.

Geht leider auch nicht, da beim Aufruf des Managers auch dieser blöde 403er kommt.

Welche Ordner / Dateien wären das Minimum, das ich aus der bestehenden Installation kopieren müsste ?

Jetzt habe ich einmal folgende Dateien ab der 4.4er Installation in das neue Verzeichnis kopiert :

/httpdocs/contao-4-13-lts/hr-vision-test/composer.json
/httpdocs/contao-4-13-lts/hr-vision-test/composer.lock
/httpdocs/contao-4-13-lts/hr-vision-test/web/.htaccess
/httpdocs/contao-4-13-lts/hr-vision-test/web/PHPInfo.php
/httpdocs/contao-4-13-lts/hr-vision-test/web/contao-manager.phar.php

Damit kann ich die PHP Info abrufen und den Manager starten.

Der Manager will jetzt ein neues Benutzerkonto anlegen, dazu gebe ich Benutzer und PW ein.
Jetzt läuft der Manager Check (Systemprüfung)
Bis und mit Updates für CM ist alles OK, (Du verwendest die aktuelle Version 1.6.0)

Bei der Prüfung der Composer-Umgebung kommt die Meldung
Composer-Abhängigkeiten sind nicht installiert mit einem Button 'Installieren'

Der nächste Schritt 'Contao-Installation' dreht und dreht mit der Bemerkung 'Warten'

Wenn ich bei 'Composer...' auf installieren klicke kommen nach einiger Zeit folgende Fehler.

Code:

$ /opt/plesk/php/7.4/bin/php -q -dmax_execution_time=0 -dmemory_limit=-1 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=Europe/Zurich /home/httpd/vhosts/harley-rider.ch/httpdocs/contao-4-13-lts/hr-vision-test/web/contao-manager.phar.php composer install --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader Installing dependencies from lock file Verifying lock file contents can be installed on current platform. Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. It is recommended that you run `composer update` or `composer update `. Your lock file does not contain a compatible set of packages. Please run composer update. Problem 1 - contao-community-alliance/composer-plugin is locked to version 3.0.9 and an update of this package was not requested. - contao-community-alliance/composer-plugin 3.0.9 requires composer-plugin-api ^1.0 -> found composer-plugin-api[2.2.0] but it does not match the constraint. Problem 2 - contao-components/installer is locked to version 1.3.1 and an update of this package was not requested. - contao-components/installer 1.3.1 requires composer-plugin-api ^1.0 -> found composer-plugin-api[2.2.0] but it does not match the constraint. Problem 3 - contao/manager-plugin is locked to version 2.7.0 and an update of this package was not requested. - contao/manager-plugin 2.7.0 requires composer-plugin-api ^1.1 -> found composer-plugin-api[2.2.0] but it does not match the constraint. Problem 4 - ocramius/package-versions is locked to version 1.4.0 and an update of this package was not requested. - ocramius/package-versions 1.4.0 requires composer-plugin-api ^1.0.0 -> found composer-plugin-api[2.2.0] but it does not match the constraint. Problem 5 - contao-components/installer 1.3.1 requires composer-plugin-api ^1.0 -> found composer-plugin-api[2.2.0] but it does not match the constraint. - contao-components/tinymce4 4.6.7.2 requires contao-components/installer ^1.0.9 -> satisfiable by contao-components/installer[1.3.1]. - contao-components/tinymce4 is locked to version 4.6.7.2 and an update of this package was not requested. # Process terminated with exit code 2 # Result: Misuse of shell builtins

Beim Schliessen dieser Konsolenmeldung erscheint dann auch der 403er Error

Auf der Urinstallation läuft dieser Manager-Check problemlos.

Poste Deine composer.json.
Außerdem nehme ich für Updates in der Regel keine composer.lock mit.

Code:

user@server /httpdocs/contao-4-13-lts/hr-vision-test> cat composer.json { "type": "project", "require": { "bugbuster/contao-visitors-bundle": "^1.5", "contao/calendar-bundle": "^4.4", "contao/comments-bundle": "^4.4", "contao/faq-bundle": "^4.4", "contao/listing-bundle": "^4.4", "contao/manager-bundle": "4.4.*", "contao/news-bundle": "^4.4", "contao/newsletter-bundle": "^4.4", "do-while/contao-backupdb-bundle": "^1.3", "jrgregory/m17-sticky-backend-footer": "^2.0", "madeyourday/contao-rocksolid-columns": "^2.0", "madeyourday/contao-rocksolid-custom-elements": "^2.2", "madeyourday/contao-rocksolid-frontend-helper": "^2.0", "madeyourday/contao-rocksolid-icon-picker": "^2.0", "madeyourday/contao-rocksolid-slider": "^2.0", "madeyourday/contao-rocksolid-theme-assistant": "^2.0", "terminal42/contao-easy_themes": "^2.2", "omosde/contao-om-backend": "^1.3" }, "extra": { "contao-component-dir": "assets", "public-dir": "web" }, "scripts": { "post-install-cmd": [ "@php vendor/bin/contao-setup" ], "post-update-cmd": [ "@php vendor/bin/contao-setup" ] } }

Ich habe da noch einen weiteren Button 'in Abgesicherten Modus starten' - gefunden

Wenn ich den anklicke startet der manager und unter Packete ist nichts 'aktives' aufgeführt, aber 18 'unbestätigte Änderungen'
Alle Packete haben den Hinweis 'manuell hinzugefügt'

Soll ich da mal auf 'Änderungen anwenden' klicken ?

Ich habe im abgesicherten Modus die Änderungen durchgeführt und danach alle Schritte gem https://erdmann-freunde.de/wissen/co...ao-4-umziehen/ bis zu Punkt 8 durchgeführt
Der CM Check bringt eine korrekte Installation mit 4.4.57 an

Der Aufruf von install bringt jetzt aber einen 500er Fehler

Das ganze .../web ist leer mit Ausnahme der zu Beginn hineinkopierten Dateien
user@server /httpdocs/contao-4-13-lts/hr-vision-test/web> ls -l
total 14196
-rw-r--r-- 1 harleyrider psacln 25 Mar 14 2019 PHPInfo.php
-rw-r--r-- 1 harleyrider psacln 14529866 Oct 11 16:14 contao-manager.phar.php

Irgendwo ist evtl. 'was' schief gelaufen ...
Kann ich einfach das ganze /web aus der Ursprungsinstallation hierhin kopieren ?

In den Ordner /web habe ich was Contao betrifft noch nie etwas hineinkopiert außer dem Manager und einer angepassten .htaccess (gelegentlich auch Verifizierungsdateien z.B. für die Google-Konsole)
Also nein, das würde ich nicht tun und das wird m.E. auch nicht fubnktionieren. Das was Contao dort anlegt, das sind zum großen Teil Symlinks oder Ordner in denen Symlinks vorhanden sind.
Symlinks können von Deinem Server angelegt werden?

An einer missglückten Installation herumzudoktern, ist nach meiner Erfahrung gelegentlich sehr unerfreulich.
Ein sauberer Neuanfang ist für mich in der Regel das Mittel der Wahl.

Warum willst Du eigentlich unbedingt zuerst eine 4.4 für die Subdomain installieren?
Wie oben schon erwähnt würde ich gleich über den Manager Contao 4.13 installieren (DB noch nicht aktualisieren), am besten auch gleich mit dem Ordner public an Stelle von web.
Dann die benötigten Erweiterungen installieren. Nach Deiner obigen composer.json wären das

"bugbuster/contao-visitors-bundle"
"do-while/contao-backupdb-bundle"
"jrgregory/m17-sticky-backend-footer"
"madeyourday/contao-rocksolid-columns"
"madeyourday/contao-rocksolid-custom-elements"
"madeyourday/contao-rocksolid-frontend-helper"
"madeyourday/contao-rocksolid-icon-picker"
"madeyourday/contao-rocksolid-slider"
"madeyourday/contao-rocksolid-theme-assistant"
"terminal42/contao-easy_themes"
"omosde/contao-om-backend"

Danach das Installtool aufrufen. Ggf. vorher noch schauen ob folgende Erweiterungen mit Contao 4.13 kompatibel sind, der Rest ist es. Die habe ich selbst in einer 4.13 im Einsatz.

"bugbuster/contao-visitors-bundle"
"do-while/contao-backupdb-bundle"
"omosde/contao-om-backend"

Ich habe heute morgen zufällig auch ein Update 4.4 auf 4.13 durchgeführt. Das sollte wirklich problemlos durchlaufen.

Zitat:

Zitat von mlweb

Warum willst Du eigentlich unbedingt zuerst eine 4.4 für die Subdomain installieren?
Wie oben schon erwähnt würde ich gleich über den Manager Contao 4.13 installieren (DB noch nicht aktualisieren), am besten auch gleich mit dem Ordner public an Stelle von web.
Dann die benötigten Erweiterungen installieren.

Ich möchte die produktiven Installation nicht direkt updaten sondern über den Weg einer Kopie (inkl. Subdomaine), wenn dann dort alles OK ist, kann ich nur noch die produktive URL auf die neue Dateistrukur von 4.13 ändern. Damit habe ich meiner Meinung nach die kürzeste Ausfallzeit und doch genügend Zeit den Update durchzuführen.

Wenn Du in der Subdomain gleich 4.13 einsetzt ist die Ausfallzeit doch nicht länger.

Zitat:

Zitat von mlweb

Wenn Du in der Subdomain gleich 4.13 einsetzt ist die Ausfallzeit doch nicht länger.

Das versteh ich jetzt nicht ganz.
Ich benötige doch eine funktionierendes Abbild (4.4), das ich dann mit dem CM auf 4.13 Updaten kann ...

Soweit ich dich verstehe, schlägst du eine effektive Neuinstallation (4.13) auf der Subdomaine vor.
Diese 'leere' Contao 4.13 Installation muss dann anschliessend mit dem bestehenden Inhalt (4.4) aktualisiert werden.

Hast du mir dazu einen Link auf eine Doku, wie dies ablaufen soll ?
Alle gefundenen Updateanleitungen beziehen sich, soweit ich diese verstehe, auf einen Update mit dem CM von einer bestehenden 4.x. auf 4.13.

Eigentlich habe ich das oben ja schon geschrieben und das ganze läuft im Wesentlichen genauso ab wie ein Umzug.
Hier mal kurz skizziert, ich hoffe ich vergesse nichts, weil viele Schritte bei mir dann doch schon ganz automatisch erfolgen, weil ich das häufiger mache

neue DB erstellen
Daten der 4.4 importieren
Installation einer 4.13
Ordner public statt web verwenden, Subdomain zeigt auf den Ordner public Deiner neuen Ordnerstruktur
kein Installtool aufrufen bzw. keine Aktualisierungen an der DB durchführen
alle Erweiterungen installieren, wie oben ausgeführt
Ordner files und templates direkt übernehmen
localconfig.php übernehmen
ggf. aus app/config die config.yml übernehmen, falls vorhanden (gehört inzwischen in den Ordner config)
aus der parameters.yml Einträge übernehmen, die nicht die Datenbank betreffen
ggf. manuell installierte Erweiterung bzw. individuelle Erweiterungen, dca- und Sprachanpassungen ... übernehmen
jetzt DB aktualisieren

Zitat:

Zitat von mlweb

[LIST][*]neue DB erstellen
Daten der 4.4 importieren[*]Installation einer 4.13
Ordner public statt web verwenden, Subdomain zeigt auf den Ordner public Deiner neuen Ordnerstruktur
kein Installtool aufrufen bzw. keine Aktualisierungen an der DB durchführen[*]alle Erweiterungen installieren, wie oben ausgeführt[*]Ordner files und templates direkt übernehmen

bis hier hat es schon mal funktioniert.
Die Dateien localconfig.php und app/config/config.yml sind in der Originalinstallation nicht vorhanden.
parameters.yml hat nur DB Einträge

Beim Installtool krieg ich diesen Fehler :

Code:

[2022-10-17T15:50:03.197003+02:00] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\DriverException: "An exception occurred while executing a query: SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline." at /home/httpd/vhosts/harley-rider.ch/httpdocs/contao-4-13-lts/hr-vision-test/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php line 117 {"exception":"[object] (Doctrine\\DBAL\\Exception\\DriverException(code: 1118): An exception occurred while executing a query: SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline. at /home/httpd/vhosts/harley-rider.ch/httpdocs/contao-4-13-lts/hr-vision-test/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:117)\n[previous exception] [object] (Doctrine\\DBAL\\Driver\\PDO\\Exception(code: 1118): SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline. at /home/httpd/vhosts/harley-rider.ch/httpdocs/contao-4-13-lts/hr-vision-test/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:28)\n[previous exception] [object] (PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline. at /home/httpd/vhosts/harley-rider.ch/httpdocs/contao-4-13-lts/hr-vision-test/vendor/doctrine/dbal/src/Driver/PDO/Connection.php:31)"} []

Hier https://stackoverflow.com/questions/...-columns-to-te finde ich eine Lösung dazu.

I tried all the solutions here, but only this parameter
innodb_strict_mode = 0

Mit phpMyAdmin den Befehl 'SET innodb_strict_mode=OFF; ' auf der DB durchgeführt

Install wiederholt, erhalte aber denselben Fehler.

Bin mit meinem DB Latein ab Ende, wie kann ich diesen Fehler eliminieren ?

Zitat:

Zitat von harley-rider

Bin mit meinem DB Latein ab Ende, wie kann ich diesen Fehler eliminieren ?

Hier https://community.contao.org/de/show...l=1#post548257 habe ich was dazu gefunden.
in der my.cnf
Code: innodb_page_size=32768
reinschreiben und den Server neustarten.

Auf dem Rootverzeichnis finde ich mit 'find . -name my.cnf' keine solche Datei.

Wie kann ich dies ändern ?
Muss ich da über den Hoster gehen oder gibt es andere Möglichkeiten den Fehler zu beheben ?

Ich hatte ein solches Problem bei einer uralten Installation mit dem alten alten efg auch schon mal. Ich habe das bei der damaligen Installation durch manuelles Löschen der überflüssigen Felder lösen können.
Durch bestimmte Änderungen in Contao sollte das in neueren Installationen eigentlich kaum noch auftreten. Aber eben erst, wenn die DB auch aktualisiert ist.
Man müsste also genau schauen warum die Row size zu groß ist.

Zitat:

Zitat von harley-rider

Auf dem Rootverzeichnis finde ich mit 'find . -name my.cnf' keine solche Datei.

Wie kann ich dies ändern ?
Muss ich da über den Hoster gehen oder gibt es andere Möglichkeiten den Fehler zu beheben ?

Ich denke im Shared Hosting wird das nicht gehen.

Ich habe da noch einen anderen Lösungsweg gefunden.
https://community.contao.org/de/show...highlight=1118

Finde vier Dateien
harleyrider@gothicus /httpdocs/contao-4-13-lts/hr-vision-test> find . -name config.yml
./vendor/contao/manager-bundle/src/Resources/skeleton/config/config.yml
./vendor/symfony-cmf/routing-bundle/tests/Fixtures/App/config/config.yml
./vendor/symfony-cmf/routing-bundle/tests/Fixtures/fixtures/config/config.yml
./vendor/madeyourday/contao-rocksolid-frontend-helper/src/Resources/config/config.yml

Werde die mal anschauen und hier posten.

Oder würde es evtl. etwas helfen, wenn ich die Erweiterungen nicht alle auf einmal installiere ?

Zitat:

Zitat von harley-rider

Ich habe da noch einen anderen Lösungsweg gefunden.
https://community.contao.org/de/show...highlight=1118

cat ./vendor/contao/manager-bundle/src/Resources/skeleton/config/config.yml

Code:

imports: - { resource: parameters.yml } - { resource: security.yml } - { resource: services.yml } # Put parameters here that don't need to change on each machine where the app is deployed # http://symfony.com/doc/current/best_practices/configuration.html#application-related-configuration parameters: locale: en # Framework configuration framework: assets: true esi: { enabled: true } translator: { fallbacks: ['%locale%'] } secret: '%env(APP_SECRET)%' router: utf8: true resource: contao_manager.routing.route_loader::loadFromPlugins type: service strict_requirements: '%kernel.debug%' csrf_protection: ~ lock: ~ default_locale: '%locale%' session: handler_id: ~ cookie_secure: auto fragments: { path: /_fragment } cache: pools: doctrine.result_cache_pool: adapter: cache.app doctrine.system_cache_pool: adapter: cache.system # Contao configuration contao: preview_script: /preview.php # Twig configuration twig: debug: '%kernel.debug%' strict_variables: '%kernel.debug%' # Doctrine configuration doctrine: dbal: default_connection: default connections: default: driver: pdo_mysql url: '%env(DATABASE_URL)%' charset: utf8mb4 default_table_options: charset: utf8mb4 collation: utf8mb4_unicode_ci engine: InnoDB row_format: DYNAMIC types: binary_string: class: Contao\CoreBundle\Doctrine\DBAL\Types\BinaryStringType orm: auto_mapping: true auto_generate_proxy_classes: false naming_strategy: doctrine.orm.naming_strategy.default metadata_cache_driver: type: service id: app.doctrine_system_cache_provider query_cache_driver: type: service id: app.doctrine_system_cache_provider result_cache_driver: type: service id: app.doctrine_result_cache_provider # Security configuration nelmio_security: content_type: nosniff: true referrer_policy: enabled: true policies: - no-referrer-when-downgrade - strict-origin-when-cross-origin xss_protection: enabled: true mode_block: true # FOS HttpCache configuration fos_http_cache: proxy_client: symfony: use_kernel_dispatcher: true cache_manager: enabled: true tags: enabled: true annotations: enabled: false max_header_value_length: 4096 # Scheb 2FA configuration scheb_two_factor: trusted_device: enabled: true backup_codes: enabled: true

cat ./vendor/symfony-cmf/routing-bundle/tests/Fixtures/App/config/config.yml

Code:

framework: serializer: enable_annotations: false property_access: ~ annotations: ~

cat ./vendor/symfony-cmf/routing-bundle/tests/Fixtures/fixtures/config/config.yml

Code:

cmf_routing: chain: routers_by_id: cmf_routing.router: 300 router.default: 100 replace_symfony_router: true dynamic: generic_controller: acme_main.controller:mainAction controllers_by_type: editable: acme_main.some_controller:editableAction controllers_by_class: Symfony\Cmf\Bundle\ContentBundle\Document\StaticContent: cmf_content.controller:indexAction templates_by_class: Symfony\Cmf\Bundle\ContentBundle\Document\StaticContent: CmfContentBundle:StaticContent:index.html.twig persistence: phpcr: route_basepaths: - /cms/routes - /simple enable_initializer: true locales: [en, fr] auto_locale_pattern: true match_implicit_locale: truecat ./vendor/symfony-cmf/routing-bundle/tests/Fixtures/fixtures/config/config.yml cmf_routing: chain: routers_by_id: cmf_routing.router: 300 router.default: 100 replace_symfony_router: true dynamic: generic_controller: acme_main.controller:mainAction controllers_by_type: editable: acme_main.some_controller:editableAction controllers_by_class: Symfony\Cmf\Bundle\ContentBundle\Document\StaticContent: cmf_content.controller:indexAction templates_by_class: Symfony\Cmf\Bundle\ContentBundle\Document\StaticContent: CmfContentBundle:StaticContent:index.html.twig persistence: phpcr: route_basepaths: - /cms/routes - /simple enable_initializer: true locales: [en, fr] auto_locale_pattern: true match_implicit_locale: true

cat ./vendor/madeyourday/contao-rocksolid-frontend-helper/src/Resources/config/config.yml

Code:

rocksolid_frontend_helper: backend_modules: # myextension: # do: myextension # do parameter (defaults to the name) # table: tl_my_extension # table to edit # act: edit # act parameter for backend link # column: my_extension_id # the column of tl_module that holds the id of the record to edit # column_type: plain # serialized or plain # ce_column: my_extensions # the column of tl_content that holds the id of the record to edit # ce_column_type: serialized # serialized or plain # icon: path/to/icon.gif # path to edit icon (e.g. system/modules/dlh_googlemaps/assets/icon.gif) # fe_modules: # all frontend modules that should be editable # - my_extension # content_elements: # all content elements that should be editable # - my_extension news: table: tl_news column: news_archives column_type: serialized icon: news.svg fe_modules: - newslist - newsreader - newsarchive - newsmenu calendar: table: tl_calendar_events column: cal_calendar column_type: serialized icon: settings.svg fe_modules: - calendar - eventreader - eventlist - eventmenu newsletter: table: tl_newsletter column: nl_channels column_type: serialized icon: bundles/contaonewsletter/icon.svg fe_modules: - nl_list - nl_reader - newsletterlist - newsletterreader newsletter_recipients: do: newsletter table: tl_newsletter_recipients column: nl_channels column_type: serialized icon: mgroup.svg fe_modules: - subscribe - unsubscribe faq: table: tl_faq column: faq_categories column_type: serialized icon: settings.svg fe_modules: - faqlist - faqreader - faqpage form: table: tl_form_field column: form column_type: plain ce_column: form ce_column_type: plain icon: settings.svg fe_modules: - form content_elements: - form mgroup: table: tl_member_group act: edit column: ml_groups column_type: serialized icon: mgroup.svg fe_modules: - memberlist # # Third party extensions # dlh_googlemaps: table: tl_dlh_googlemaps_elements column: dlh_googlemap column_type: plain ce_column: dlh_googlemap ce_column_type: plain icon: system/modules/dlh_googlemaps/assets/icon.gif fe_modules: - dlh_googlemaps content_elements: - dlh_googlemaps gallery_creator: table: tl_gallery_creator_pictures ce_column: gc_publish_albums ce_column_type: serialized icon: system/modules/gallery_creator/assets/images/photo.png fe_modules: - gallery_creator content_elements: - gallery_creator ticker: table: tl_ticker column: ticker_categories column_type: serialized icon: system/modules/ticker/icon.gif fe_modules: - ticker survey: table: tl_survey_page ce_column: survey ce_column_type: plain icon: system/modules/survey_ce/assets/survey.png content_elements: - survey rocksolid_slider: table: tl_rocksolid_slide column: rsts_id column_type: plain ce_column: rsts_id ce_column_type: plain icon: bundles/rocksolidslider/img/icon.png fe_modules: - rocksolid_slider content_elements: - rocksolid_slider

Finde nur in dieser Datei ./vendor/contao/manager-bundle/src/Resources/skeleton/config/config.yml einen Eintrag wie im andern Post von 'Spooky' (doctrine dbal) erwähnt.

Code:

doctrine: dbal: default_connection: default connections: default: driver: pdo_mysql url: '%env(DATABASE_URL)%' charset: utf8mb4 default_table_options: charset: utf8mb4 collation: utf8mb4_unicode_ci engine: InnoDB row_format: DYNAMIC types: binary_string: class: Contao\CoreBundle\Doctrine\DBAL\Types\BinaryStringType orm: auto_mapping: true auto_generate_proxy_classes: false naming_strategy: doctrine.orm.naming_strategy.default metadata_cache_driver: type: service id: app.doctrine_system_cache_provider query_cache_driver: type: service id: app.doctrine_system_cache_provider result_cache_driver: type: service id: app.doctrine_result_cache_provider

Was nun damit machen ?

Zitat:

Zitat von harley-rider

cat ./vendor/contao/manager-bundle/src/Resources/skeleton/config/config.yml
Was nun damit machen ?

Hi,

aus meiner Sicht am besten gar nichts, da Änderungen in diesen Dateien erst mal nicht updatesicher sind.
Kannst Du irgendwo sehen, welche Datenbanktabellen betroffen/zu groß sind und dann ggf. den Feldtyp umstellen auf BLOB oder TEXT?

Grüße

Zitat:

Zitat von tschero

Kannst Du irgendwo sehen, welche Datenbanktabellen betroffen/zu groß sind und dann ggf. den Feldtyp umstellen auf BLOB oder TEXT?

Z.B. in diesem Post https://community.contao.org/de/show...l=1#post562109 wird der Befehl und die Tabelle ausgewiesen.

Bei meiner Fehlermeldung im Installtool sehe ich nur den Fehler und Hinweis auf das /var/log.
Muss mal versuchen herauszufinden, wie ich dies herausbekomme.
Ich vermute aber, dass es sich auch um die tl_module handelt.

Ich habe mir auch noch die Dateien:Zeile in der Fehlermeldung angeschaut, dies hilft mir aber wohl nicht weiter.

Code:

ExceptionConverter.php 117 return new DriverException($exception, $query); Connection.php 28 public function exec(string $sql): int 29 { 30 try { 31 $result = $this->connection->exec($sql); 32 33 assert($result !== false); Exception.php 28 return new self($exception->getMessage(), $sqlState, $code, $exception);

Debugmodus eingeschaltet und Installtool laufen lassen.
Aus dem StackTrace

DriverException

Code:

Doctrine\DBAL\Exception\DriverException: An exception occurred while executing a query: SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline. at vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:117 at Doctrine\DBAL\Driver\API\MySQL\ExceptionConverter->convert(object(Exception), object(Query)) (vendor/doctrine/dbal/src/Connection.php:1818) at Doctrine\DBAL\Connection->handleDriverException(object(Exception), object(Query)) (vendor/doctrine/dbal/src/Connection.php:1761) at Doctrine\DBAL\Connection->convertExceptionDuringQuery(object(Exception), 'ALTER TABLE tl_module ENGINE = InnoDB ROW_FORMAT = DYNAMIC', array(), array()) (vendor/doctrine/dbal/src/Connection.php:1137) at Doctrine\DBAL\Connection->executeStatement('ALTER TABLE tl_module ENGINE = InnoDB ROW_FORMAT = DYNAMIC') (vendor/contao/installation-bundle/src/Database/Installer.php:84) at Contao\InstallationBundle\Database\Installer->execCommand('2377d3e675d4636834477c2aabbcb006') (vendor/contao/installation-bundle/src/Controller/InstallationController.php:390) at Contao\InstallationBundle\Controller\InstallationController->adjustDatabaseTables() (vendor/contao/installation-bundle/src/Controller/InstallationController.php:100) at Contao\InstallationBundle\Controller\InstallationController->installAction() (vendor/symfony/http-kernel/HttpKernel.php:153) at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1) (vendor/symfony/http-kernel/HttpKernel.php:75) at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true) (vendor/symfony/http-kernel/Kernel.php:202) at Symfony\Component\HttpKernel\Kernel->handle(object(Request)) (public/index.php:44)

Exception

Code:

Doctrine\DBAL\Driver\PDO\Exception: SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline. at vendor/doctrine/dbal/src/Driver/PDO/Exception.php:28 at Doctrine\DBAL\Driver\PDO\Exception::new(object(PDOException)) (vendor/doctrine/dbal/src/Driver/PDO/Connection.php:37) at Doctrine\DBAL\Driver\PDO\Connection->exec('ALTER TABLE tl_module ENGINE = InnoDB ROW_FORMAT = DYNAMIC') (vendor/doctrine/dbal/src/Driver/Middleware/AbstractConnectionMiddleware.php:46) at Doctrine\DBAL\Driver\Middleware\AbstractConnectionMiddleware->exec('ALTER TABLE tl_module ENGINE = InnoDB ROW_FORMAT = DYNAMIC') (vendor/doctrine/dbal/src/Logging/Connection.php:50) at Doctrine\DBAL\Logging\Connection->exec('ALTER TABLE tl_module ENGINE = InnoDB ROW_FORMAT = DYNAMIC') (vendor/doctrine/dbal/src/Driver/Middleware/AbstractConnectionMiddleware.php:46) at Doctrine\DBAL\Driver\Middleware\AbstractConnectionMiddleware->exec('ALTER TABLE tl_module ENGINE = InnoDB ROW_FORMAT = DYNAMIC') (vendor/symfony/doctrine-bridge/Middleware/Debug/Connection.php:85) at Symfony\Bridge\Doctrine\Middleware\Debug\Connection->exec('ALTER TABLE tl_module ENGINE = InnoDB ROW_FORMAT = DYNAMIC') (vendor/doctrine/dbal/src/Connection.php:1135) at Doctrine\DBAL\Connection->executeStatement('ALTER TABLE tl_module ENGINE = InnoDB ROW_FORMAT = DYNAMIC') (vendor/contao/installation-bundle/src/Database/Installer.php:84) at Contao\InstallationBundle\Database\Installer->execCommand('2377d3e675d4636834477c2aabbcb006') (vendor/contao/installation-bundle/src/Controller/InstallationController.php:390) at Contao\InstallationBundle\Controller\InstallationController->adjustDatabaseTables() (vendor/contao/installation-bundle/src/Controller/InstallationController.php:100) at Contao\InstallationBundle\Controller\InstallationController->installAction() (vendor/symfony/http-kernel/HttpKernel.php:153) at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1) (vendor/symfony/http-kernel/HttpKernel.php:75) at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true) (vendor/symfony/http-kernel/Kernel.php:202) at Symfony\Component\HttpKernel\Kernel->handle(object(Request)) (public/index.php:44)

PDOException bringt denselben SQL Befehl wie die oberen zwei.

SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large (> 8126). Changing some columns to TEXT or BLOB may help.

Was muss ich da wo und wie ändern ???

Der Verzweiflung nahe bin ich hier endlich auf den entscheidenden Hinweis gestossen

Zitat:

Zitat von Spooky

Das kannst du ja testen. Im Install Tool hast du die Möglichkeit einzelne Anweisungen zu deaktivieren. Du kannst also mal die beiden tl_module Anweisungen deaktivieren und den Rest ausführen lassen.

Das Installtool also noch einmal starten und die zwei Befehle für 'tl_module' deaktivieren.
Das Installtool dann so oft wiederholen bis nur noch diese beiden Befehle übrig sind.
Diese dann noch durchführen und die Installation ist ohne Fehler durchgelaufen.

Jetzt kann ich schon mal die Testseite aufrufen, es gibt aber noch Probleme mit den Bildern (können aus der galerie nicht angezeigt werden) und dem ganzen CSS, das irgendwie nicht aktiv ist.
Dazu müsste ich wohl mein Rocksolid Theme 'Vision' aktualisieren, finde dazu aber kein dokumentiertes Vorgehen.

OiginalURL (4.4) : https://www.harley-rider.ch/
TestURL (4.13) : https://www.cto413.harley-rider.ch/

Muss ich da aus der Vision Version für 4.13 alle Dateien abgleichen und einzeln ersetzen oder wie macht ihr dies ?

Nach x-maligen Neuversuchen kriegte ich immer eine Fehlermeldung 'Template nicht gefuden'

Darauf habe ich mich entschieden zuerst den Update von 4.4 auf 4.9 durchzuführen.
Hier mein Vorgehen :

Code:

1. Backups von DB db_hr-vision-test-cto-4-4-lts, composer.[json|lock] nach N:\WebSeiten\hr-vision-test_cto44.harley-rider.ch\Dateien-Backup\221022 2. Neuen Ordner für contao 4.9 erstellt /httpdocs/contao-4-9-lts/hr-vision-test 3. In Plesk : neue DB db_hr-vision-test-cto-4-9-lts (Kopie von db_hr-vision-test-cto-4-4-lts) erstellt 4. in Plesk : neue Subdomaine cto49.harley-rider.ch mit Webverzeichnis httpdocs/contao-4-13-lts/hr-vision-test/web erstellt 5. Contao Manager installiert download von https://download.contao.org/contao-manager/stable/contao-manager.phar Unterordner web in /httpdocs/contao-4-13-lts/hr-vision-test erstellt CM in diesen Unterordner kopiert und auf contao-manager.phar.php umbenannt 6. CM gestartet https://www.cto49.harley-rider.ch/contao-manager.phar.php Contao 4.9.35 LTS (Vollversion installiert) CM wieder gestartet (kein Install aufrufen) 7. Kopieren Ordner und Dateien der 4.4er Installation /httpdocs/contao-4-9-lts/hr-vision-test/files> cp -rp ../../../contao-4-4-lts/hr-vision-test/files/* . /httpdocs/contao-4-9-lts/hr-vision-test/templates> cp -rp ../../../contao-4-4-lts/hr-vision-test/templates/* . /httpdocs/contao-4-9-lts/hr-vision-test/system/config/> cp -p ../../../../contao-4-4-lts/hr-vision-test/system/config/localconfig.php . Ordner /httpdocs/contao-4-9-lts/hr-vision-test/config erstellen : /httpdocs/contao-4-9-lts/hr-vision-test> mkdir config /httpdocs/contao-4-9-lts/hr-vision-test/config> cp -p ../../../contao-4-4-lts/hr-vision-test/app/config/parameters.yml . (DB Parameter anpassen) 8. im CM folgende Pakete hinzugefügt "bugbuster/contao-visitors-bundle (1.6.13)" "do-while/contao-backupdb-bundle (1.5.3)" "jrgregory/m17-sticky-backend-footer (2.0.9)" "madeyourday/contao-rocksolid-columns (v2.0.3)" "madeyourday/contao-rocksolid-custom-elements (v2.3.12)" "madeyourday/contao-rocksolid-frontend-helper (v2.1.4)" "madeyourday/contao-rocksolid-icon-picker (v2.0.3)" "madeyourday/contao-rocksolid-slider (v2.1.8)" "madeyourday/contao-rocksolid-theme-assistant (v2.0.5)" "terminal42/contao-easy_themes (3.0.2)" "omosde/contao-om-backend (1.7.1)" CM Änderungen Ausführen 9. Installtool ausführen Fehler SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large Installtool erneut starten Beide Befehle für tl_module deaktivieren ausführen so oft wiederholen, bis nur noch die Befehle für tl_module vorhanden sind. Installtool mit den Befehlen für tl_module durchfühen and so on 10. Backendfehler : Attempted to load class "ArrayUtil" from namespace "Contao". Did you forget a "use" statement for another namespace? Gemäss : https://community.contao.org/de/showthread.php?82600-Aufruf-des-Backends-endet-mit-quot-Internal-Server-Error-quot EasyThemes gelöscht und wieder installiert, nun läuft das Backend 11. Im BE Systemwartung / Daten bereinigen durchgeführt

Nun kriege ich im FE folgenden Fehler wie hier beschrieben

Code:

[2022-10-23 11:26:22] request.CRITICAL: Uncaught PHP Exception Exception: "Could not find template "j_mediaelement"" at /home/httpd/vhosts/harley-rider.ch/httpdocs/contao-4-9-lts/hr-vision-test/vendor/contao/core-bundle/src/Resources/contao/library/Contao/TemplateLoader.php line 158 {"exception":"[object] (Exception(code: 0): Could not find template \"j_mediaelement\" at /home/httpd/vhosts/harley-rider.ch/httpdocs/contao-4-9-lts/hr-vision-test/vendor/contao/core-bundle/src/Resources/contao/library/Contao/TemplateLoader.php:158)"} [] Stacktrace Exception: Could not find template "j_mediaelement" at vendor/contao/core-bundle/src/Resources/contao/library/Contao/TemplateLoader.php:158 at Contao\TemplateLoader::getDefaultPath('j_mediaelement', 'html5') (templates/vision/j_mediaelement.html5:4) at include('/home/httpd/vhosts/harley-rider.ch/httpdocs/contao-4-9-lts/hr-vision-test/templates/vision/j_mediaelement.html5') (vendor/contao/core-bundle/src/Resources/contao/library/Contao/TemplateInheritance.php:100) at Contao\Template->inherit() (vendor/contao/core-bundle/src/Resources/contao/library/Contao/Template.php:291) at Contao\Template->parse() (vendor/contao/core-bundle/src/Resources/contao/classes/FrontendTemplate.php:43) at Contao\FrontendTemplate->parse() (vendor/contao/core-bundle/src/Resources/contao/pages/PageRegular.php:726) at Contao\PageRegular->createFooterScripts(object(LayoutModel), object(PageModel)) (vendor/contao/core-bundle/src/Resources/contao/pages/PageRegular.php:226) at Contao\PageRegular->prepare(object(PageModel)) (vendor/contao/core-bundle/src/Resources/contao/pages/PageRegular.php:53) at Contao\PageRegular->getResponse(object(PageModel), true) (vendor/contao/core-bundle/src/Resources/contao/controllers/FrontendIndex.php:343) at Contao\FrontendIndex->renderPage(object(PageModel)) (vendor/symfony/http-kernel/HttpKernel.php:159) at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1) (vendor/symfony/http-kernel/HttpKernel.php:81) at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true) (vendor/symfony/http-kernel/Kernel.php:201) at Symfony\Component\HttpKernel\Kernel->handle(object(Request)) (web/index.php:31)

Die Datei ist aber vorhanden :

Code:

harleyrider@gothicus /httpdocs/contao-4-9-lts/hr-vision-test> find . -name j_mediaelement* ./templates/vision/j_mediaelement.html5 harleyrider@gothicus /httpdocs/contao-4-9-lts/hr-vision-test> ls -l templates/vision/j_me* -rw-r--r-- 1 harleyrider psacln 314 Mar 14 2019 templates/vision/j_mediaelement.html5

Liegt evtl. auch an meinem vorher genannten Problem, dass ich nicht weiss und nicht finde wie das 'Vision Theme' upzudaten ist ...

Du hast in deiner Seitenstruktur ein Seitenlayout ausgewählt, das zu einem Theme gehört, wo nicht der "vision" Ordner als Templates Ordner ausgewählt ist.

Zitat:

Zitat von Spooky

Du hast in deiner Seitenstruktur ein Seitenlayout ausgewählt, das zu einem Theme gehört, wo nicht der "vision" Ordner als Templates Ordner ausgewählt ist.

Versteh ich nicht ganz.
Bei der Seitenstruktur habe ich im 'root' 'Einen Layout zuweisen' 'Vision content' ausgewählt, wobei da sind ja die CSS etc. drin.
Den Templatespfad gebe ich ja bei Templates an und da habe ich 'vision' mit dem 'Pfad: templates/vision' ausgewählt.

Soweit müsste dies 'korrekt' sein, sehe jedenfalls keinen Unterschied zur funktionierenden 4.4

Bei der 4.4er Installation habe ich 'vision v1.8.7', welche für 4.4 - 4.7 gültig ist
Für 4.9 müsste ich wohl '1.8.14' haben, da finde ich keine gescheite Anleitung wie die zu aktualisieren ist.
Oder ich steh einfach 'auf dem Schlauch' ...

Gelegentlich hilft es auch, nur nochmals die Seitenlayouts zu speichern und eine komplette Systemwartung durchzuführen.

Zitat:

Zitat von tab

Gelegentlich hilft es auch, nur nochmals die Seitenlayouts zu speichern und eine komplette Systemwartung durchzuführen.

Hat leider nichts gebracht

Dein bestehendes templates/vision/j_mediaelement.html5 Template ist nicht mit Contao 4.9 kompatibel.

Zitat:

Zitat von Spooky

Dein bestehendes templates/vision/j_mediaelement.html5 Template ist nicht mit Contao 4.9 kompatibel.

Sag ich ja :)

Zitat:

Zitat von harley-rider

Bei der 4.4er Installation habe ich 'vision v1.8.7', welche für 4.4 - 4.7 gültig ist
Für 4.9 müsste ich wohl '1.8.14' haben, da finde ich keine gescheite Anleitung wie die zu aktualisieren ist.
Oder ich steh einfach 'auf dem Schlauch' ...

Mittlerweile versuche ich mit WinSCP und 'synchronisieren' die in 1.8.14 geänderten Dateien fest zu stellen und diese dann zu aktualisieren.
Bei den Templates ist dies mir wohl schon gelungen, Fehler besteht nicht mehr aber Seiten / Bilder können nicht angezeigt werden, muss da nun wohl noch die ../files Dateien abgleichen und aktualisieren.

Gibt es da keinen 'geeigneteren' Weg ?

Nachtrag : Mit dem Updaten der ../files habe ich mehr kaputt gemacht ... :(

Ich denke da wirst du eher den Theme Hersteller fragen müssen?

Zitat:

Zitat von Spooky

Ich denke da wirst du eher den Theme Hersteller fragen müssen?

Yeap - Habe ich schon, der hat mich auf https://help.rocksolidthemes.com/discussions/contao/58 verwiesen, daher auch die Synchroisation mit WinSCP.
Ich vermisse da aber schon eine rudimentäre Updateanleitung.

Jetzt bin ich noch auf ein weiteres Problem mit der Erweiterung 'addNewsPaggination' gestossen, diese wird wohl nicht mehr weitergepflegt...
Das 'Ding' hat mir schon 2019 beim Update auf 4.4 'Kummer' gemacht

Muss mal schauen was ich da weiter mache.

Zitat:

Zitat von harley-rider

Ich vermisse da aber schon eine rudimentäre Updateanleitung.

Die wirst du hier im Forum vermutlich nicht finden/bekommen.

Zitat:

Zitat von harley-rider

Muss mal schauen was ich da weiter mache.

Du kannst zB https://extensions.contao.org/?p=ins...ing-navigation nutzen.

Zitat:

Zitat von harley-rider

Muss ich da aus der Vision Version für 4.13 alle Dateien abgleichen und einzeln ersetzen oder wie macht ihr dies ?

Ich gleich da grundsätzlich die Dateien ab.
Wenn man direkt in den Templates oder Files des Themes Anpassungen gemacht, dann muss man die nachführen. Zu mindestens bei den Files vermeide ich das.

Zitat:

Zitat von Spooky

Die wirst du hier im Forum vermutlich nicht finden/bekommen.
Du kannst zB https://extensions.contao.org/?p=ins...ing-navigation nutzen.

Yeap - Dies erwarte ich eigentlich schon bei RS...
Danke für den Tipp 'sibling-navigation' Beschrieb tönt vielversprechend. Ich habe auch schon 'news-pagination-bundle' gefunden.

Zitat:

Zitat von mlweb

Ich gleich da grundsätzlich die Dateien ab.
Wenn man direkt in den Templates oder Files des Themes Anpassungen gemacht, dann muss man die nachführen.

Da muss ich wohl durch ... :)
Ich werde jetzt aber mit all diesen Erkenntnissen zuerst mal den direkten Update von 4.4 auf 4.13 versuchen. Sonst mache ich all diese Anpassungen zweimal.

Zitat:

Zitat von harley-rider

Yeap - Dies erwarte ich eigentlich schon bei RS...

In dem Link von Rocksolid, den Du oben gepostet hast steht doch alles drin, was Du brauchst.

Update auf 4.13. ist soweit gelaufen.
Nun kommt die 'Knochenarbeit'
- Layout des Vision Themes anpassen.
- Pagination bei den Reiseberichten (News) 'überarbeiten'

Danke allen, die mir in irgendeiner Form bei den aufgetretenen Fehlern geholfen haben.