Layout zerschossen

Druckbare Version

20.06.2017, 08:22
mpaleit

Layout zerschossen

Liebe Gemeinde, ich brauch Unterstützung für meine Seite www.loopapp.de

Die letzte Aktion vor dem Ausfall der Seite war, dass ich mit dem Rocksolid Theme Assistant die "Hintergrundfarbe Seiten" gändert und gespeichert habe.
Anschließend war das Layout zerschossen.
Es steht dazu nichts im System-Log und es werden dazu keine ./system/logs geschrieben.
Ob der Theme Assistant oder irgendwas anderes in Contao dazu geführt hat, kann ich nicht sagen.

Nach vielen gescheiterten Versuch das Problem zu lösen, habe Ich die komplette Filestruktur mit dem letzten guten Backup über Filezilla wieder hergestellt - ohne Erfolg.
Dann habe ich die Datenbank über PHPmyAdmin wieder hergestellt - mit dem Erfolg, dass jetzt die deutschen Umlaute in den Artikeln kryptisch sind.
Im Contao Backend kann ich alles editieren und speichern.
Rufe ich die install.php auf, dann sieht alles gut aus - alle DB und FTP Zugangsdaten passen.
Die Rechte habe ich im Vergleich zu meiner zweiten Seite https://www.tools4net.de überprüft und keine Unterschiede festgestellt.

Meine letzte Idee ist folgende.
Ich installiere Contao ohne Template neu. Dann stelle ich alle Dateien unter ./files wieder aus der Sicherung her und ersetze die Tabellen tl_article, tl_content, tl_page (und ???) mit der letzten Sicherung.
Könnte das klappen?

Dankbar für jeden Tipp,
Manfred
20.06.2017, 08:30
dazzle89

Die CSS-Datei wird nicht gefunden.

Ich weiß nicht ob es was bringt, aber hast du mal unter Systemwartung den Skriptcashe geleert?
20.06.2017, 08:52
Webbaumeister

Das Problem mit den Umlauten klingt nach einem falsch formatierten Datenbank-Backup.

Öffne das DB-Backup mal in einem Texteditor der Kodierungen beherrscht (z.B. Notepad++ unter Windows) und schaue ob dort alles richtig aussieht und die Kodierung die ist die du auch beim Upload angibst.
20.06.2017, 08:55
Webbaumeister

Ich würd erst nochmals versuchen das letzte gute Backup zum laufen zu bringen.

Also alle Dateien + Datenbank.

Momentan funktionieren deine Pfade zu CSS-Dateien etc. nicht. Könnte das am htaccess liegen?
20.06.2017, 09:34
mpaleit

Danke für die Tipps ...

das sind genau die Richtungen, in die ich suche.
Die beiden *.cs und *.js habe ich versucht durch Umbennenen der Dateien zu aktivieren.
Hat aber auch nichts gebracht.

Die Umlaute wurden beim Export der Datenbank gemacht, das muss ich noch korrigieren (weiss nur noch nicht wie).
Ich hatte nur den Verdacht, dass es möglicherweise beim Import einige vitale wichtige Daten verbogen hat.
Aber soweit ich Contao verstanden habe, werden *css und *js (nur) im Filesystem verwaltet.

Eine .htaccess habe ich nur auf meiner Seite tools4net.de, um http nach https umzuleiten.
Unter loopapp.de habe ich keine.
Brauche ich die .htaccess(.default) um mein Problem zu lösen?

Danke und Gruß,
Manfred
20.06.2017, 10:31
mlweb

Zitat:

Zitat von mpaleit

Brauche ich die .htaccess(.default) um mein Problem zu lösen?

Nein, wenn die Seite vorher ohne ausgekommen ist, dann tut sie das jetzt auch.
20.06.2017, 10:41
mlweb

Ich weiss ja nicht was Du da veranstaltet hast, aber im Moment steht in der von Contao generierten css-Datei

Code:

