localconfig.php plötzlich leer....

[lindesbs]

Der fall, das nur noch der WebsitePath vorhandne ist, ist die Folge einer leeren ConfigInstanz.
Weil dieser Wert automatisch bei jedem Start gesetzt wird : http://dev.contao.org/projects/typol...ialize.php#L96

Und dies ist die einzige Variable, die dann vorhanden ist.

Da die localconfig auch offensichtlich keinerlei Kommentrae mehr enthaelt, muss die ConfigInstanz vorher defekt sein, da beim __destruct diese Datei komplett neu geschrieben wird : http://dev.contao.org/projects/typol...onfig.php#L151

Ich vermute, das das Config Objekt aus irgendeinem (bisher unbekannten) Grunde entsorgt wird, aus mir noch unbekannten Gruenden.

[do_while]

Ist es dann nicht sinnvoll, die Instanz zu prüfen und im Fehlerfalle das Erneuern der localconfig.php zu unterlassen?
Man könnte für diesen Fall ein paar Eckdaten zusammentragen und einen Log-Eintrag machen, so hätte man erstmal das Problem gemildert und würde den exakten Zeitpunkt feststellen können.

[xchs]

Kurz als Info für alle hier, die mit dem gegenständlichen Problem zu kämpfen hatten/haben:

Leo hat jetzt in der Revision r721 das Handling der "cron.php" bzw. der "localconfig.php" komplett umgestellt, sodass dieses leidige Thema zukünftig (hoffentlich) dann der Vergangenheit angehört.

Konkret läuft das Prozedere nun so ab:

• Die cron.php wird nun per JavaScript aufgerufen.
• In der Tabelle tl_lock wird die letzte Ausführung festgehalten. Eine erneute Ausführung ist frühestens 5 Minuten danach möglich.
• Die localconfig.php wird zukünftig zuerst in eine temporäre Datei geschrieben und danach in einer atomaren Operation an die eigentliche Position verschoben.

Die Kombination aus diesen Maßnahmen sollte alle Aspekte des Problems beheben.

http://dev.contao.org/issues/2616#note-6

[MPstudent]

Ich hatte das selbe Problem vor ein paar Tagen bei einer Kundin, was muß ich denn nun tun? Diese neuen Dateien uploaden oder contao manuell updaten?

Wäre Dankbar zu wissen an was ich mit diesem r721 muß damit die localconfig nicht mehr zerstört wird...

Besten Dank
.christoph

[xchs]

Nächste Woche wird voraussichtlich die erste Beta-Version veröffentlicht, welche dann auch diese Änderungen enthalten wird.

Bis zur Stable-Version kann es aber schon noch etwas dauern...

[ostec]

Gibt es schon neue Infosvon die Stable Version mit den Umstellungen in r721 zur Verfügung steht?

[do_while]

http://www.contao-community.de/showt...die-2.10-final

[root-couture]

Hallo. Hab das selbe Problem gehabt.

Ist vielleicht nicht die feine Art aber es hilft: Unter Linux ein "chattr +i localconfig.php" abfeuern. Somit kann die Datei nicht mehr überschrieben werden. Bei Installationen/Änderungen müßte das attribut i wieder kurz entfernt "chattr +i localconfig.php" werden sonst geht nix. Nach den Änderungen wieder hinzufügen und gut.

[do_while]

Hallo root-couture,

das ist nicht die Lösung, denn Contao schreibt in dieser Datei mindestens einmal pro Stunde (Aufrufe des Frontends vorausgesetzt). In dieser Datei merkt sich beispielsweise der Contao-interne Cron, wann er das letzte Mal gelaufen ist. Ist dieser Zeitpunkt zu lange her, wird der stündliche, tägliche oder monatliche Cron ausgeführt.
Bei geschützter Datei ist das dann bei jedem Aufruf!

[electronica]

gut das sich das problem mittlerweile erledigt hat.
ich hatte heute genau was gleiche problem:

