Was gibt man im Manager ein, wenn man von der 4.13 auf 5.0.0-RC1
Druckbare Version
Was gibt man im Manager ein, wenn man von der 4.13 auf 5.0.0-RC1
5.0.*@RC
auch nachzulesen in der Doku https://docs.contao.org/manual/de/an...contao-manager
das versuchte ich als erstes
Anhang 25705
aber das, wie auch alles andere was ich schon versuchte schlug fehl
Zitat:
Zitat von Birden
Kann ich bestätigen, folgendes kommt bei mir:
Zitat:
Problem 1
- Root composer.json requires contao/calendar-bundle 5.0.*@RC, found contao/calendar-bundle[4.0.0-beta1, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Problem 2
- Root composer.json requires contao/comments-bundle 5.0.*@RC, found contao/comments-bundle[4.0.0-beta1, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Problem 3
- Root composer.json requires contao/core-bundle 5.0.*@RC, found contao/core-bundle[4.0.0-beta1, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Problem 4
- Root composer.json requires contao/faq-bundle 5.0.*@RC, found contao/faq-bundle[4.0.0-beta1, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Problem 5
- Root composer.json requires contao/installation-bundle 5.0.*@RC, found contao/installation-bundle[0.9.0, ..., 0.9.9, 1.0.0-beta1, ..., 1.2.4, 4.3.5, ..., 4.13.x-dev, 5.x-dev] but it does not match the constraint.
Problem 6
- Root composer.json requires contao/listing-bundle 5.0.*@RC, found contao/listing-bundle[4.0.0-beta1, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Problem 7
- Root composer.json requires contao/manager-bundle 5.0.*@RC, found contao/manager-bundle[4.3.0, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Problem 8
- Root composer.json requires contao/news-bundle 5.0.*@RC, found contao/news-bundle[4.0.0-beta1, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Problem 9
- Root composer.json requires contao/newsletter-bundle 5.0.*@RC, found contao/newsletter-bundle[4.0.0-beta1, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Die Anzeige "unbekannte Version" ist glaube ich bei den Testversionen normal.
Habe gerade etwas gespielt und den gleichen Fehler erhalten wie @WebRoxx. Kommt mir so vor als ob er bei den Bundles keine passenden für den RC findet.
Mit 5.x-dev habe ich dann die aktuellste dev-Version auf Windows 10 mit XAMPP, installieren können.
ob die RC überhaupt auf dem Server ist?
Ich habs heute Vormittag irgendwann dann hinbekommen.
Habe schlussendlich dann wie von Maren geschrieben, das mit einer leeren Installation hinbekommen.
Also im Manager auf abbrechen geklickt und dann im Core-Bundle die 5.x-dev eingetragen.
Habe mich mal bisschen umgesehen im Backend der 5er-dev.
Einige icons sind neu. Seitenstruktur und Dateiverwaltung sind nun unter „Inhalte”.
Einige neue FE-Module hab ich entdeckt.
Das Installtool ist in der Version 5 integriert; der Aufruf aus dem Manager liefert vermutlich deshalb einen Fehler „Bad Request. The key "username" must be a string, "NULL" given.”
Getestet bei allinkl mit PHP 8.1.
Sicher wird es wieder ein Post oder ein Contao TV zu den Neuerungen geben - alleine die Liste der Änderungen / Funktionen ist enorm. Danke ans Team!!
https://github.com/contao/contao/blob/5.x/UPGRADE.md
https://github.com/contao/contao/blob/5.x/DEPRECATED.md
Ist das jetzt mit der Installation von 5.x-dev die hochoffizielle RC1-Version oder ist das schon wieder eine Weiterentwicklung, die vielleicht Fehler enthalten kann, die in der offiziellen RC1 noch nicht drin sind? Ich will mir da jedenfalls nichts installieren, was kein offizieller Release Candidate, sondern ein beliebiger, aktueller Stand einer Developer-Version ist.
Hallo tab,
mit 5.0.*@RC lies es sich nicht installieren. Habe dann wie Maren geschrieben hat es mit der Dev-Version versucht.
Das die Dev-Version eben andere Fehler wirft, ist nachvollziehbar.
Eben noch mal mit 5.0.*@RC versucht. Nö is nicht…
Code:> Resolving dependencies using Composer Cloud v3.4.4
!!! Current server is sponsored by: Contao Association !!!
[6.5MiB/0.17s] Loading composer repositories with package information
[6.8MiB/0.50s] Info from https://repo.packagist.org: #StandWithUkraine
[7.1MiB/0.55s] Updating dependencies
[8.7MiB/0.76s] Your requirements could not be resolved to an installable set of packages.
[8.7MiB/0.76s]
Problem 1
- Root composer.json requires contao/calendar-bundle 5.0.*@RC, found contao/calendar-bundle[4.0.0-beta1, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Problem 2
- Root composer.json requires contao/comments-bundle 5.0.*@RC, found contao/comments-bundle[4.0.0-beta1, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Problem 3
- Root composer.json requires contao/faq-bundle 5.0.*@RC, found contao/faq-bundle[4.0.0-beta1, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Problem 4
- Root composer.json requires contao/listing-bundle 5.0.*@RC, found contao/listing-bundle[4.0.0-beta1, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Problem 5
- Root composer.json requires contao/manager-bundle 5.0.*@RC, found contao/manager-bundle[4.3.0, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Problem 6
- Root composer.json requires contao/news-bundle 5.0.*@RC, found contao/news-bundle[4.0.0-beta1, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
Problem 7
- Root composer.json requires contao/newsletter-bundle 5.0.*@RC, found contao/newsletter-bundle[4.0.0-beta1, ..., 4.13.x-dev, 5.1.x-dev, 5.x-dev] but it does not match the constraint.
[8.7MiB/0.76s] <warning>Running update with --no-dev does not mean require-dev is ignored, it just means the packages will not be installed. If dev requirements are blocking the update you have to resolve those problems.</warning>
[7.5MiB/0.77s] Memory usage: 7.48MB (peak: 10.98MB), time: 0.77s.
[7.5MiB/0.77s] Finished Composer Cloud resolving.
Also laut packagist.org gibt es eine 5.0.0-RC1, hab es selber noch nicht probiert. Vielleicht geht es damit, damit würde man dann aber nicht automatisch zur RC2 kommen ohne es anzupassen (wenn es die dann gibt)
Hallo Glen,
auch das habe ich versucht. Auch damit ging es nicht. Denke wir warten ab :)
Hmm, das sieht mir so aus, als ob zwar der Core als 5.0 RC1 vorhanden ist, aber die passenden Bundles für News etc fehlen.Zitat:
Zitat von planepix
Vielleicht probiere ich morgen mal, nur den reinen Core zu installieren, ohne sonstige Bundles.
Ja genau. Das hatte ich auch vermutet.
Nur den Core für 5.0.*@RC zu installieren und die anderen Pakete abzuwählen funktioniert bei mir auch nicht.
Habe es mal im Slackchanel gepostet https://contao.slack.com/archives/CK...58049398991629
Hatte schon die Hoffnung, dass nach der heutigen, nochmalen Ankündigung es vielleicht mit 5.0.*@RC klappt, geht aber weiterhin nicht. Also warte ich erst mal ab.
Edit: Autsch, hatte ich da Tomaten auf den Augen? Ich hatte mir eingebildet, eine neue Ankündigung der RC-Version mit Datum heute, 13 Uhr gesehen zu haben. Egal, nächste Wche ist auch noch ein Tag.
Mit dieser composer.json
habe ich contao-5.0.0-RC1 auf der Console installiert.Code:{
"type": "project",
"require": {
"contao/contao": "5.0.*"
},
"minimum-stability": "RC",
"prefer-stable": true,
"extra": {
"public-dir": "public",
"contao-component-dir": "assets"
},
"scripts": {
"post-install-cmd": [
"@php vendor/bin/contao-setup"
],
"post-update-cmd": [
"@php vendor/bin/contao-setup"
]
},
"config": {
"allow-plugins": {
"contao-components/installer": true,
"contao/manager-plugin": true
}
}
}
Gibt es schon etwas neues auf dem Planeten Upgrad?
Die RC Version Tags sind mittlerweile bei den einzelnen Bundles verfügbar.
Das hier klappt aber bei mir immer noch nicht:
https://community.contao.org/de/show...l=1#post561035
Code:composer require contao/manager-bundle=5.0.*@RC contao/news-bundle=5.0.*@RC contao/calendar-bundle=5.0.*@RC contao/faq-bundle=5.0.*@RC contao/comments-bundle=5.0.*@RC contao/newsletter-bundle=5.0.*@RC contao/listing-bundle=5.0.*@RC
$ /opt/keyhelp/php/8.1/bin/php -q -dmax_execution_time=0 -dmemory_limit=-1 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=Europe/Berlin /home/users/tab/www/c5rc1.bit-06.de/public/contao-manager.phar.php composer require contao/manager-bundle=5.0.*@RC contao/news-bundle=5.0.*@RC contao/calendar-bundle=5.0.*@RC contao/faq-bundle=5.0.*@RC contao/comments-bundle=5.0.*@RC contao/newsletter-bundle=5.0.*@RC contao/listing-bundle=5.0.*@RC contao/core-bundle=5.0.*@RC contao/installation-bundle=5.0.*@RC --no-update --no-scripts --prefer-stable --sort-packages --no-ansi --no-interaction
/home/users/tab/www/c5rc1.bit-06.de/composer.json has been updated
# Process terminated with exit code 0
# Result: OK
composer update --no-install
> Resolving dependencies using Composer Cloud v3.4.4
!!! Current server is sponsored by: Contao Association !!!
[6.4MiB/0.21s] Loading composer repositories with package information
[50.5MiB/4.34s] Updating dependencies
[86.4MiB/4.74s] Your requirements could not be resolved to an installable set of packages.
[86.4MiB/4.75s]
Problem 1
- Root composer.json requires contao/installation-bundle 5.0.*@RC, found contao/installation-bundle[0.9.0, ..., 0.9.9, 1.0.0-beta1, ..., 1.2.4, 4.3.5, ..., 4.13.x-dev, 5.x-dev] but it does not match the constraint.
Use the option --with-all-dependencies (-W) to allow upgrades, downgrades and removals for packages currently locked to specific versions.
[86.4MiB/4.75s] <warning>Running update with --no-dev does not mean require-dev is ignored, it just means the packages will not be installed. If dev requirements are blocking the update you have to resolve those problems.</warning>
[32.6MiB/4.78s] Memory usage: 32.6MB (peak: 122.19MB), time: 4.79s.
[32.6MiB/4.78s] Finished Composer Cloud resolving.
# Cloud Job ID M2qDB5JJjCYjl1bMnqfq8bVJO8pD7o6E0iTVL0l8AxWBiNhDg4HYSZ8YA9hWNOic6vYb6vGR52R9KgH5M failed
vendor/bin/contao-console contao:maintenance-mode enable
composer install
vendor/bin/contao-console contao:maintenance-mode disable
Das contao/installation-bundle gibt es in Contao 5.0 nicht mehr, das musst du weglassen.
Würde ich gerne, aber wie mache ich das? Es erscheint ja nicht in der Liste der Pakete. Aktuell hat sich jetzt eine 4.13.6 installiert und ich versuche ein Update, was zu dem gezeigten Ergebnis führt. Muss ich da manuell die composer.json editieren? Habe da eben mal reingeschaut, da steht es auch nirgends drin. Anfangs versuchte ich 5.0 RC1 (5.0.*@RC) direkt per Experten-Modus zu installieren, das ging aber auch nicht.
Poste deine composer.json
Zitat:
Zitat von Spooky
Code:{
"type": "project",
"require": {
"contao/conflicts": "*@dev",
"contao/manager-bundle": "4.13.*",
"contao/calendar-bundle": "4.13.*",
"contao/comments-bundle": "4.13.*",
"contao/faq-bundle": "4.13.*",
"contao/listing-bundle": "4.13.*",
"contao/news-bundle": "4.13.*",
"contao/newsletter-bundle": "4.13.*"
},
"extra": {
"public-dir": "public",
"contao-component-dir": "assets"
},
"scripts": {
"post-install-cmd": [
"@php vendor/bin/contao-setup"
],
"post-update-cmd": [
"@php vendor/bin/contao-setup"
]
}
}
Da steht aber noch 4.13.* - poste die composer.json, nachdem du das auf 5.0.*@RC geändert hast.
Falls du das über den Contao Manager versuchst: https://github.com/contao/contao-manager/issues/708
Aber der Contao Manager unterstützt Contao 5 ohnehin noch nicht zu 100%.
Aha, also komplett neu manuell per SSH installieren? Bisher habe ich es in der Tat mit dem Manager versucht. Da ändert sich auch nichts an der composer.json, weil der Update-Versuch fehlschlägt und danach die 4.13.6 installiert bleibt.
Nein, einfach nur die composer.json ändern und dann die Pakete aktualisieren (egal ob über den Contao Manager oder die Konsole).Zitat:
Zitat von tab
So, nachdem ich auf 5.0.*@RC geändert und die minimum-stability noch geändert habe, hat der Manager jetzt was installiert. Datenbank aktualisieren geht freilich nicht im Manager, wie muss ich das jetzt machen?
Ich vermute mal ich muss das über die Konsole machen und die Zugangsdaten in einer .env (oder .env.local?) angeben? Aber jetzt sicher nicht mehr. Da muss ich erst noch einiges nachlesen. Zudem steht beim Contao-Manager in der Konsole, dass bei der Installation alles funktioniert hat, alles "OK". Bei einer Systemprüfung schickt er mich allerdings entweder zur Reparatur oder in den abgesicherten Modus. Mit der von ihm selbst installierten Contao-Version scheint er also irgendwie (noch?) nicht klarzukommen. Naja, dafür ist es eine RC-Version ;):D
Wie gesagt, Contao 5 wird vom Manager noch nicht unterstützt.
Ich versuche gerade, eine Variante zu finden, mit der man ein Contao 5 RC1 installiert bekommt mit einem Minimum an Aktionen in der Konsole. Es gibt doch viele, die sich da nicht zuhause fühlen. Würde es funktionieren, eine bestehende, funktionsfähige Contao-Installation (z.B. 4.13.6) mittels Update per Contao-Manager auf Contao 5 RC-1 zu bringen?
Also in etwa so:
- Installation von Contao 4.6.13 im Manager
- Installtool aufrufen, DB Zugangsdaten eingeben, Administrator-Account erstellen
- In der composer.json per Editor 4.6.13 durch 5.0.*@RC ersetzen Edit:und die minimale Stabilität auf RC setzen (s.u.)
- Im Manager ein composer update aller Pakete durchführen (Systemwartung oder Pakete aktualisieren)
- In der Konsole "php vendor/bin/contao-console contao:migrate" ausführen
Das würde zumindest das Erstellen einer config/parameters.yml oder .env ersparen. Und ebenso das Erstellen eines Benutzers über die Konsole.
Wie wird das später mal laufen mit dem Install-Tool? Übernimmt das dann der Manager oder wird man zwingend die Konsole brauchen?
Die müssen halt auf das offizielle Release der neuen Contao Manager Version warten.Zitat:
Zitat von tab
Versuch's doch einfach? ;)Zitat:
Zitat von tab
Die Credentials setzt du dann im Manager (ist auch schon im develop Branch so umgesetzt).Zitat:
Zitat von tab
Das werde ich sicher machen, komme aber wahrscheinlich vor heute Abend nicht dazu. Aber macht nichts, ich brauche Contao 5 erst 2026, da habe ich noch etwas Zeit.;)Zitat:
Zitat von Spooky
Dann sind wir doch schon bei Contao 6 ...Zitat:
Zitat von tab
Die Mittagspause hat gereicht, klappt so! Allerdings beachten, die minimale Stabilität muss auf RC (oder niedriger) gesetzt werden bei der Änderung der composer.json!Zitat:
Zitat von tab
Hier meine geänderte composer.json für das Update auf 5.0.0-RC1:
Code:{
"type": "project",
"require": {
"contao/conflicts": "*@dev",
"contao/manager-bundle": "5.0.*@RC",
"contao/calendar-bundle": "5.0.*@RC",
"contao/comments-bundle": "5.0.*@RC",
"contao/faq-bundle": "5.0.*@RC",
"contao/listing-bundle": "5.0.*@RC",
"contao/news-bundle": "5.0.*@RC",
"contao/newsletter-bundle": "5.0.*@RC"
},
"minimum-stability": "RC",
"prefer-stable": true,
"extra": {
"public-dir": "public",
"contao-component-dir": "assets"
},
"scripts": {
"post-install-cmd": [
"@php vendor/bin/contao-setup"
],
"post-update-cmd": [
"@php vendor/bin/contao-setup"
]
}
}
Minimum Stability sollte eigentlich nicht notwendig sein, solange man alle Bundles required. Was ist die Konsolenausgabe ohne der minimum-stability?
Jein - Bei einer Neuinstallation zur Nutzung von (contao:migrate) mußt du zur Zeit zuvor manuell die .env mit den entsprechenden Angaben im root anlegen - s.a.:Zitat:
Zitat von tab
https://docs.contao.org/dev/referenc...anaged-edition
Dann (contao:migrate) und anschließend (contao:user:create)
Final/Später - via CM - wird dann die .env mit entsprechenden Angaben autom. erstellt.
Ich weiss es nicht mehr genau, das war noch eine Erkenntnis von gestern Abend bzw heute am sehr frühen Morgen. Ohne die minimale Stabilität zu setzen wurde nichts installiert nach der Änderung auf 5.0.*@RC in der composer.json
Sinngemäß wurde aufgeführt, dass das Bundle in der Version 5.0.*@RC benötigt wird, dass es auch in dieser Version verfügbar ist, aber dass das gefundene Bundle die Stabilitätsanforderungen nicht erfüllt.
Daraufhin habe ich mir das in der Doku angeschaut und entsprechend ergänzt. Das hat dann fehlerlos funktioniert.
Die praktische Erfahrung spricht dagegen ;). Um das Gefriemel mit der .env zu vermeiden, habe ich ja zunächst Contao 4.6.13 (Edit: 4.13.6 natürlich ;)) komplett inklusive Installtool im Manager installiert. Dadurch werden beim Update auf 5.0.0 RC1 die Zugangsdaten aus der bereits existierenden config/parameters.yml verwendet. Um das Datenbank-Update durchzuführen reicht dann tatsächlich die Ausführung von contao:migrate inklusive Bestätigung der angezeigten Datenbankänderungen.Zitat:
Zitat von Franko
Yepp - ging von einer Neuinstallation aus.Zitat:
Zitat von tab
Funktioniert so wie von tab beschrieben - er hat es ja auch schon getestet ;)Zitat:
Zitat von Franko
Habe es mit der 5.0.0 RC1 aufgegeben, vielleicht habe ich mit der 5.0.0 RC2 mehr Erfolg
Ich bin jetzt dabei mal zu testen, eine vorhandene 4.13 Installation (Kopie einer produktiven Installation) upzudaten auf die Contao 5.0.0-RC1. Bin jetzt auf einen Fehler gelaufen, den ich nicht erwartet habe, der aber wohl irgendwie behebbar sein wird.
Der "_" war wohl in Contao 4.13 noch erlaubt. Ist das eine absichtliche Änderung in Contao 5?Code:The theme path "theme_kanzlei" contains one or more invalid characters: "_"
Ich fange einfach nochmal neu an, spiele die funktionierende 4.13 Installation komplett neu ein, benenne dann den Pfad um und versuche es nochmal.
Hallo tab,
in *einem* Post hatte das Spooky mal erwähnt mit dem Unterstrich…
Frag mich nur gerade nicht in welchem der xn Posts :) - für die ich auf jeden Fall sehr dankbar bin :cool:
Ah ja, ist also wohl Absicht oder zumindest bekannt. PHP 8.0 reicht wohl auch nicht? Jedenfalls hat Composer gemeint, dass 8.1 gebraucht wird. Meine funktionierende Neuinstallation nutzt auch 8.1, aber das Update wollte ich jetzt erst mal mit PHP 8.0 durchführen. War mir nicht sicher wie es mit 8.1 bei Webgo aussieht, wo die Installation ursprünglich herkommt (Edit: PHP 8.1 ist da noch nicht verfügbar). Den theme path habe ich mittlerweile geändert, aber im BE ist mir dann bei der Gelegenheit aufgefallen, dass hier noch der interne CSS-Editor benutzt wird. Das muss ich morgen erst mal in Ruhe korrigieren, den gibts ja in Contao 5 nicht mehr. Da habe ich heute keinen Bock mehr drauf. Immerhin finde ich wenigstens die vom internen Editor erzeugten CSS-Files in assets/css, das wird für den ersten Test morgen reichen müssen. Hat ja auch noch ein paar Jahre - und mindestens einen kompletten Relaunch - Zeit ;)Zitat:
Zitat von planepix
Wegen dem »internen CSS Editor«:
https://github.com/contao/contao/blo...nal-css-editor
Wie würde dies bei einem 5er Upgrade aussehen wenn zuvor die internen CSS NICHT exportiert wurden?
Die wären doch dann eigentlich futsch (mal abseits von empfohlener backup strategie).
Denke kann/wird leicht passieren.
Gelöscht wird nichts (wenn du nichts löschen lässt).
So, jetzt läuft die Seite mit Contao 5.0.0-RC1, aber es ist wohl noch einiges nachzubessern. Insbesondere bei meinen modifizierten Templates, die auf news_latest und news_full basieren und zusätzliche Metadaten ausgeben. Das Template news_latest scheint es nicht mehr zu geben, nur noch news_full, news_short und news_simple. Muss heute Abend mal schauen, was davon am besten passt und dann meine Templates anpassen. Aber der Rest im Frontend sieht dem Original schon ziemlich ähnlich und das Backend funktioniert erst mal.
Immerhin kann ich sagen, selbst ich bekomme eine Installation nicht völlig kaputt, auch wenn ich mir viel Mühe gebe und alles falsch mache was falsch zu machen geht :rolleyes:. Vom falschen document root (/web nicht geändert in /public) bis hin zu einer völlig falsch geänderten bzw kopierten composer.json :rolleyes:, die beim Update nur den Core installiert hat ohne Nachrichten usw. Immerhin, den Manager habe ich mit meinen ganzen Fehlern zur Aufgabe gezwungen, er hat irgendwann keine Installation mehr gefunden und im Expertenmodus wollte er mir in seiner Verzweiflung ein 4.13 installieren anstatt mir mit Installation überspringen erst mal den Manager zu starten. Erst nach Einspielen der korrekten composer.json und einem composer update in der Konsole konnte ich die Installation dann wiederbeleben. Die Migration der Datenbank hat dann anschliessend per Konsole problemlos geklappt. Insgesamt also nach vielen Irrungen und Wirrungen jetzt der ganz normale Zustand: Es funktioniert, aber keiner weiss warum. :D
Moin
Um die Tauglichkeit der bestehende Installation mit Contao 5 zu testen, habe ich eine Neuinstallation unter Laragon angestoßen.
Mit dem Hinweis von Maren lief die Installation von Contao (mit PHP > 8.1 und MySQL 7.x und 8.x) auch zunächst komplett ohne Fehler durch.
Aber ich komme erst gar nicht dazu das Installallationstool zu starten um die Verbindung zur Datenbank für die restliche Installation aufzubauen.
Natürlich komme ich so auch nicht ins Backend.
Das Log gibt u.a. folgendes her:
Kann mir jemand von Euch die kryptische Ausgabe entschlüsseln?Code:[2022-08-04T06:56:48.808817+00:00] request.INFO: Matched route "contao_core_favicon__invoke". {"route":"contao_core_favicon__invoke","route_parameters":{"_route":"contao_core_favicon__invoke","_scope":"frontend","_controller":"Contao\\CoreBundle\\Controller\\FaviconController"},"request_uri":"http://bg-wdf501x.local/favicon.ico","method":"GET"} []
[2022-08-04T06:56:48.908270+00:00] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\ConnectionException: "An exception occurred while executing a query: SQLSTATE[3D000]: Invalid catalog name: 1046 No database selected" at A:\xLaragon\www\BG-WDF501x\vendor\doctrine\dbal\src\Driver\API\MySQL\ExceptionConverter.php line 103 {"exception":"[object] (Doctrine\\DBAL\\Exception\\ConnectionException(code: 1046): An exception occurred while executing a query: SQLSTATE[3D000]: Invalid catalog name: 1046 No database selected at A:\\xLaragon\\www\\BG-WDF501x\\vendor\\doctrine\\dbal\\src\\Driver\\API\\MySQL\\ExceptionConverter.php:103)\n[previous exception] [object] (Doctrine\\DBAL\\Driver\\PDO\\Exception(code: 1046): SQLSTATE[3D000]: Invalid catalog name: 1046 No database selected at A:\\xLaragon\\www\\BG-WDF501x\\vendor\\doctrine\\dbal\\src\\Driver\\PDO\\Exception.php:30)\n[previous exception] [object] (PDOException(code: 3D000): SQLSTATE[3D000]: Invalid catalog name: 1046 No database selected at A:\\xLaragon\\www\\BG-WDF501x\\vendor\\doctrine\\dbal\\src\\Driver\\PDO\\Statement.php:101)"} []
Contao 5 hat kein Install Tool. Über den Contao Manager wirst du in Zukunft die Datenbankverbindung eintragen können. Aktuell könntest du manuell in deiner .env.local die Datenbankverbindung hinterlegen, zB:Hinweis: damit die .env.local greift musst du auch eine .env Datei anlegen, falls die noch nicht existiert.Code:DATABASE_URL=mysql://root@localhost:3306/contao
Hallo Spooky
... das ist ja tricky.....
Fehlt in deinem String der Name einer Datenbank? Oder ist contao hier der Name der Datenbank?
Wo lege ich die Datei an. In /public oder /system/config?
Im Verzeichnis gibt es kein Verzeichnis config mehr.
Ja, contao wäre der Name der Datenbank. Diese Dateien legst du im Installationsverzeichnis an.
Hallo Spooky
Das hat super funktioniert. :D
Vielen Dank für den Hinweis.
Ich habe gestern im Forum noch folgende Einträge für Contao 4.9x gesehen aber nicht ausprobiert.
Code:DATABASE_HOST=mysql
DATABASE_PORT=3306
DATABASE_USER=root
DATABASE_PASSWORD=''
DATABASE_NAME=contao_demo
Hallo Spooky
Die Seite funktioniert soweit, aber die Termine werden nicht mehr angezeigt.
Folgender Fehler wird im Log protokoliert:
In der Termine.php steht folgender Code:Code:[2022-08-05T10:31:56.287234+00:00] request.CRITICAL: Uncaught PHP Exception TypeError: "sizeof(): Argument #1 ($value) must be of type Countable|array, bool given" at A:\xLaragon\www\BG-WDF501x\templates\aktuelles\termine.php line 3 {"exception":"[object] (TypeError(code: 0): sizeof(): Argument #1 ($value) must be of type Countable|array, bool given at A:\\xLaragon\\www\\BG-WDF501x\\templates\\aktuelles\\termine.php:3)"} []
Kannst du mir sagen was ich daran ändern müsste?Code:<?php
$a_Files = scandir("./templates/aktuelles/");
$dirLen = sizeof($a_Files);
for( $n=0; $n<$dirLen; $n++){
$patternDate = "/(\d{8})/"; //8 ziffern
$matchDate = preg_match_all( $patternDate , $a_Files[$n], $arr_DatumTreffer );
if($matchDate > 0){
$int_endDatum = intval($arr_DatumTreffer[0][0]);
if($matchDate == 2){
$int_endDatum = intval($arr_DatumTreffer[0][1]);
}
$heute = date('Ymd');
$jetzt = time();
$cutTime = $jetzt - (7*3600); //7 Stunden zurueck fuer den vergangenen Tag
$cutTimeString = date('Ymd', $cutTime);
$cutTimeInt = intval($cutTimeString);
if( $int_endDatum >= $cutTimeInt ){
include $a_Files[$n];
}
}
}
?>
Den Code solltest du generell wegschmeißen und anders implementieren ;). Was genau willst du da machen?
Hey Spooky
Der Code ist nicht von mir. Die Homepage mit allen Templates habe ich 2014 so übernommen.
Bisher wurden keine Fehler durch das Template in den den unterschiedlichen Contaoversionen angezeigt. Mit der V5 ist das jetzt anders.
Was der Code macht weiss ich nicht. Ich kann kein PHP. :D
Zumindest wurden die Termine bisher sauber angezeigt. Bei Contao 5 RC werden weder die Termine im FE angezeigt, noch die Eintragungen der Termine im BE.
Es ist so, als wenn nie etwas in Contao5 eingetragen worden wäre.
Insofern hat der Code schon eine Funktion.
Dass der Code Funktion hat bezweifle ich auch nicht. Meine Aussage war, dass das refactored werden sollte, als richtiges Inhaltselement oder Frontend Modul.