Hallo,
ich möchte eine aktive Contao 3.5 Installation (1&1, Unlimited) auf 4.4 LTS umstellen. Wie gehe ich am Besten vor?
Druckbare Version
Hallo,
ich möchte eine aktive Contao 3.5 Installation (1&1, Unlimited) auf 4.4 LTS umstellen. Wie gehe ich am Besten vor?
Hier findest Du dazu ein Video: https://www.youtube.com/watch?v=rwC8xfdO3Ao
Hallo Palmström,
mein Vorgehen ist folgendermaßen:
- Ich lege auf dem Server ein neues Verzeichnis an: meinedomain.tld/contao4/web und eine Subdomain, die in das Verzeichnis /web zeigt.
- In das Verzeichnis web lege ich die Datei contao-manager.phar (muss zu contao-manager.phar.php umbenannt werden - bitte erst auf dem Server).
- Dann kopiere ich die Datenbank.
- Dann rufe ich meine Subdomain sub.meinedomain.tld/contao-manager.phar.php auf und gebe dort alle nötigen Angaben an.
- Bevor ich das Datenbank-Update durchlaufen lasse im Installtool, kopiere ich die Verzeichnisse /files und /templates aus der C3-Installation in die C4-Installation.
- Jetzt lasse ich im Installtool die Datenbank-Aktualisierung laufen. Aber ACHTUNG: keine Tabellen oder Spalten löschen, die brauchst Du evtl. noch, wenn die Erweiterungen nachgezogen werden!
- Dann brauche ich noch die Erweiterungen. Hoffentlich sind alle kompatibel! Diejenigen, die Du über den Manager installieren kannst, solltest Du dort installieren, die anderen kannst Du manuell in /system/modules legen. Von 3.5 auf 4.4 geht das in der Regel (es soll Ausnahmen geben, ist mir aber noch nicht passiert).
- Jetzt noch mal das Installtool laufen lassen. Dann sollte nicht mehr viel übrig bleiben, was noch zum Löschen angeboten wird. Das sind in der Regel Änderungen die von 3.5 auf 4.4 notwendig sind und die kann man eigentlich annehmen.
So, ich hoffe, die Reihenfolge stimmt :-)
Viel Erfolg und viele Grüße
Hella
Guten Morgen,
bei 1und1 - Unlimited Plus kann es dir passieren, dass die Installation aufgrund der Servereinstellungen(zu wenig RAM) abbricht.
Dann musst du ggf. das Update lokal oder auf einem anderen Server machen und die Installation umziehen.
Hier mal ein kleiner Screencast dazu:
https://www.youtube.com/watch?v=JyZf72Ef9X0
Gruß
tschero
Vielen Dank, liebe Contao Community!
Ich bin Hella's Vorschlag gefolgt, stolpere jedoch schon über Punkt 3 (Datenbank kopieren). Trotz ssh-Zugang kann ich mysql auf Kommandozeilenebene leider nicht verwenden. Das 1&1 phpmyadmin erlaubt mir zwar, neue Datenbanken anzulegen, Namen und Usernamen sind jedoch vorgegeben. Das Kopieren scheitert dann an Rechteproblemen. Wer weiß Rat?
Freundliche Grüße,
Palmström
Idealerweise solltest du das Update zuerst lokal machen.
Du musst in phpMyAdmin die zu kopierende DB anklicken, so dass rechts die Tabellen angezeigt werden. Jetzt exportierst du und wählst dabei alle Tabellen aus. Die Exportdatei (SQL Datenbank-Dump) speicherst du. Dann erzeugst du eine neue Datenbank, sofern nicht bereits vorhanden. Klicke sie in phpMyAdmin an. Dann löschst du alle Tabellen, sofern bereits welche vorhanden sind. Danach importierst du deine lokal gespeicherte Datei. Für die Verwendung der Kopie musst du dann eben die Datenbank-Zugangsdaten entsprechend anpassen (Install-Tool oder direkt in der entsprechenden Konfigurationsdatei) und fertig.
Du hast auch bei 1&1 Benutzernamen und Passwort, wenn Du die neue Datenbank im 1&1 Backend anlegen lässt. In Phpmyadmin geht das m. W. Sowieso nicht. Hast Du evt. Neue Datenbank anlegen mit neue Datenbanktabelle (in einer bestehenden Datenbank) verwechselt?
Wenn Du die neue DB also wie beschrieben anlegst, hast Du user und password und kannst in der Liste von Hella weitermachen.
In dem oben verlinkten Screencast sollte alles erklärt sein.
Hier sind noch ein paar Screencasts speziell für 1und1. Da findest du auch Info´s zur Anwendung der DB.
https://www.youtube.com/channel/UCw8...j6lWFOackDBAYQ
Gruß
tschero
Wenn ich mysql in der Kommandozeile aufrufe, kommt die Fehlermeldung:
Code:ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
Das bekomme ich bei 1&1 auch. Aber nur dann, wenn ich einfach nur mysql aufrufe. Du brauchst aber
(wo <benutzername>, <passwort> und <host> dann durch die bei Dir passenden Werte ersetzt werden müssen. Das sind genau die, die Du im Installtool auch angegeben hast).Code:mysql -u<benutzername> -p<passwort> -h<host> datenbankname
Ja, bei 1&1 liegen die Datenbanken nicht auf 'localhost', sondern auf separaten Datenbankservern.
Yeah! Ich kann einen Teilerfolg vermelden.
Zunächst Dank an fiedsch für die Nachhilfe in Sachen mysql. Das Kopieren der Datenbank ließ sich wie folgt erledigen:
- In der 1&1 Administrationsumgebung lege ich eine neue, leere Datenbank db-neu mit Benutzernamen db-user-neu und Passwort pw-neu an (wie gesagt, Datenbanknamen und Nutzernamen werden von 1&1 festgelegt).
- Nachdem ich mich mit ssh eingeloggt habe, exportiere ich die alte Datenbank db-alt mittels
Nach Eingabe von pw-alt ensteht eine lokale Datenbank-Kopie export.sql.Code:mysqldump -p -u db-user-alt -h db-alt.inklusive.server.adresse db-alt >export.sql
- Mittels
und Eingabe von pw-neu wird export.sql in die neue Datenbank importiert. Ausloggen, fertig!Code:mysql -p -u db-user-neu -h db-neu.inklusive.server.adresse db-neu <export.sql
Damit konnte ich dann Hellas Liste (#3) weiter abarbeiten und voilà: ich kann mich im Contao-Manager, im Installer und im Backend anmelden und habe Zugriff auf die kopierte Datenbank, FREU!
Allerdings gibt es diverse Inkompatibilitäten bei den Erweiterungen, so dass noch nicht Alles funktioniert. Z.B. bemängelt der Contao-Manager
Zitat:
Problem 1
- The requested package bugbuster/contao-botdetection-bundle (locked at 1.0.1, required as ^1.5) is satisfiable by bugbuster/contao-botdetection-bundle[1.0.1] but these conflict with your requirements or minimum-stability.
Problem 2
- Installation request for bugbuster/contao-botdetection-bundle ^1.5 -> satisfiable by bugbuster/contao-botdetection-bundle[1.5.0].
- Conclusion: don't install contao-components/contao 7.1.5
- bugbuster/contao-botdetection-bundle 1.5.0 requires contao/core-bundle >=4.6,<4.9 -> satisfiable by contao/core-bundle[4.6.0, 4.6.1, 4.6.2, 4.6.3, 4.6.4, 4.6.5, 4.6.6, 4.6.7, 4.6.8, 4.6.9].
Hallo Palmström,
schön, dass Du soweit gekommen bist. Das bundle gibt es aber auch in einer Version, die mit Contao 4.4 kompatibel ist. Du musst es entsprechend eintragen: https://packagist.org/packages/bugbuster/contao-botdetection-bundle#1.0.1
Entweder im Manager die Version auf ^1.0 setzen oder diese Version in der composer.json in Deinem Rootverzeichnis angeben (ist faktisch das gleiche).
Gruß
Hella
Hallo Hella,
ich verstehe den Contao-Manager noch nicht. Ich dachte, es sei gerade der Sinn des composers, dass er mir im Versionswirrwarr hilft :confused:
Muss ich jetzt doch alle Versionen von Hand aussuchen und anpassen? Wie kann ich erreichen, dass ich von den Erweiterungen automatisch die neuesten installieren kann, die zu Version 4.4 LTS passen (ich will gerade nicht dauernd das System ändern, wäre sogar bei Contao 3.5 LTS geblieben, wenn's da weiter Sicherheitsupdates gegeben hätte...).
Danke und adventliche Grüße,
Palmström
@BugBuster möchte nicht mit Versionsweichen arbeiten, daher musst Du darauf achten, die jeweils passende Version zu installieren:
Zitat:
Zitat von BugBuster
Das kommt ganz darauf an, was Du (bzw im Normalfall der Entwickler einer Erweiterung) in Deiner/seiner composer.json angegeben hat. In der Theorie genügt es, wenn die richtigen Versionskennungen gesetzt sind, dass Du die Erweiterung auswählst und installierst (im CM).
Das wiederum kannst Du an der Versionskennung sehen. Je nachdem, was da noch angegeben ist, sind eben ganze Versionsbereiche abgedeckt, oder auch nur eine einzige Versionsnummer. Ws genau die Angaben bedeuten, kannst Du hier mal kurz anlesen: https://getcomposer.org/doc/articles...on-constraints
Das nervt mich als Entwickler an Composer auch enorm, daß er zwar die neuste Version einer Erweiterung sucht, allerdings nicht passend zu den Vorgaben der Umgebung. Erschließt sich mir auch nicht ganz.
Was ich noch nicht verstehe, warum er überhaupt die neue Botdetection 1.5 installieren will, die gibt es ja (normalerweise) nur als Abhängigkeit (Banner, Visitors, dlstats, ...) .
Und Composer sollte doch wenigstens bei Abhängigkeiten eines Bundels von einem anderem Bundle die Vorgaben beachten. Sollte das auch nicht so funktionieren, macht das Teil wirklich nicht was es soll, oder?
Doch tut es. Nur bei einem "require" werden, by design, nicht auch Abhängigkeiten aktualisiert. Dazu gibt es allerdings entsprechende command line flags.
Falls ein neuees Paket jedoch ein downgrade von einer bestehenden Abhängigkeit verursachen würde, hilft nur ein komplettes composer update (oder zumindest ein update aller betroffenen Pakete).
Hallo BugBuster,
lag an zu wenig Durchblick meinerseits :) Ich habe mir im Backend meiner 3.5-Version angesehen, welche Erweiterungen installiert sind, und daraufhin Contao-4-Versionen gesucht und installiert. Verstehe ich das so richtig, dass eine dlstats-Installation automatisch "die richtige" botdetection installieren sollte?
Freundliche Grüße,
Palmström
Hallo Leute,
es ist mir gelungen, die falsche Version von botdetection zu entfernen. Jetzt sind die neuen Contao-4-bundles (z.B. dlstats) und eine alte Erweiterung installiert, sie scheinen zu laufen und der Contao-Manager zeigt grüne Buttons :D
Man kann die "alten" 3.5-Webseiten im neuen Contao 4 LTS sehen und bearbeiten, allerdings fehlen noch die richtigen Fonts bei den Überschriften, sowie einige Bilder. Da muss ich wohl noch ein wenig schrauben...
Mit Dank an alle Helfer und freundlichem Gruß,
Palmström
Bevor ich jetzt ein neues Topic öffne mit der gleichen Überschrift, klinke ich mich hier mal ein. Ich hoffe das ist ok
Ich habe eine recht komplexe Installation auf C3.5. Ich muss aber irgendwann mal auf C4 gehen. Leider sind 1-2 Erweiterungen dabei die nicht C4 freigegeben sind. Eine davon leider ein Must-Have :-(
Ich habe bisher:
- Datenbank von C3 in eine neue DB für C4 kopiert
- Ordner Files und Templates ,wie im Video von Leo beschrieben, kopiert.
- C4 mittels Composer.phar installiert und eingerichtet
- Im Installtool habe ich noch KEIN DB update gemacht
Ich kopiere jetzt Schritt für Schritt aus der composer.json von C3 die Zeilen in composer.json für C4 und aktualisere dann imemr die Pakete.
Bei meiner Must-Have Erweiterung "Simple Event Registration" steigt er jetzt leider aus..
Fehler in der Konsole:
Code:Problem 1
- Installation request for felixpfeiffer/contao-simple-event-registration 3.2.5.0 -> satisfiable by felixpfeiffer/contao-simple-event-registration[3.2.5].
- Conclusion: don't install contao/calendar-bundle 4.6.10
- felixpfeiffer/contao-simple-event-registration 3.2.5 requires contao/core ~3.2 -> satisfiable by contao/core[3.2.0, 3.2.1, 3.2.10, 3.2.11, 3.2.12, 3.2.13, 3.2.14, 3.2.15, 3.2.16, 3.2.17, 3.2.18, 3.2.19, 3.2.2, 3.2.20, 3.2.21, 3.2.3, 3.2.4, 3.2.5, 3.2.6, 3.2.7, 3.2.8, 3.2.9, 3.3.0, 3.3.1, 3.3.2, 3.3.3, 3.3.4, 3.3.5, 3.3.6, 3.3.7, 3.4.0, 3.4.1, 3.4.2, 3.4.3, 3.4.4, 3.4.5, 3.5.0, 3.5.1, 3.5.10, 3.5.11, 3.5.12, 3.5.13, 3.5.14, 3.5.15, 3.5.16, 3.5.17, 3.5.18, 3.5.19, 3.5.2, 3.5.20, 3.5.21, 3.5.22, 3.5.23, 3.5.24, 3.5.25, 3.5.26, 3.5.27, 3.5.28, 3.5.29, 3.5.3, 3.5.30, 3.5.31, 3.5.32, 3.5.33, 3.5.34, 3.5.35, 3.5.36, 3.5.4, 3.5.5, 3.5.6, 3.5.7, 3.5.8, 3.5.9].
- contao/core 3.2.0 conflicts with contao/calendar-bundle[4.6.10].
- contao/core 3.2.1 conflicts with contao/calendar-bundle[4.6.10].
- contao/core 3.2.10 conflicts with contao/calendar-bundle[4.6.10].
- contao/core 3.2.11 conflicts with contao/calendar-bundle[4.6.10].
- contao/core 3.2.12 conflicts with contao/calendar-bundle[4.6.10].
composer.json C4
C3Code:{
"type": "project",
"require": {
"contao/manager-bundle": "4.6.*",
"contao/calendar-bundle": "^4.6",
"contao/comments-bundle": "^4.6",
"contao/faq-bundle": "^4.6",
"contao/listing-bundle": "^4.6",
"contao/news-bundle": "^4.6",
"felixpfeiffer/contao-simple-event-registration": "3.2.5.0",
"jrgregory/m17-sticky-backend-footer": "^2.0",
"kmielke/calendar_extended": ">=3.6.1.0,<3.7-dev",
"contao-bootstrap/core": "^2.0",
"contao-bootstrap/form": "^2.1",
"contao-bootstrap/grid": "^2.0",
"contao-bootstrap/layout": "^2.0",
"contao-bootstrap/navbar": "^2.1"
},
"extra": {
"contao-component-dir": "assets"
},
"scripts": {
"post-install-cmd": [
"Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
],
"post-update-cmd": [
"Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
]
}
}
Code:{
"name": "local/website",
"description": "A local website project",
"type": "project",
"license": "proprietary",
"require": {
"bugbuster/botdetection": ">=3.4.0.0,<3.5-dev",
"bugbuster/contao_grid_16_columns": ">=3.2.5.0,<3.3-dev",
"cgo-it/xls_export": ">=3.0.0.0,<3.1-dev",
"codefog/contao-cookiebar": ">=1.1.1.0,<1.2-dev",
"contao-community-alliance/composer-client": ">=0.16.4.0,<0.17-dev",
"contao-legacy/ajax": "~1.1",
"contao-legacy/backupdb": ">=3.2.2.9004,<3.3-dev",
"contao-legacy/cameraslideshow": ">=1.1.2.9005,<1.2-dev",
"contao-legacy/ce_page_teaser": ">=1.6.0.9002,<1.7-dev",
"dklemmt/contao_dk_mmenu": ">=1.5.1.0,<1.6-dev",
"felixpfeiffer/contao-simple-event-registration": "3.2.5.0",
"hofff/contao-calendarfield": ">=2.2.3.0,<2.3-dev",
"jrgregory/m17-sticky-backend-footer": ">=2.0.4.0,<2.1-dev",
"kmielke/calendar_extended": ">=3.6.1.0,<3.7-dev",
"lionel/superfish": ">=3.2.0.0,<3.3-dev",
"madeyourday/contao-rocksolid-columns": ">=1.0.7.0,<1.1-dev",
"menatwork/contao-multicolumnwizard": ">=3.3.3.0,<3.4-dev",
"null0815/contao-summary": ">=1.6.1.0,<1.7-dev",
"psi/glossary": "1.4.4.0",
"richardhj/contao-childlayouts": ">=1.1.3.0,<1.2-dev",
"terminal42/contao-ce-access": ">=2.0.3.0,<2.1-dev",
"terminal42/contao-easy_themes": ">=2.2.2.0,<2.3-dev",
"terminal42/contao-leads": ">=1.4.10.0,<1.5-dev",
"terminal42/contao-pageimage": ">=3.3.0.0,<3.4-dev",
"terminal42/contao-tablelookupwizard": ">=2.0.1.0,<2.1-dev",
"terminal42/notification_center": ">=1.4.4.0,<1.5-dev"
},
"prefer-stable": true,
"minimum-stability": "stable",
"config": {
"preferred-install": "dist",
"cache-dir": "cache",
"component-dir": "../assets/components"
},
"repositories": [
{
"type": "composer",
"url": "https://legacy-packages-via.contao-community-alliance.org/"
},
{
"type": "artifact",
"url": "packages"
}
],
"extra": {
"contao": {
"migrated": "done",
"version-locks": {
"felixpfeiffer/contao-simple-event-registration": ">=3.2.5.0,<3.3-dev",
"psi/glossary": ">=1.4.3.0,<1.5-dev"
}
}
}
}
Wenn ich es in der Paketverwaltung suche kommt auch "Incompatible Package!This package is not supported in Contao 4 Managed Edition."Bekomme ich das manuell installiert?
VG
felixpfeiffer/contao-simple-event-registration ist, wie du selbst sehen kannst, nicht für Contao 4 freigeschalten. Du musst die Extension manuell installieren. Wenn alles funktioniert kannst du dann ein Ticket auf Github machen, dass dieses Modul für Contao 4 freigeschalten werden kann.
Ja, die meisten Contao 3 Erweiterungen laufen auch mit Contao 4, auch wenn sie offiziell nicht freigegeben sind. Die müssen dann halt manuell installiert werden in system/modules wie gehabt.
Also nur den Ordner von C3 system/modules ind C4 system/modules kopieren?
calendar_exent kann fast das gleiche die simple_event_registration. Aber kann Anmeldungen (noch nicht auflisten). Das brauche ich halt unausweichlich :)
Ja.
Schau Dir mal die Erweiterung von Kamil an: https://github.com/codefog/contao-events_subscriptions
Hab ich beides gemacht. Leider sehe ich die Optionen in den Terminen nicht mehr. Die Tabelle mit den Anmeldungen ist jedoch in der Datenbank vorhanden.
Logfile sagt Folgendes wenn ich einen Termin im Frontend aufrufe
Ich befürchte das Ding ist inkompatibel mit C4 :-(Code:[2018-12-07 13:21:34] request.CRITICAL: Uncaught PHP Exception Symfony\Component\Debug\Exception\ClassNotFoundException: "Attempted to load class "tl_calendar_events" from the global namespace. Did you forget a "use" statement?" at /homepages/46/d346729057/htdocs/xxx-v2/system/modules/simple_event_registration/dca/tl_calendar_events.php line 168 {"exception":"[object] (Symfony\\Component\\Debug\\Exception\\ClassNotFoundException(code: 0): Attempted to load class \"tl_calendar_events\" from the global namespace.\nDid you forget a \"use\" statement? at /homepages/46/d346729057/htdocs/xxx-v2/system/modules/simple_event_registration/dca/tl_calendar_events.php:168)"} []
Edit: Danke für den Hinweis. Ich werde das Modul contao-events_subscriptions mal testen.
Wie macht Ihr das mit den Serveranforderungen wie zum Beispiel:
1. Permissions, die teilweise öffentliche Schreibrechte gewähren, welche sogar immer wieder neu öffentlich gesetzt werden, wenn der Installer angerührt wird. Diese werden dann vom Server logischerweise blockiert
2. einer RAM-Freigabe von 4GB
Wie geht Ihr damit um?
Danke für Kommentare dazu.
Grüsse
Elephant
Was genau meinst Du damit?
4 GB werden nur bei PHP 5.6 und/oder sehr vielen Erweiterungen benötigt. "Normalerweise" reichen auch 2 GB. Weil aber auch das bei vielen shared hostings ein Problem ist, wurde der Contao-Manager "erfunden". Der übernimmt den speicherhungrigsten Part der Installation, die Auflösung der Abhängigkeiten. Eine alternative Methode ist, die Installation erst einmal lokal zu machen und dann mit der erhaltenen composer.json und composer.lock nur noch ein "composer install" durchzuführen anstatt des speicherhungrigen "composer update".
Edit: Eine schöne, allerdings nicht ganz wahre Geschichte. Der Contao-Manager allein kann beim RAM-Problem an sich nicht helfen. Erst im Zusammenspiel mit dem Cloud-Resolver klappt das. Der übernimmt die Auflösung der Abhängigkeiten, die dann eben auf einem externen Server stattfindet. Erst damit ist dann das RAM-Problem umgangen, weil die Unmengen RAM eben nur auf dem externen Server benötigt werden.
Nur um es noch an das von @tab anzufügen.
In einer durchschnittlichen Contao-Installation werden zwischen 256MB und 512MB benötigt, keine 4GB. Und, wie tab schon erwähnt hat, fällt das Thema dank Cloud-Resolver ja sowieso flach, da es da bei Deinem Server so gut wie gar keinen Speicher braucht.
Hallo,
bei meinem Paket (1&1 Unlimited) konnte ich Contao 4.4 LTS mittels ContaoManager installieren. Eine Installation ohne CM scheitert daran, dass die php-Prozesse zu viel RAM benötigen.
VG, Palmström
Genau dafür ist der Manager ja da.
[facepalm]
Bei 1und1 gibt´s noch eine Menge Probleme.
Versuche es mit dem Contao-Manager und dem Cloud-Resolver.
Wenn das nicht klappt. musst du die Abhängigkeiten lokal oder bei einem anderen Hoster auflösen und dann per "composer install" bei 1und1 installieren.
So mache ich das auch bei mehreren Installationen.
Gruß
tschero
Liebe Leute,
leider ging der finale Akt gründlich daneben! Daher benötige ich noch einmal eure Hilfe. Was ist passiert?
Nachdem ich mit viel Mühe eine Migration von 3.5 auf 4.4 erzeugt hatte, u.zw. als Subdomain meiner Domain unter c4.meinedomain.tld, sollte heute die neue Version die alte ersetzen. Dazu habe ich im 1&1 Administrationstool die DocumentRoot von dem Webspace-Verzeichnis /c3 auf /c4/web "umgebogen".
Fehler 1: Es erscheint die rote Statusmeldung "Verbinde mit Webspace". Weiter passiert nichts. Evtl. ein 1&1 Bug, muss ich mit denen klären. Wenn man nach einer halben Stunde die Nerven verliert und in der Übersicht nachsieht, wird dort das neue Webspace-Verzeichnis /c4/web angezeigt. Aha?
Fehler 2: Aufruf von meinedomain.tld oder meinedomain.tld/contao etc. mit oder ohne ssl bringt zwar keine Fehlermeldung, aber auch keine Webseite: Alles weiß! ???
Fehler 3: Nachdem ich in einem Anflug von Verzweiflung im Backend der c4-Installation unter Layout/Seitenstruktur/Website/Domainname "meinedomain.tld" an Stelle der Subdomain "c4.meinedomain.tld" eingetragen hatte, bin ich jetzt "ausgesperrt", d.h. ich komme nicht mehr an meine c4-Installation heran. Beim Aufruf von c4.meinedomain.tld zeigt eine Contao-Info, dass die "Startseite" fehlt! HELP! Kann man das noch irgendwie retten?
Grüße, Palmström
Ahoi,
Prod. Cache mit dem Manager leeren?
Grüße, Stefko
Gesendet von iPhone mit Tapatalk Pro
Genial!
Herzlichen Dank, Steffko. Problem 3 gelöst, komme wieder an die c4-Installation.
Bleibt noch der Ersatz von Ver. 3.5 durch Ver. 4.4...?
Was genau meinst Du? Bist Du so vorgegangen: https://community.contao.org/de/show...l=1#post488555 ?
Das Umswitchen der Domain dauert bei 1&1 so lange, das scheint normal zu sein. Deine Angabe von 30 Minuten könnte passen. Hat bei mir auch so lange gedauert.
Hast Du Einträge in der .htacess vorgenommen?
Bei meinem Umzug auf den Webspace habe ich nach dem Umschalten zuerst den CM und auch das Install-Tool aufgerufen. Danach lief das Backend und nach dem Anpassen der Domain in der Seitenstruktur lief auch das Frontend.
Gesendet von meinem CLT-L29 mit Tapatalk
Ich habe keinerlei .htaccess Dateien verändert. Ist da was zu tun?
Der aktuelle Stand ist jetzt so: ich erreiche die migrierte Ver. 4.4 Installation jetzt unter meinedomain.tld, auch mit https, außerdem das Backend sowie den Contao-Manager. FREU!
Allerdings zeigt das Frontend leider überhaupt keine Bilder, Icons, etc. an, obwohl in der Dateiverwaltung der Bildordner auf "öffentlich" eingestellt ist.
Ahoi,
zwei Fragen
1) was passiert, wenn Du einem Artikel ein Bild hinzufügst, oder testweise auf der Startseite ein zusätzliches IE "Bild" einfügst?
2) ist das ein gekauftes Theme und ist da zufällig die Erweiterung [pct_customelements] im Spiel?
PROBLEM SOLVED!
Das Problem mit den Bildern kam daher, dass nur die Haupt-Domain ein SSL-Zertifikat hatte und die Subdomains, z.B. assets.meinedomain.tld, nicht. Nach Aktivierung der Wildcard-Zertifikate funktioniert es jetzt!
@Stefko: danke, das Theme ist privat und war nicht die Fehlerursache.
Greetings, Palmström
HAllo zusammen,
ich scheiter gerade am Upgrade von 3.5.40 auf die 4.4
Gruß OliverCode:Error:
[2019-11-09 20:39:05] request.INFO: Matched route "contao_index". {"route":"contao_index","route_parameters":{"_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_scope":"frontend","_route":"contao_index"},"request_uri":"http://neu.edv-haensel.de/","method":"GET"} []
[2019-11-09 20:39:05] security.INFO: Attempting SimplePreAuthentication. {"key":"frontend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2019-11-09 20:39:05] app.CRITICAL: An exception occurred. {"exception":"[object] (Exception(code: 0): Could not find template "j_slider" at /www/htdocs/w0084239/edv-haensel/contao/vendor/contao/core-bundle/src/Resources/contao/library/Contao/TemplateLoader.php:153)"} []
Editiere alle Deine Seitenlayouts und speichere sie nochmals neu ab.
Danke. Sieht schon besser aus. Nun lädt er nur die Bilder nicht. Seite ist wieder mit SSL Zertifikat versehen, aber die Bilder werden nicht geladen, obwohl siein der Dateiverwltung unter dem Pfad angezeift werden.
Hast Du die betreffenden Ordner auf "Öffentlich" gesetzt?
https://docs.contao.org/manual/de/da...ner-verwalten/
ja. Aber ich habe gerade nochmal den gesamten Chache geleert, dann erneut auf nicht öffentlich umgestellt -> Cache geleert -> wieder umgestellt und dann nochmal cen Cache geleert.
Nun habe ich gerade nur noch ein paar CCS Anzeigefehler. Kannst ja mal schauen edv-haensel.de und neu.edv-haensel.de. Hier scheint jeweils die Klasse der aktuellen Seite nicht mehr zu stimmen, das Untermenü links zeigt er komisch an und warum der Footer leer ist finde ich aktuell auch nicht.
Es gab in Contao 4 Templateänderungen, u. a. wurde im HTML-Markup der Navigationsmodule für das aktive Element <span> durch <strong> ersetzt (siehe https://github.com/contao/contao/blo...markup-changes). Es müssten daher die betreffenden Styles angepasst werden. Darüber hinaus müsstest Du auch das Pseudo-Element :before hier entsprechend anpassen, da das aktuell sowohl beim <a> als auch beim <span> greift:
HTML-Code:aside nav ul li a:before,
aside nav ul li span:before {
...
}
Das hat doch aber zur Folge, dass die Menüpunkte auch fett dargestellt werden. Das will ich aber nicht.
Dann musst Du in der entsprechenden CSS-Regel noch ein font-weight: normal; hinzufügen.
Genau, das habe ich nun auch gemacht. Ich finde das strong-Element für diese Nutzung unpassend, da man es mit der Klasse wieder aufhebt.
Nun habe ich nur ein Problem, dass die angelegten 404 und 403-Errorseiten nicht angezeigt werden. Die Errorseiten 403 und 404 sind in der Seitenstruktur angelegt.
Beim Aufruf kommt der Fehler:
Oops! An Error Occurred
The server returned a "404 Not Found".
Something is broken. Please let us know what you were doing when this error occurred. We will fix it as soon as possible. Sorry for any inconvenience caused.
ja. Die .htaccess ist die von Contao 4.
Hat sich bezüglich der CSS-Klassen auch bei den .pdf Icons usw. geändert? Sonst war das Icon innerhalb des Links. Nun ist es davor.
Für die MIME-Icons musst Du jetzt im Seitenlayout zusätzlich das icons.css Stylesheet einbinden, falls Du im Frontend entsprechende Icons anzeigen möchtest (siehe auch https://github.com/contao/contao/blo....md#mime-icons).
Das ist mir bewusst. Diese sind auch eingebunden. Aber das Layout weicht ab. Das ist die alte Seite https://www.alt.edv-haensel.de und die neue https://www.edv-haensel.de. Im unteren Bereich in dem grauen Block sind Downloads. Bei der alten Seite ist das Icon innerhalb des Links und bei der neuen außerhalb.
Wenn ich in der CSS Klasse .download-element padding links verringere, passt der Abstand zwar, aber dann verschwindet das Icon drunter. HAtte versucht mit z-index das icon drüber zu legen, aber das wird nicht akzeptiert.
Dieses Verzeichnis existiert auch nicht, sondern ist eine sogenannte "Route" innerhalb von Contao. Vermutlich verarbeitet dein Web Server die .htaccess nicht.
Im web/ Ordner sollte sich eine .htaccess befinden. Wenn nicht, wurde Contao bei dir nicht richtig installiert. Poste in diesem Fall die Konsolenausgabe des Contao Managers.
Was steht denn jetzt drin bei dir? ;)
Code, Konfiguration und Dergleichen kannst du immer in [code] Tags posten.
Das sieht korrekt aus. Du musst dafür sorgen, dass dein Web Server auch in der Lage ist, .htaccess Dateien zu verarbeiten.
- - - Aktualisiert - - -
Achso moment, das ist eine .htaccess aus Contao 4.8. Du hast aber von Contao 4.4 geschrieben. Was stimmt nun?