HostEurope WebPack L 3.0

contao 2.9.3 ohne SMH

erweiterungen: csseditor 2.5.5 stable
dark_but_nice 1.0.1 stable
slideshow2 1.0.0 stable

inhalt der localconfig war:

### INSTALL SCRIPT START ###
$GLOBALS['TL_CONFIG']['websitePath'] = '';
$GLOBALS['TL_CONFIG']['licenseAccepted'] = true;
### INSTALL SCRIPT STOP ###

?> 

hat bei mir nur eine installation mit platzhalterseiten betroffen. sollte eine vertrauenswürdigen person datenbank + webspace backup benötigen (wenige MB), stelle ich das zu analysezwecken gerne zur verfügung.

[Kahmoon]

Ich habe ein zwei Kundenseiten die noch auf 2.9.x laufen. Gerade eben hat es wieder eine localconfig zerschossen inklusive der localconfig_backup.php die ich einem Workaround von hier erzeugt habe.

Noch ne Idee wie es zumindest nicht auch noch die Backupdatei zerschiesst?

Gruß

[do_while]

Wird Deine Backup-Kopie der Datei automatisch erstellt?
Das würde bedeuten, dass nach 2 Aufrufen die leere Datei dann auch im Backup ankommt.

Ich habe mir manuell eine Kopie neben das Original gelegt, habe allerdings auch noch nie diesen Effekt beobachten müssen.

[Kahmoon]

Ich hatte es jetzt schon bei beiden Projekten das auch die Backup zerschossen war. Vermutlich wurde dann zu spät bemerkt das die Seite weg war?

Ich habe in der system/libraries/Config.php den Code zur Erzeugung der Config Files doppelt.

$objFile = new File('system/config/localconfig.php');
$objFile->write($strFile);
$objFile->close();
                               
$objFile = new File('system/config/backup-localconfig.php');
$objFile->write($strFile);
$objFile->close();

[thepixture]

Wollt nur noch ein weiteres Beispiel für eine leere localconfig.php nennen.

Tritt auch auf, wenn der Webspace voll ist.
Hatte heute ne größere Menge an Daten auf den Kundenserver geschoben. Wärend des Raufladens war der Webspace voll und die localconfig.php leer bzw.

### INSTALL SCRIPT START ###
$GLOBALS['TL_CONFIG']['websitePath'] = '';
$GLOBALS['TL_CONFIG']['licenseAccepted'] = true;
### INSTALL SCRIPT STOP ###

?> 

[Klicker]

Hallo,

hatte vor wenigen Tagen auch eine leere localconfig.php (0 Bytes) und somit eine Fehlermeldung beim Aufruf der Seite. Contao Version 2.9.5. Läuft im Safe Mode Hack bei Hosteurope. Bisher nie Probleme gehabt.

[20-Apr-2012 19:32:26] PHP Fatal error: Uncaught exception 'Exception' with message 'Could not connect to database (Access denied for user 'UNKNOWN_USER'@'localhost' (using password: NO))' thrown in ...

Gruß

[ChrisT]

Soeben hat sich bei mir auch wieder einmal eine localconfig.php entleert – Hosting bei green.ch. Contao-Version 2.10.2. Bisher ist es ausschliesslich bei Websites passiert, die mit Safe Mode Hack funktionieren.

Bei der letzten war das Hosting bei nexlink.ch – was wiederum Green gehört… Tja, die Schweiz ist halt klein ;-)

Grüsse
Chris

[Toflar]

Ich bin immer noch der Meinung, man sollte das "Hack" im "Safe Mode Hack" ernst nehmen und keine Produktivseiten damit laufen lassen. Einfach zusehen, dass der Webserver richtig konfiguriert ist, dann braucht man solche Spässe nicht

[ChrisT]

Das tönt ganz spassig… Du sprichst von "Produktivseiten" – meine Kunden produzieren auch und sind in einigen Fällen nicht zu einem Hostingwechsel zu bewegen. Ich habe dann zwei Möglichkeiten: Safe Mode Hack oder Auftrag verschenken – wie würdest DU dich entscheiden?