<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" lang="de" xml:lang="de"> <head> <title>Objekt nicht gefunden!</title> <link rev="made" href="mailto:info@tools4net.de" /> <style type="text/css"><![CDATA[/*></style> </head> <body> <h1>Objekt nicht gefunden!</h1> <p> Der angeforderte URL konnte auf dem Server nicht gefunden werden. Sofern Sie den URL manuell eingegeben haben, überprüfen Sie bitte die Schreibweise und versuchen Sie es erneut. </p> <p> Sofern Sie dies für eine Fehlfunktion des Servers halten, informieren Sie bitte den <a href="mailto:info@tools4net.de">Webmaster</a> hierüber. </p> <h2>Error 404</h2> <address> <a href="/">www.loopapp.de</a><br /> <span>Apache</span> </address> </body> </html>

So etwas passiert nicht von allein und m.E. auch nicht wenn nur etwas im Theme-Assistent von Rocksolid schief gelaufen ist.
20.06.2017, 12:44
Andreas

Die DB hat damit nichts zu tun, da hättest du nicht dran rütteln müssen. Beim Arbeiten mit der DB musst du darauf achten, dass du überall wo nach einer Codierung gefragt wird UTF8 wählst. Nicht nach Excel exportieren. Auch dein Texteditor muss auf UTF8 (ohne BOM) eingestellt sein, also wirklich überall. Dein FTP-Client muss im binären Modus übertragen.

Contao-Check ausführen. In den BE-Einstellungen den abgesicherten Modus aktivieren. Den internen Cache dort auch deaktivieren. Fehlermeldungen anhaken. (All das solange du Probleme hast. Nachher wieder rückängig.)

Die htaccess.default solltest du aktivieren, auch wenn es ohne läuft. Und dann solltest du das index.php aus der URL entfernen und der ersten Seite unbedingt den Alias index und nicht home geben.

Hast du den Safemode-Hack im Einsatz? Stehen Variablen mit "ftp" in der system/config/localconfig.php? Wenn ja, dann ist der SMH im Einsatz. Deaktiviere diese Variablen und versuche ohne den SMH klar zu kommen. Das Checktool gibt dir Auskunft darüber.
20.06.2017, 13:34
mlweb

@Andreas Ich glaube Du überforderst den guten Menschen gerade. Schau mal was ich in der css-Datei die aufgerufen wird schönes gefunden habe. Wie immer er das da rein bekommen hat - es hat definitiv nicht die Ursache in falscher Kodierung oder in Abspeicherung mit oder ohne BOM.
20.06.2017, 13:52
dazzle89

Ich hatte auch mal ein ähnliches Problem, dass die CSS-Dateien nicht gefunden wurden bzw. die Pfade falsch waren und es lag auch am Safe-Mode-Hack...
20.06.2017, 14:13
mlweb

Stimmt Du hast recht. Ist wohl zu warm heute. Das was ich in meinen Tools als Inhalt der Datei sehe ist ja in dem Fall die Fehlermeldung - wer liest ist eindeutig im Vorteil. :o
20.06.2017, 16:19
mpaleit

Danke für die Antworten, das meiste verstehe ich, manches nicht ganz.

Die DB zu restoren war zu voreilig und hat eher zu mehr Chaos geführt.
Die mySQL DB steht auf utf8_general_ci
Beim Export wurden die Umlaute trotzdem zerlegt.

Ich editiere nur mit UltraEdit. Alle kopierten Daten schicke ich vorher über UltraEdit (paste + copy) bevor ich sie in Contao einpflege, sonst steht da jedesmal der fomatierte Text mit zerlegten Umlauten drin.
Im SQL Export Skript habe ich mit UltraEdit alle Umlaute durch replace wieder hergestellt und dann die Datenbank jetzt nochmals restored.
Jetzt passt wenigstens der Content wieder.

In der "Startpunkt der Webseite" steht index als alias.
Aus welcher URL soll ich "index.php" entfernen?

Wo finde ich das Checktool?

In meiner localconfig.php steht:
$GLOBALS['TL_CONFIG']['useFTP'] = false;

FileZille sieht die Dateien in /system so
https://community.contao.org/de/imag...BJRU5ErkJgggA=

... und in system/config so - sollte passen?
https://community.contao.org/de/imag...AASUVORK5CYIIA

Trotzdem sieht es so aus als ob nicht geschrieben werden kann.

Ich will natürlich nicht meine Inhalte verlieren.

Ginge Folgendes?
Contao 3.5.x neu installieren
Tao neu installieren, aber in install.php kein Template auswählen, sondern nur die tao.cto.
Datenbank wieder herstellen.

