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...?
Druckbare Version
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.
Hier geht's vor allem um Semantik und nicht ums Aussehen.Zitat:
Zitat von derolli
Verwendest Du die unveränderte .htaccess von Contao 4?
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.
Nein, das Icon ist nicht innerhalb des Links. Und wie schon gesagt: Die Ausgabe der Icons wurde inzwischen aus den Templates entfernt. Dadurch unterscheidet sich natürlich jetzt auch das HTML-Markup.Zitat:
Zitat von derolli
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.
Zitat:
Zitat von fusch
Hella, ich kann das Installtool nicht laufen lassen, ich bekomme eine Fehlermeldung "The requested URL /contao/install was not found on this server." Bei der Installation ist wohl das Verzeichniß nicht angelegt worden.
Danke
Erwin
Dieses Verzeichnis existiert auch nicht, sondern ist eine sogenannte "Route" innerhalb von Contao. Vermutlich verarbeitet dein Web Server die .htaccess nicht.
Wo muß die .htaccess liegen? Ich sehe keine. Und wie lautet der Inhalt in diesem Fall?Zitat:
Zitat von Spooky
Danke
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.
JA, die .htaccess ist da. Was muß da drin stehen?Zitat:
Zitat von Spooky
Was steht denn jetzt drin bei dir? ;)
Hier die Kopie als AnhangZitat:
Zitat von Spooky
Danke
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?
Es ist Contao 4.8.5Zitat:
Zitat von Spooky
Der WEB-Server sollte das schon können, die anderen Installationen funktionieren auch.
Die anderen Installationen, sind das auch Contao-Installationen?
Steht mod_rewrite zur Verfügung?
Kannst Du das Contao Installtool folgendermaßen aufrufen: https://example.com/index.php/contao/install ?
Vorweg: Ich habe soeben eine Contao 3.5.40 auf die letzte 4.4 LTS gehoben, damit in 2 Wochen das Update auf die 4.9 stattfinden kann. Mehr als dem Kunden es ans Herz legen kann man ja nicht.Zitat:
Zitat von Palmström
Fehler 2: Das ist ein Fehler in php oder dem Webserver. Konsultiere einfach das Logfile vom Contao unter /var/logs oder das vom Webspace. Eventuell eine andere php-Version in der Subdomain gehabt?
Fehler 3: Das ist aber kein Problem, da du trotzdem an Contao-Manager bzw. mit /contao in den Adminbereich kommst
Ich wollte für Suchende nur einmal ein ergänzen: Nehmt das mit der Prüfung der Plug-Ins ernst. Ich habe aktuell keine Probleme gehabt, musste aber einige Settings von Hand erneut setzen müssen. Zudem gibt es wohl hier und da Probleme mit einigen Theme-Anpassungen. Das mit der Subdomain habe ich ebenfalls gemacht - immer darauf achten, dass die Sub- und Hauptdomain dann auch mit dem selben php laufen. Bei einigen Anbietern fehlen da schon mal php-Erweiterungen.