Chris

[lucina]

Das tönt ganz spassig… Du sprichst von "Produktivseiten" – meine Kunden produzieren auch und sind in einigen Fällen nicht zu einem Hostingwechsel zu bewegen. Ich habe dann zwei Möglichkeiten: Safe Mode Hack oder Auftrag verschenken – wie würdest DU dich entscheiden?

Chris

Ohne jetzt Arrogant oder spaßig klingen zu wollen: Das Abklären der technischen Voraussetzungen gehört m.E. bereits im ersten Briefing bzw. unmittelbar danach dazu. Und Contao 3 wird dann ohnehin nicht unbedingt in Feld-Wald-Wiesen-Paketen kaufen, weil es als Voraussetzung PHP 5.3 verlangen wird.

Ich kenne durchaus größere Hoster, die da zum Teil recht eigenwillige Lösungen vorschlagen. Es ist immer die Sache der Expertinnen oder Experten, den Kunden eine Umgebung vorzuschlagen, in der ein reibungsloser Betrieb dauerhaft möglich ist. Der Betreib im FTP-Modus gehört m.E. nicht dazu.

Carolina.

[Toflar]

meine Kunden produzieren auch

Was hat denn das bitte mit dem Wort "Produktivseite" zu tun? Eine Produktivseite ist eine Live-Seite, die sich nicht im Entwicklungsmodus befindet.
Ich glaube Du hast da was falsch verstanden

Safe Mode Hack oder Auftrag verschenken – wie würdest DU dich entscheiden?

1. Wenn der Kunde ohne Hosting-Anbieter kommt, nenne ich ihm die Anforderungen bzw. ich biete ihm an, einen geeigneten Anbieter zu finden. Ist ja kein Problem. Jeder von uns kennt zwei, drei seriöse Anbieter
2. Hat der Kunde bereits ein Hosting, würde ich ihm erklären, wo das Problem liegt. Ich würde ihm sagen, dass der Webserver falsch konfiguriert ist und Dateien so nicht beschreibbar sind. Somit sind die Anforderungen für Contao nicht gegeben. Im Übrigen hat das auch nichts mit Contao zu tun. Jede Software die Dateien schreiben möchte, hätte genau das gleiche Problem.

Um also auf deine Frage zurückzukommen: Wenn der Kunde meine Erläuterungen nicht ernst nehmen will und meiner Aussage nicht vertraut: Den Auftrag verschenken - ich kann mit anderen Kunden mehr erreichen

[ChrisT]

Jede Software die Dateien schreiben möchte, hätte genau das gleiche Problem.

Daran möchte ich gerne anknüpfen: Wenn ich nach "Safe Mode Hack" suche, erhalte ich vor allem Contao-Resultate. Wie handhaben das andere CMS wie Joomla oder Typo 3, um gleich mal die Platzhirschen abzuhaken? Es ist ein wesentlicher Unterschied, wenn ich dem Kunden gegenüber UNSER CMS oder ALLE CMS erwähne.

[Toflar]

Ja. Das liegt daran, dass "Safe Mode Hack" was Contao-eigenes ist und der Titel eigentlich auch nichts mit dem eigentlichen Problem zu tun hat.
Das steht sogar auch offiziell so auf der Webseite: http://www.contao.org/de/using-the-s...le-permissions

Andere Systeme nutzen ebenfalls Installations-Checks, wie wir es auch kennen. Bei uns wird das ja auch schön rot dargestellt, wenn die Rechte nicht korrekt sind. Bei Joomla steht bei der Installationsanleitung auf Windows zudem, dass Fast-CGI notwendig ist. Beim LAMP-Stack wird scheinbar davon ausgegangen, dass korrekt konfiguriert wird bzw. man verlässt sich auf die Installations-Checks, wie Contao das auch tut :-)

[andreasisaak]