P.S.
Mein Webspace liegt bei Hosteurope.
Die Domäne www.tools4net.de liegt im Folder /www und hat vor 2 Wochen ein SSL Zertifikat bekommen.
Die Domäne www.loopapp.de liegt im Folder /loopapp ohne https.
20.06.2017, 21:45
Andreas

Zitat:

Aus welcher URL soll ich "index.php" entfernen?

Aus allen. Anhaken in den Einstellungen nachdem die htaccess aktiviert wurde.

Zitat:

Wo finde ich das Checktool?

Googeln.

Zitat:

Contao 3.5.x neu installieren

Das kannst du dir sparen. Mach erstmal die Core Validierung mit dem Contao-Check.

ps Beim Herstellen der Umlaute musst du aufpassen, ob du serialisierte Arrays mit Umlauten in den Werten hast.

Code:

a:2:{s:4:"unit";s:2:"h1";s:5:"value";s:7:"Häuser";}

Wie du hier in diesem serialisieten Array siehst, wird die Stringlänge von "Häuser" mit 7 angegeben (s:7) obwohl es nur 6 Zeichen sind, das liegt daran, dass ein Umlaut (ä) in UTF8 als zwei Zeichen gilt. Es kann also schonmal vorkommen, dass beim Hin und Her mit Codingsettings solche Arrays ihre Gültigkeit verlieren. PHP kann dann nichts mehr damit anfangen.
21.06.2017, 07:51
mpaleit

Hallo Andreas,

gesucht und gefunden.
http://www.loopapp.de/check/

Gibt es eine einfache Antwort, warum der PHP Prozess nicht schreiben kann?
FTP hatte ich aktiviert, weil die Contao Installation nur damit ging.
Es ist aber schon länger deaktiviert.

Mich wundert, warum das Checktool die Contao Version anmeckert, obwohl diese als letzte stabile zum Download angeboten wird.