Garnicht. Was meinst du denn warum es spezielle TYPO3 Hoster wie jweiland.net gibt? Bei den meisten CMS'en gibt es nur die Devise "Friss oder stirb". Ich will damit alle anderen nicht schlecht machen, aber das zielt in die Richtung von Lucina. Sie hat es schon korrekt beschrieben, entweder man macht die Bedingungen klar oder riskiert spätere Diskussionen.

Das geht uns nicht anders, was meinst du wieviele Diskussionen ich bezüglich Hoster und Systembedingungen führen muss!?

[ChrisT]

Ich möchte nicht die Diskussionen mit dem Kunden umgehen, sondern ein aufklärendes Argumentarium erstellen, das ich als Nicht-IT-Spezialist auch einem internen, nicht selten auch selbsternannten, IT-Spezialisten vorlegen kann, das er wortlos mit Kopfnicken akzeptiert und gerne den Aufwand eines Hostingwechsels auf sich nimmt, was in einigen Fällen bedeutet, dass er sämtlichen Angestellten serverseitig einen neuen E-Mail-Account einrichten und die Einstellungen des Clients anpassen muss – mit Betonung auf "gerne"! ;-)

Sicherheit ist immer ein gutes Argument. Ich möchte mich zwar von Angstmachern bewusst unterscheiden, aber dieser Fall – so denke ich – fällt nicht unter Machtmissbrauch ;-)

[Toflar]

Naja. Es spricht auch nichts gegen ein zweites Hosting? Dann laufen die E-Mail-Accounts einfach da weiter wo sie sind und die Webseite halt auf einem Webserver der anständig konfiguriert ist

[ChrisT]

Es spricht auch nichts gegen ein zweites Hosting?

Doch – in aller Regel sind es a) die Kosten und b) das Bewusstsein des Kunden, das sich weiterg, zwei annähernd identische Rechnungen zu erhalten ;-)

[Toflar]

Tja, wenn Beträge im einstelligen Euro-Bereich pro Monat eine Rolle spielen, kann ich dem Kunden auch nicht mehr weiterhelfen.
Da würde ich sogar soweit gehen und ihm sagen, dass Contao möglicherweise nicht für ihn geeignet ist.

[lucina]

Naja. Es spricht auch nichts gegen ein zweites Hosting? Dann laufen die E-Mail-Accounts einfach da weiter wo sie sind und die Webseite halt auf einem Webserver der anständig konfiguriert ist

Yanick, nix für ungut, aber da musst Du vermutlich bei ganz vielen ganz von vorne anfangen - was ist ein Webserver, was ist ein Mailserver, was sind MX- und A-Records, was ist eine Datenbank und wie funktioniert sie ... und so weiter, die Liste ist recht umfangreich

Ich persönlich finde das ja auch manchmal extrem Schauderhaft, welcher Kenntnisstand da herrscht. Wir reden hier von einer Branche, die aus dem Print kommt, sich unter einem Server ein physisch vorhandenes Gerät vorstellt und den Unterschied zwischen Hardware und Software nicht erkennen kann. Wenn ich mit Indesign arbeite, dann kann ich ein Dokument blöde anlegen oder im falschen Farbraum arbeiten. Geht was schief, dann stampfe ich es halt ein. Wenn ich allerdings Webseiten mittels Servertechnologien erstelle, dann kann ich wirklichen Schaden anrichten.

Das ist eben das Problem der Branche, dass sich unendlich viele mit heterogenen Qualifikationen darin tummeln, das Wort vom "Webdesign" auch den Inhalt von Volkshochschulkursen umfassen kann und dann das Primat des geringsten Preises oft vorherrscht. Ich kann's nicht ändern. Ich hab auch schon welche getroffen, deren Kriterium sich beim Autokauf auf 'müssen Räder dran sein' beschränkte.

Nochmal zum Mitschreiben: Ich denke nicht, das jeder Kunde die Grundlagen wissen muss. Ich denke allerdings, dass jemand, der sein Geld mit Dienstleistungen rund um Webseiten verdient, diese Grundlagen durchaus kennen sollte (wie auch zu den Themen Usability, Typografie, Scriptsprachen und so weiter). Und ich denke nicht, dass alle, die sich in diesem Markt tummeln, die Voraussetzungen erfüllen. Und die sich dann, in Ermangelung tiefgehender Kenntnisse auch noch weigern, wenigstens jemanden zu bezahlen, der diese Voraussetzungen mitbringt.

Es erschüttert mich wirklich, in einem Fachforum (was anderes ist das hier nicht) Fragen nach der Sinnhaftigkeit von Servervoraussetzungen zu lesen, die der Frage einer guten, fundierten Beratung von Kunden untergeordnet wird. Wie schaut dann die Beratungsqualität aus? Ich möchte das gar nicht wissen.

Just my 2 cents,
Carolina.

[lucina]

Doch – in aller Regel sind es a) die Kosten und b) das Bewusstsein des Kunden, das sich weiterg, zwei annähernd identische Rechnungen zu erhalten ;-)

Hmm, und mit dem Autohändler diskutieren sie dann auch, ob sie statt Super auch Normal tanken können? Und mit dem Bäcker den Brötchenpreis? Sorry, nee. Nicht wegen drei Euro im Monat, da hört es für mich auf.

[Toflar]

Yanick, nix für ungut, aber da musst Du vermutlich bei ganz vielen ganz von vorne anfangen - was ist ein Webserver, was ist ein Mailserver, was sind MX- und A-Records, was ist eine Datenbank und wie funktioniert sie ... und so weiter, die Liste ist recht umfangreich

Ich weiss. Deshalb will ich auch nicht mit Kunden zusammenarbeiten, die unserer Meinung kein Gewicht geben

Es erschüttert mich wirklich, in einem Fachforum (was anderes ist das hier nicht) Fragen nach der Sinnhaftigkeit von Servervoraussetzungen zu lesen, die der Frage einer guten, fundierten Beratung von Kunden untergeordnet wird. Wie schaut dann die Beratungsqualität aus? Ich möchte das gar nicht wissen.

*signed*

[xchs]

Daran möchte ich gerne anknüpfen: Wenn ich nach "Safe Mode Hack" suche, erhalte ich vor allem Contao-Resultate. Wie handhaben das andere CMS wie Joomla oder Typo 3, um gleich mal die Platzhirschen abzuhaken? Es ist ein wesentlicher Unterschied, wenn ich dem Kunden gegenüber UNSER CMS oder ALLE CMS erwähne.

Manche Applikationen "lösen" das ganz einfach: Sie verlangen schlichtweg, dass bei der Installation bestimmte Ordner, in denen Schreiboperationen notwendig sind, beinhart auf 777 gesetzt werden müssen. Toll, nicht? Problem (scheinbar) gelöst. Dann könnte man gleich Tür und Tor sperrangelweit offen stehen lassen...

Dass es in Contao einen sogenannten FTP-Modus (aka "Safe Mode Hack") gibt, ist an sich eine tolle (Zitat pmmueller: "pfiffige") Sache, zumal damit solche Schreibprobleme über den Zugriff im User-Kontext gekonnt umschifft werden. So gesehen kommt Dir Contao auch noch so weit entgegen, dass es selbst bei "ungünstigen" Serverkonfigurationen einen quasi reibungslosen Betrieb ermöglicht, ohne dass dafür etwaige Lockerungen in den Zugriffsrechten notwendig wären. Wo andere Applikationen ihren Dienst zumeist komplett verweigern würden, steht einem bei Contao also immer noch die "Hintertür" über den FTP-Modus offen. Nichtsdestotrotz ändert das aber nichts an der Tatsache, dass solch ein Betriebsmodus keinesfalls mit einem ordentlich konfigurierten Server mithalten kann und daher – wo immer es geht – vermieden werden sollte.