Einen Teilerfolg habe ich dadurch erreicht, dass ich die beiden Dateien assets/css/*.css und assets/js/*.js umbenannt habe.

Mit UltraEdit hab ich nur die Umlaute replaced. Die Anzahl der Character (+1) wurde dadurch nicht verändert.

Ich bin dankbar für die Hilfe, die ich im Forum bekomme.
21.06.2017, 09:45
Spooky

Zitat:

Zitat von mpaleit

FTP hatte ich aktiviert, weil die Contao Installation nur damit ging.
Es ist aber schon länger deaktiviert.

Den Safe Mode Hack (FTP) brauchst du, weil dein Webserver bzw. dein Webspace falsch konfiguriert ist, wodurch der PHP Prozess keine Dateien erstellen bzw. schreiben kann.

Zitat:

Zitat von mpaleit

Gibt es eine einfache Antwort, warum der PHP Prozess nicht schreiben kann?

Das hängt damit zusammen unter welchem Benutzer der PHP Prozess läuft und welche Dateirechte für deine Contao Installation eingestellt sind.

Zitat:

Zitat von mpaleit

Mich wundert, warum das Checktool die Contao Version anmeckert, obwohl diese als letzte stabile zum Download angeboten wird.

Dadurch, dass der PHP Prozess keine Dateien erstellen kann, kann der Contao Check auch nicht die Versions Datei für deine Contao Version runterladen. Hier könnte ich im Check noch etwas nachbessern, damit das klarer wird.
21.06.2017, 16:15
mpaleit

Wegen dem Safe Mode Hack frage ich am Besten HostEurope, selbst werde ich da wohl nichts ändern können.

Ich habe jetzt den Safe Mode Hack wieder aktiviert und auch schon einiges am Layout wieder anpassen können, insbesondere die fehlenden Links zu Dateien.
Es sah gut aus, bis ich ein RockSolid Slider Element bearbeitet habe. Nachdem ich die *.png im Slider wieder verlinkt und gespeichert hatte ...
... peng - das Layout ist wieder zerschossen.
Ich habs wieder hinbekommen durch Umbennen der zuletzt geänderten assets/css/*.css und assets/js/*.js in die Namen, die man im Quelltext sieht.
Sofort werden die Seiten wieder (halbwegs) richtig angezeigt.

Ich kann nicht behauten, dass es mit RockSolid zu tun hat, aber schon komisch.
Beim 1. Crash habe ich im Theme Assistant eine Hintergrundfarbe geändert und jetzt im Rocksolid Slider habe ich Bilder verlinkt.
Das Verlinken von Bildern in anderen Elementen hat funktioniert, ohne dass das Layout verschwand.

Die FTP Rechte auf Folder und Files habe ich mit meinem anderem Webspace verglichen (per Stichprobe in system/*).
In allen Files und Foldern ist als Owner der FTP Account eingetragen, der in der localconfig.php eingetragen und die Defaultgruppe wp* ist berechtigt.
Alle files in css/ und js/ haben die Rechte 644
Die tao/css files haben Schreibrecht für die Gruppe.

Ich würde gerne alles wieder neu aufsetzen und die SQL Tables und files/ wieder herstellen.
ggfls. in eine Subdomäne sub/ parrallel zu loopapp/ alles neu installieren inkl. TAO ohne Template.
Und dort dann den SQL Restore testen. Wenn alles klappt, dann die Subdomain löschen und sub/ in loopapp/ umbenennen (ggfls. Pfade in *config.php anpassen)
Wäre doch möglich, oder kann ich mir das sparen, wenn ich an anderer Stelle korrigiere - aber wo und wie?

Woran sehe ich, unter welchem Account die PHP Prozesse laufen und - ich trau mich gar nicht fragen - was mache ich dann mit der Info?

Danke jedenfalls
21.06.2017, 16:17
Spooky

Das sollte dir am besten der Hoster beheben.
21.06.2017, 16:41
mpaleit

Beim erneuten Versuch den Rocksolid Slider zu bearbeiten hat sich Contao mit folgender Stop Meldung verabschieded.

Im tl_content Datensatz mit der ID 1077 ist der type "rocksolid_slider und im Feld rsts_customSkinr steht "tao".
Alle anderen bearbeiteten contents haben im Feld customSkinr nichts stehen (sind also vermutl. von Contao).
Contao Open Source CMS 3.5

http://www.loopapp.de/system/themes/...mages/stop.png

contao/main.php?do=article&table=tl_content&act=edit&id=1 077&ref=31cc1ae4
ModulArtikel
Betroffene Tabelle
tl_contentAktionElement bearbeitenBetroffener DatensatzID 1077Der Link, den Sie aufgerufen haben, konnte nicht verifiziert werden. Wenn Sie den Link selbst aufgerufen oder von einer vertrauenswürdigen Person erhalten haben, können Sie den Vorgang fortsetzen.

Wusste nicht, dass das Checktool von Dir ist.
Super, ich mag Selbstentwickeltes.
21.06.2017, 17:05
tab

Das klingt mir nach irgendeiner Sicherheitssoftware, die dich hier den Links im Backend nicht folgen lassen will ;).
Edit: Ist wohl eher ein fehlendes oder ungültiges Request Token.
21.06.2017, 17:36
mlweb

Zitat:

Zitat von mpaleit

Ich habs wieder hinbekommen durch Umbennen der zuletzt geänderten assets/css/*.css und assets/js/*.js in die Namen, die man im Quelltext sieht.
Sofort werden die Seiten wieder (halbwegs) richtig angezeigt.

Diese Dateien werden von Contao generiert. Alles was Du dort änderst wird von Contao überschrieben. Soweit ich mich erinnere bringen die Themes von Rocksolid ein custom.css mit. Dahin gehört dann das css was Du außerhalb des Themeassistenten änderst.
Dein eigenes javascript kannst Du im Seitenlayout einbinden.
21.06.2017, 21:08
Andreas

Hol dir mal die https://download.contao.org/versions/3.5.27.json und lege sie als 3.5.27.json in den Ordner check/versions/. Damit solltest du dann erstmal validieren können.

Grundsätzlich halte ich nicht viel davon, Fehler in Contao durch eine Neuinstallation zu beheben. Die DB z.B. sollte OK sein, das kann man auch mit dem Install-Tool, bzw. im BE - Erweiterungsverwaltung - DB-aktualisieren kontrollieren. Die Core-Dateien sollten auch OK sein, dass kannst du mit der Validierung checken. An deine eigenen Dateien sollte Contao eigentlich nicht ran gehen (templates/ u. files/ u. eigene configs in system/config/).

Was das Install-Tool macht ist mehr oder weniger nur die DB auf alle benötigten Tabellen, Felder und Feldtypen zu checken. Und dann notwendige Daten wie DB-Verbindung, Install-Tool-Passwort usw in die system/config/localconfig.php schreibt. Die system/config/pathconfig.php wird auch noch erstellt. Das wars auch schon. Wenn du die localconfig und die pathconfig umbenennst, kannst du praktisch neu installieren. Vorausgesetzt der Core ist valide und die DB in Ordnung.

Dein Problem sind einfach nur die Rechte, um was man sich normalerweise überhaupt nicht kümmern muss, wenn der Server richtig konfiguriert ist.

Die Dateien in assets/css|js können einfach gelöscht werden, wenn man das will. Contao kümmert sich darum und erstellt/erneuert sie bei Bedarf - was bei dir wohl nicht funktioniert.

Was ich schonmal hatte war, das ich die Dateien mit nem speziellen FTP-Benutzer hochladen musste, und zwar mit dem gleichen, der auch vom PHP-Prozess den Ordnern und Dateien als Besitzer zugewiesen wird. Irgendwie hatte ich damals FTP-Benutzer Kuddelmuddel. War auch nicht auf meinem Server sondern auf sonem komischen Problemserver.

@spooky: Kann man das so machen, dass wenn im Ordner keine version.json ist und keine geholt werden kann, dass man dann den Link angezeigt bekommt, wo man die json manuell holen kann? Oder soll ich ein Ticket dazu erstellen?
21.06.2017, 21:16
Spooky

Zitat:

Zitat von Andreas

@spooky: Kann man das so machen, dass wenn im Ordner keine version.json ist und keine geholt werden kann, dass man dann den Link angezeigt bekommt, wo man die json manuell holen kann? Oder soll ich ein Ticket dazu erstellen?

Könnte man machen, erstell mal ein Ticket dazu :)
21.06.2017, 21:24
Andreas

Ok, done. https://github.com/contao/check/issues/128
22.06.2017, 08:21
mpaleit

Hallo Andreas,

HostEurope ist auch eingebunden wegen Safe Mode Hack / PHP.

3.5.27.json habe ich kopiert.
Änderungen mm BE Erweiterungskatalog laufen ebenfalls auf Fehler.

https://community.contao.org/de/imag...BJRU5ErkJgggA=

In dem Ordner system/tmp liegen dutzende von files, die heute erzeugt wurden.
Ein Teil von Contao kann schreiben, ein anderer offensichtlich nicht.

Auch in assets/css | js können die files dynamisch generiert werden.
Als Krücke benenne ich die zuletzt generierten Dateien in die guid-Namen um, die im Quelltext in der home.html stehen.
Danach werden die Seiten wieder mit Layout angezeigt, bis zu einer Änderung, die ein Rocksolid Elemente betrifft.
Auf der home.html sieht man Akkordions und Rocksolid Slider, die aber nicht funktionieren.

Dass alle Probleme mit Rechten zu tun haben, ist schon offensichtlich, aber durch was wurde es verursacht?
Die Seite lief ja bereits Wochen und ich habe zwischendrin immer wieder contents geändert.

Dein www.loopapp.check/ Tool zeigt beim Prüfen der Installation auch fehlende Dateien.

Manfred
22.06.2017, 10:14
Andreas

Korrigiere zuerst die bemängelten Core-Dateien.

Ich meine bei HostEurope kannst du über deinen Account die Besitzer/Gruppe für alle Ordner/Dateien einstellen. Achte darauf, dass du danach einen FTP-Benutzer mit dem gleichen Besitzer/Gruppe benutzt. Hier im Forum müsste es auch eine Anleitung für HosteEurope geben.
22.06.2017, 10:21
mlweb

Zitat:

Zitat von mpaleit

Auch in assets/css | js können die files dynamisch generiert werden.
Als Krücke benenne ich die zuletzt generierten Dateien in die guid-Namen um, die im Quelltext in der home.html stehen.
Danach werden die Seiten wieder mit Layout angezeigt, bis zu einer Änderung, die ein Rocksolid Elemente betrifft.
Auf der home.html sieht man Akkordions und Rocksolid Slider, die aber nicht funktionieren.

Dieses stochern im Nebel führt doch zu nichts.
Du solltest erst einmal die fehlenden (.htaccess.default ist dabei normal, wenn Du diese in .htaccess umbenannt hast) und fehlerhaften Dateien ersetzen. Außerdem mußt Du (ggf. zusammen mit Deinem Provider) dafür sorgen, dass der PHP-Prozess die entsprechenden Rechte hat. Alles andere hat doch keinen Sinn.

Zitat:

Zitat von mpaleit

Dass alle Probleme mit Rechten zu tun haben, ist schon offensichtlich, aber durch was wurde es verursacht?
Die Seite lief ja bereits Wochen und ich habe zwischendrin immer wieder contents geändert.

Du hast zum Beispiel

Zitat:

Zitat von mpaleit

Nach vielen gescheiterten Versuch das Problem zu lösen, habe Ich die komplette Filestruktur mit dem letzten guten Backup über Filezilla wieder hergestellt - ohne Erfolg.

Was da so alles passiert sein kann - keine Ahnung. Aber man kann auch dabei Dateirechte verändern. Definitiv fehlen ja Dateien und andere sind fehlerhaft.
Außerdem kann natürlich auch der Provider Veränderungen am Server vorgenommen haben.
22.06.2017, 11:33
tab

Ja, erst mal die beschädigten Dateien ersetzen. In die initconfig.php vielleicht auch mal vorher reinschauen und mit der unveränderten Datei vergleichen. Könnte ja auch sein, dass die Installation gehackt wurde. Kann allerdings auch sein, dass du oder ein Entwickler da mal was dran geändert / ergänzt haben.

Dann sagt der Check, dass keine Dateien und Ordner erstellt werden können. Ohne das wird es nicht gehen, was immer die Ursache ist (falscher Owner bei den Dateien oder was auch imme) muss erst mal behoben werden. Ebenso der fehlende Schreibzugriff auf das temporäre Verzeichnis. Das muss entweder der Hoster richtig konfigurieren oder du musst den vom Check angegebenen Parameter über eine php.ini oder in der .htaccess setzen. Je nachdem, wie das bei deinem Hoster funktioniert.
22.06.2017, 16:18
mpaleit

Ich fasse jetzt mal meinen aktuellen Stand zusammen.

- install.php meldet alles ok (Datenbank)
- der Safe Mode FTP Hack ist deaktiviert
- alle Dateien im / Folder haben als owner den user wp*****
- der PHP Prozess darf Dateien erstellen und das Check-Tool meldet soweit auch alles ok (an die php.ini komme ich nicht dran)
http://www.loopapp.de/check/

- aktuell gibt es nur eine .htaccess.default
- es gibt keine eigenen *.css oder sonstige Anpassungen an Contao
- Contao 3.5.27 wurde nach Anleitung (mit FTP Hack) installiert
- TAO (.cto) wurde nach Anleitung installiert

Die aktuelle Filestruktur und die DB sind gesichert.

Alleine mein Problem bleibt bestehen.

@mlweb
Mein Stochern im Nebel mit Eurer Hilfe hat mir soviel von Contao gelehrt, wie ich es eigentlich gar nicht brauchen wollte.

Danke
22.06.2017, 16:27
Spooky

Zitat:

Zitat von mpaleit

- Contao 3.5.27 wurde nach Anleitung (mit FTP Hack) installiert

Warum hast du das gemacht? Wenn der Check meldet, dass nun alles ok ist, brauchst du den FTP Hack ja nicht mehr. Damit hast du dir potentiell wieder alles zunichte gemacht und musst von vorne anfangen ;).
22.06.2017, 16:50
Andreas

@Spooky: Bezieht der Contao Check einen eingerichteten SMH mit ein? Da bin ich mir immer unsicher.

@mpaleit: Das war ein Scherz von Spooky :D. Entferne die Variablen, welche ftp enthalten aus deiner localconfig.php. Das müsste es eigentlich sein, um den SMH wieder zu deaktivieren. Oder weiß jemand was anderes?
22.06.2017, 16:54
Spooky

Zitat:

Zitat von Andreas

@Spooky: Bezieht der Contao Check einen eingerichteten SMH mit ein? Da bin ich mir immer unsicher.

Nein.

Zitat:

Zitat von Andreas

@mpaleit: Das war ein Scherz von Spooky :D. Entferne die Variablen, welche ftp enthalten aus deiner localconfig.php. Das müsste es eigentlich sein, um den SMH wieder zu deaktivieren. Oder weiß jemand was anderes?

Eigentlich ist das kein Scherz ;). Durch die Verwendung des SMH passen die Rechte nun vielleicht wieder nicht und führt zu Problemen.
22.06.2017, 18:45
Andreas

Ah, ok :D Danke!
22.06.2017, 19:44
mpaleit

@Spooky
Mit folgender Einstellung in der localconfig.php sollte der FTP Hack deaktiviert sein, oder verstehe ich das falsch?
$GLOBALS['TL_CONFIG']['useFTP'] = false;

Die FTP Zugangsdaten in der Datei werde ich natürlich entfernen.

Das Check-Tool habe ich heute nach allen Änderungen von mir, drüber laufen lassen.
Das ok betrifft also die aktuelle Situation.

Für die Installation von Contao war SMH (FTP Hack?) erforderlich, vermutlich, weil ich die Rechte auf das Root-Verzeichnis an den ftp*** user vergeben hatte.

Ich verstehe nicht, was an der Installation jetzt noch falsch sein soll?
Alle Caches sind geleert.
Hilft nur nix, das Layout funktioniert nicht.

Nochmal die Frage.
Contao + Tao neu installieren und dann Files und Datenbank zurückspielen.
Kann das funktionieren?
22.06.2017, 21:34
mlweb

Ich weiss ja nicht wie weit Du im Moment gekommen bist, aber so ganz ohne css ist das ja im Moment schon nicht mehr.
Mit dem Herumstochern im Nebel meinte ich übrigens vor allen Dingen Deine Arie mit dem Umbenennen von Dateien im assets-Ordner, statt der Anpassung der Rechte.
22.06.2017, 22:55
Andreas

Scheint doch zu laufen. Die Netzwerkanalyse mit den Devtools zeigt nur noch Status-Code 200 OK auf alle Anfragen.

Wenn du da trotzdem nochmal was neu installieren möchtest, dann reichen die Dateien. Die DB kannst du in Ruhe lassen.
23.06.2017, 07:11
mpaleit

Leider wird nur die home.html einigermaßen vernünftig angezeigt, auch wenn das Akkordeon und das Rocksolid Slider Element nicht funktionieren.
www.loopapp.de

Ich frage mich, welche Elementen sind orig. Contao und welche wurden durch das TAO Theme ersetzt.
Der Support von RockSolid reagiert nicht mehr, weil alles angeblich nichts mit ihrem Theme zu tun hat.

Das sehe ich anders, weil das Chaos begann, als ich mit dem Theme Assistant eine Farbe geändert hatte.
Dass ich danach Fehler gemacht habe, weiß ich jetzt auch.
Aber zumindest konnte ich mit Eurer Hilfe das System wieder stabilisieren.
23.06.2017, 11:32
mlweb

Hier muss ich mal Rocksolid in Schutz nehmen. Deine Probleme haben m.E. wirklich nichts mit dem Theme an sich zu tun. Außerdem habe ich das TAO-Theme bei einem Kunden auch im Einsatz. Bevor ich das beim Kunden eingesetzt habe, habe ich es sehr genau getestet, da es mein erstes nicht eigenes Theme im Einsatz ist. Dabei habe ich u.a. auch den Themeassistenten nach Kräften "gequält".
23.06.2017, 12:34
Andreas

Die Netzwerkanalyse auf den anderen Seiten ist OK. Aber es fehlt das Tao-CSS. Prüfe dein Layout und was du sonst so gemacht hast.
23.06.2017, 13:28
mpaleit

Zitat:

Zitat von mlweb

Hier muss ich mal Rocksolid in Schutz nehmen. Deine Probleme haben m.E. wirklich nichts mit dem Theme an sich zu tun. Außerdem habe ich das TAO-Theme bei einem Kunden auch im Einsatz. Bevor ich das beim Kunden eingesetzt habe, habe ich es sehr genau getestet, da es mein erstes nicht eigenes Theme im Einsatz ist. Dabei habe ich u.a. auch den Themeassistenten nach Kräften "gequält".

Auf meiner Seite tools4ndet.de verwende ich ebenfalls TAO und bin begeistert davon. Einarbeiten hat gedauert, aber jetzt gehen Content- oder Artikeländerungen schnell. Bisher hatte ich alles mit pur html Code und JavaScript gemacht.
Seit dem Ausfall von loopapp.de habe ich tools4net.de nichts mehr gemacht - ich schau nur immer, ob das Layout passt.
23.06.2017, 15:04
mpaleit

Zitat:

Die Netzwerkanalyse auf den anderen Seiten ist OK. Aber es fehlt das Tao-CSS. Prüfe dein Layout und was du sonst so gemacht hast.

Contao 3.5.27 ohne SMH installiert und alles ok.
Die Datenbank ist ok.
Die tao-1.4.5-contao-3.5 Sourcen habe ich zuletzt im neuen Rechtekontext hochkopiert.
Also auch von da her sollte es passen.

Kann man installierte Themes de- und wieder reinstallieren, ohne dass es den Content zerhaut?
Verwendet Contao selbst, neben einem importierten Theme auch 'eigene Templates', also (css,js,htpp,php,?) für die Artikelinhalts Elemente?
Das würde mir helfen zu verstehen, was Contao native macht und was von tao kommt.

Und da wäre auch noch das klitzekleine Fehlerchen
"No active page for page ID "anmelden", host "www.loopapp.de" and languages "en-US, en" (http://www.loopapp.de/index.php"
Hat das was mit den languages der Seite zu tun, denn das sehe ich immer wieder mal so gegen 3-4:00
Hin und wieder ist auch das page ID leer.
24.06.2017, 16:59
mpaleit

Jetzt passt wieder (fast) alles.

Danke allen (voran Andreas) für die Unterstützung.
Zuletzt fehlten noch die externen tao Sytesheets im 1-Column Layout.

(fast), weil auf der home.html das kleine PDF Icon zum Speichern, nirgends im Layout zu finden ist - im Artikel Bereich ist es jedenfalls nicht.

Und auch, weil auf dieser Seite http://loopapp.de/index.php/Bluegras...etrospect.html
im Elementtype "Zentrierter Bereich Anfang" das Hintergrundbild nicht angezeigt wird.
24.06.2017, 20:45
Andreas

Wenn du nicht nur Redakteur bist, der die Inhalte einpflegt, sondern der Admin, der sich um alles kümmert und auch noch Anpassungen am Theme vornehmen möchte, dann musst du dir Kenntnisse über Contao aneignen. Dokus lesen, im Wiki nachschauen, mal eine Seite ohne Theme aufsetzen, die Hilfsmittel kennen, wie du die Ausgabe im FE untersuchen kannst (Browser Devtools und am besten je einen Button um CSS und JS mit einem Klick ausschalten zu können). [rocksolid-frontend-helper] hift dabei im FE die Herkunft der Inhalte zu ermitteln.

So ein Theme ist eigentlich nicht für Laien, weil du dann zusätzlich zu Contao auch noch die Struktur des Themes kennen musst. Aber es ist auch oft nicht so viel, wie man denkt. Es ist hauptsächlich eigenes CSS, JS, Bilder und Icons fürs FE. Evtl. ein paar angepasste Templates und abhängige Erweiterungen. Alles je nach Theme.
26.06.2017, 13:57
mpaleit

Hallo Andreas,

Zitat:

Zitat von Andreas

Wenn du nicht nur Redakteur bist, der die Inhalte einpflegt, sondern der Admin, der sich um alles kümmert und auch noch Anpassungen am Theme vornehmen möchte, dann musst du dir Kenntnisse über Contao aneignen.

Mit Contao vertraut geworden bin ich durch das Einrichten meiner Webseiten. Und mittlerweile komme ich gut zurecht mit dem Einpflegen von Inhalten und den Theme-Elementen.
Ich hatte nie vor für andere Seiten zu gestalten, schon gar nicht ohne ein Theme.

Bei meinem Problem hat mir dieses Forum super geholfen.
Danke nochmal.

Alle Zeitangaben in WEZ +1. Es ist jetzt 03:50 Uhr.