[Dennis23]

Hallo zusammen,

ich setze die Version 2.11.2 ein im CGI Mode. Webspace ist mehr als genügend da!
Die localconfig ist leer gewesen bis auf diesen Eintrag:

### INSTALL SCRIPT START ###
$GLOBALS['TL_CONFIG']['websitePath'] = '';
$GLOBALS['TL_CONFIG']['licenseAccepted'] = true;
### INSTALL SCRIPT STOP ###

Ich musste die localconfig neu aufbauen bzw. install.php starten. Die dynamisch erstellten CSS und JS Dateien im system/script Verzeichnis vorher löschen! Da das CSS im Back- und Frontend fehlerhaft war! Danach läuft die Seite wieder!

Doch, sobald ich im Backend die Optionen "Daten bereinige" oder "Suchindex neu aufbauen" starte, ist die Seite wieder nicht erreichbar, obwohl die Jobs ohne Fehler erfolgreich abgeschlossen werden!

So und nun! Das Problem muss doch zu lösen sein! Wer kann damit schon leben!!!

Schon jetzt danke für jede Hilfe!

[lucina]

Hast Du mal einen Contao-Check gemacht? Gepaart mit den Problemen bei der Systemwartung schaut das für mich nach einem Rechteproblem aus.

[Dennis23]

Ja, alles perfekt!

Was ich damit sagen möchte ist, dass ich durch diese Aktion, sofort den Fehler reproduzieren kann!

[Dennis23]

Ich habe das Problem gelöst!

Mein Provider hat eine falschen Webspaceverbrauch angeben. Dadurch war für den Server der Webspace voll, so dass er beim schreiben in die localconfig abgebrochen hat. Jetzt geht wieder alles. Vielen Dank für dein Hilfe!

Dennis

[mamboo]

Jetzt hat's auch einen meiner Kunden erwischt. Die localconfig.php war komplett leer. Nach Backup der Datei lief die Site wieder. Ich musste allerdings die User-Rechte wieder neu setzen.
Der Provider konnte keine Probleme feststellen. Die Site lief seit über einem jahr problemlos.

Contao: V 2.9.3 mit SMH
Extensions: csseditor, nonverblaster
Provider: green.ch

[ChrisT]

Der Provider konnte keine Probleme feststellen. Die Site lief seit über einem jahr problemlos.

Das kenne ich – bei Green.ch hatte ich auch einen solchen Fall. Ich hatte mit Herrn Linder zu tun – er dürfte mit der Materie vertraut sein. Einen Haken hatte meine Geschichte jedoch: Der Eingriff von Herrn Linder hatte zur Folge, dass wenig verbessert, dafür vieles verschlimmert wurde – kundenseitige Uploads waren nicht mehr möglich.

Die Folge war ein Hostingwechsel (mit Installation ohne SMH), seither sind Kunde und ich wunschlos glücklich.

Die direkte Telefonnummer von Herrn Linder hätte ich zur Hand, falls du es auch versuchen möchtest. Und falls jemand mit Green.ch "warm" werden sollte, wäre es sinnvoll, die Koordinaten des Supporters in Umlauf zu bringen.

Chris

[mamboo]

Hallo ChrisT

Danke für Deine Infos und den Namen Deiner Ansprechsperson bei green. Ich werde allenfalls gerne darauf zurückkommen.
Momentan läuft die Site wieder. Ich warte mal ab. Sollten sich die Fälle häufen, werd ich mir somit überlegen, was ich mache.

[lucksifuchs]

Gibt es inzwischen eine Lösung des Problems?
Bei meinen Kunden war nun auch die localconfig leer. Blitzeblank - weisse Seite

[BugBuster]

war die localconfig ganz leer oder nur unvollständig? Das sind hat verschiedene Ursachen.

Gegen das ganz leer Problem gibt es in Contao 3 zumindest eine Lösung, das wird zukünftig geprüft vor dem Überschreiben.