localconfig.php plötzlich leer....

[hajo808]

So sieht es aus...

[xchs]

Ja, so sieht die Ausgabe des System-Checks aus. Allerdings beantwortet das noch nicht die Frage, ob Du auch einen SMH konfiguriert hast?

[hajo808]

<?php if (!defined('TL_ROOT')) die('You can not access this file directly!');

/**
 * TYPOlight Open Source CMS
 * Copyright (C) 2005-2010 Leo Feyer
 *
 * This program is free software: you can redistribute it and/or
 * modify it under the terms of the GNU Lesser General Public
 * License as published by the Free Software Foundation, either
 * version 3 of the License, or (at your option) any later version.
 * 
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
 * Lesser General Public License for more details.
 * 
 * You should have received a copy of the GNU Lesser General Public
 * License along with this program. If not, please visit the Free
 * Software Foundation website at <http://www.gnu.org/licenses/>.
 *
 * PHP version 5
 * @copyright  Leo Feyer 2005-2010
 * @author     Leo Feyer <https://contao.org>
 * @package    Config
 * @license    LGPL
 * @filesource
 */

### INSTALL SCRIPT START ###
$GLOBALS['TL_CONFIG']['websitePath'] = '';
$GLOBALS['TL_CONFIG']['licenseAccepted'] = true;
$GLOBALS['TL_CONFIG']['installCount'] = 0;
$GLOBALS['TL_CONFIG']['installPassword'] = 'xxx';
$GLOBALS['TL_CONFIG']['encryptionKey'] = 'xxxx';
$GLOBALS['TL_CONFIG']['dbDriver'] = 'MySQL';
$GLOBALS['TL_CONFIG']['dbHost'] = 'localhost';
$GLOBALS['TL_CONFIG']['dbUser'] = 'xxx';
$GLOBALS['TL_CONFIG']['dbPass'] = 'xxx';
$GLOBALS['TL_CONFIG']['dbDatabase'] = 'xxx';
$GLOBALS['TL_CONFIG']['dbPconnect'] = true;
$GLOBALS['TL_CONFIG']['dbCharset'] = 'utf8';
$GLOBALS['TL_CONFIG']['dbPort'] = 3306;
$GLOBALS['TL_CONFIG']['dbCollation'] = 'utf8_general_ci';
$GLOBALS['TL_CONFIG']['useFTP'] = true;
$GLOBALS['TL_CONFIG']['ftpHost'] = 'xxx.de';
$GLOBALS['TL_CONFIG']['ftpPath'] = 'html/';
$GLOBALS['TL_CONFIG']['ftpUser'] = 'xxx';
$GLOBALS['TL_CONFIG']['ftpPass'] = 'xxx';
$GLOBALS['TL_CONFIG']['exampleWebsite'] = 1271087200;
$GLOBALS['TL_CONFIG']['cron_weekly'] = 201041;
$GLOBALS['TL_CONFIG']['latestVersion'] = '2.9.1';
$GLOBALS['TL_CONFIG']['cron_daily'] = 20101014;
$GLOBALS['TL_CONFIG']['websiteTitle'] = 'xxx';
$GLOBALS['TL_CONFIG']['adminEmail'] = 'xxx@xxx.de';
$GLOBALS['TL_CONFIG']['dateFormat'] = 'd-m-Y';
$GLOBALS['TL_CONFIG']['datimFormat'] = 'd-m-Y H:i';
$GLOBALS['TL_CONFIG']['timeZone'] = 'Europe/Berlin';
$GLOBALS['TL_CONFIG']['enableGZip'] = true;
$GLOBALS['TL_CONFIG']['defaultChmod'] = '';
$GLOBALS['TL_CONFIG']['repository_languages'] = 'de,en';
$GLOBALS['TL_CONFIG']['allowedTags'] = '<a><abbr><acronym><address><area><b><big><blockquote><br><base><bdo><button><caption><code><col><colgroup><dd><div><dfn><dl><dt><em><form><fieldset><hr><h1><h2><h3><h4><h5><h6><i><img><input><label><legend><li><link><map><object><ol><optgroup><option><p><pre><param><q><select><small><span><strong><sub><sup><style><table><tbody><td><textarea><tfoot><th><thead><tr><tt><u><ul><iframe>';
$GLOBALS['TL_CONFIG']['rewriteURL'] = false;
$GLOBALS['TL_CONFIG']['displayErrors'] = true;
$GLOBALS['TL_CONFIG']['inactiveModules'] = '';
$GLOBALS['TL_CONFIG']['liveUpdateId'] = '';
$GLOBALS['TL_CONFIG']['avatar_maxsize'] = 50;
$GLOBALS['TL_CONFIG']['avatar_maxdims'] = 32;
$GLOBALS['TL_CONFIG']['css_editor_fontFamily'] = 'Monospace';
$GLOBALS['TL_CONFIG']['avatar_dir'] = 'tl_files/avatars';
### INSTALL SCRIPT STOP ###

?>

Meinst Du das so?

[xchs]

Ok, also ja. Nun gut, dann könnte eine mögliche Ursache sein, dass es (sporadische) Probleme beim Aufbau der FTP-Verbindung gegeben hat bzw. gibt. Einige Ansätze, wie man dieses Problem lösen könnte, wurden bereits in dem von mir verlinkten Thread aufgezeigt.

[hajo808]

Ok, hab ich mir durchgelesen. Steht da ne Lösung? Ich kann mit dem Thread irgendwie wenig anfangen. Böhmische Dörfer..

[xchs]

Ok, hab ich mir durchgelesen. Steht da ne Lösung?

Die dort aufgezeigte (mögliche) "Lösung" müsste wohl mal jemand ins Ticketsystem einstellen...

Ansonsten kann ich Dir in dieser Hinsicht auch nicht wirklich weiterhelfen!

[hajo808]

Ok, na hoffentlich findet bald jemand eine Lösung.

Gr

[xchs]

Ok, na hoffentlich findet bald jemand eine Lösung.

Ja, mal schauen, was die Contao Developer Conference so bringt...

[BugBuster]

Ok, na hoffentlich findet bald jemand eine Lösung.

Schnellschuss: siehe anderer Thread, cron.php aus fe_page.tpl rausnehmen.

[hajo808]

Ich habe jetzt

<!-- indexer::stop -->
<img src="<?php echo $this->base; ?>cron.php" alt="" class="invisible" />
<!-- indexer::continue -->

aus der fe_page.tpl entfernt. Mal sehen ob das was bringt.

Danke!

[xchs]

Behalte aber im Hinterkopf, dass sämtliche von Contao periodisch ausgeführte Aktionen und Säuberungsarbeiten dann nicht mehr automatisch gestartet werden. Das nur zu Deiner Info.

[hajo808]

Ja, das mache ich dann manuell über die Systemwartung.
Hauptsache der Fehler tritt nicht mehr auf. Ich werde das Ganze mal weiter beobachten.

[hajo808]

Hallo!

Bin gerade wieder auf die Seite und sie geht wieder nicht. Hat also nicht gefruchtet.
Das komische ist jetzt, ich kann die localconfig nicht mehr drüber kopieren.

Was kann ich tun? Ich benutze den neuste Filezilla.

Edit: Hä? Also jetzt fängt es an zu spuken. Ich habe jetzt versucht per WebFTP die Datei zu kopieren.
Siehe da, dielconfig ist voll. Ein refresh der Hauptseite..Seite ist da.. beim Versuch ins BE zu gelange..Fehler. Erneuter Blick in WebFTP.. lconfig wieder leer. Erneuter Refresh der Hauptseite..Fehler.
Das Spiel kann ich die ganze Zeit weiter treiben. Hab es nun geschafft mich zuerst in BE einzuloggen.

Das ist ja echt gruselig.
Wahrscheinlich ist gerade der Cornjob vorrüber.



Gr

[thepixture]

Hab bei mir gerade ebenfalls feststellen müssen, das die localconfig.php leer (komplett leer) ist. Kanns aber nicht nachvollziehen wann das passiert ist, da es sich hier um eine Testseite handelt, die ich nur ab und zu nutze.

Jedenfalls hab ich eine frische localconfig.php hochgeladen und wollte das installtool durchlaufen lassen. Jedoch bekomme ich nur diesen Fehler angezeigt.

Fatal error: Uncaught exception Exception with message Could not connect to database (Access denied for user 'wwwrun'@'localhost' (using password: NO)) thrown in /www/htdocs/.../entwicklungen/contao/system/libraries/Database.php on line 78

#0 /www/htdocs/.../entwicklungen/contao/system/libraries/Database.php(136): Database->__construct()
#1 /www/htdocs/.../entwicklungen/contao/system/libraries/System.php(147): Database::getInstance()
#2 /www/htdocs/.../entwicklungen/contao/system/modules/backend/Backend.php(49): System->import(Array)
#3 /www/htdocs/.../entwicklungen/contao/system/modules/easy_themes/EasyThemes.php(60): Backend->__construct('Database')
#4 /www/htdocs/.../entwicklungen/contao/system/libraries/System.php(147): EasyThemes->__construct()
#5 /www/htdocs/.../entwicklungen/contao/system/libraries/System.php(370): System->import()
#6 /www/htdocs/.../entwicklungen/contao/contao/install.php(68): System->loadLanguageFile('EasyThemes')
#7 /www/htdocs/.../entwicklungen/contao/contao/install.php(1159): InstallTool->__construct('default')
#8 {main}

Was ist da los? Und was hat EasyThemes damit zu tun?

Edit: Hab eine localconfig von einer anderen Seite genommen und händig bearbeitet und dann das Installtool gestartet. Jetzt funktioniert es erstmal wieder.

[HSec]

Ich habe am 12.09.2010 überall, wo das Problem auftrat, den Safe Mode Hack entfernt und auf CGI umgestellt. Seither ist das Problem, welches mindestens ein Mal pro Monat auftrat, nicht mehr aufgetreten - also, vom 12.09.2010 bis 03.11.2010.

Hoffe, es bleibt auch so.

[delzotto]

Hallo zusammen,

ich bräuchte dringend Eure Hilfe. Ich habe zwei Seiten, bei denen auch plötzlich die localconfig.php leer sind.

Folgende Fehlermeldung wird gezeigt, wenn ich die Domains aufrufe:
### INSTALL SCRIPT START ### $GLOBALS['TL_CONFIG']['websitePath'] = '';

Was kann ich da tun, wie kann ich die Dateien wieder herstellen??

Vielen Dank im Voraus für Eure prompte Hilfe.
Viele Grüße
dz

[MacKP]

Hallo delzotto,
entweder du hast ne Sicherung. Dann einfach drüber kopieren von der Datei.
Oder du weißt von einer anderen Install was da alles rein muss, dann rein kopieren und anpassen.
Oder du startest noch mal die install.php um da dann alles einzugeben...

Viele Grüße

[delzotto]

Hallo MacKP,

vielen Dank für die prompte Antwort. Ich habe eine Sicherung vom Server wieder raufspielen können. Puuh!.

Nur, woran kann das liegen?? Ich möchte den Fehler finden, da ich weiter mit Contao arbeiten möchte und nicht immer Kummer haben möchte, dass auf einmal die Dateien futsch sind und die Seiten nicht mehr laufen.

Wie gehe ich da am besten vor?
Vielen Dank im Voraus.
Viele Grüße
dz

[lucina]

Schau mal nach, ob der Server (bzw. die Harddisk) eventuell voll ist ...

[delzotto]

Hallo Lucina,

vielen Dank für Deine Antwort.

Wie hängt denn das zusammen?
Bei der einen Seite war es tatsächlich knapp mit dem Speicherplatz 500MB und 498MB verbraucht (wurde bereits auf 1 GB erhöht). Bei der anderen Seite gab es laut Provider kein Platzproblem.

Vielen Dank im Voraus.
Viele Grüße
dz

[xchs]

Wie hängt denn das zusammen?

Naja, wie sollen denn etwaige (von Contao automatisch durchgeführte) Änderungen in einer (Konfigurations)Datei gespeichert werden, wenn dafür kein ausreichender Speicherplatz auf Deinem Webspace mehr verfügbar ist?

[delzotto]

Hallo xchs,

vielen Dank für Deine Info.

Bei der einen Seite wäre das verständlich, nur bei der zweiten Homepage war genügend Speicherplatz vorhanden (laut Provider).

Viele Grüße
dz

[do_while]

Notlösung ist ein Kopie der localconfig.php schon auf dem Server zu haben. Dann fällt die Suche weg und man kann schnell wieder Online sein. Natürlich muss man erst die Ursache abstellen, also etwas leeren Speicherplatz vorhalten.

[delzotto]

Hallo Hagen,

vielen Dank.
Eben diesen Fehler würde ich gerne finden, um ihn auch bei zukünftigen Projekten zu vermeiden. Wie fange ich das am besten an?

Gruß
dz

[SK1277]

guten Abend,
gibt es mittlerweile ne Lösung für das Problem?
Bei mir wird die localconfig.php weiterhin regelmäßig geleert.

Provider: HostEurope
Virtual Server Managed 4.0 MAX
Freier Speicher insgesamt: 58.961,88 MB

Das Problem habe ich erst seit dem Update auf die neuste Version von Contao. Soweit ich mich erinnern kann, war vorhin die 2.7.6 drauf.

Es macht doch echt kein Spaß wenn man die Website ständig überwachen muss um dann gegebenenfalls die leere localconfig.php zu ersetzen.

Danke

[lindesbs]

Hast du irgendwelche Erweiterungen installiert ?
Hast Du schonmal mit dem ContaoCheck auf die Validitaet der CoreDaten kontrolliert ?

[SK1277]

Laut contao-check ist die initialize.php Corrupt. Dort habe ich laut der Anleitung für Contao auf HostEurope, diese Zeile eingefügt: putenv('TMPDIR='.ini_get('upload_tmp_dir')); Wahrscheinlich kommt deshalb die Fehlermeldung.

Ansonsten alles andere ist grün.


Erweiterungen hatte ich folgende. BackupDB, Cacheicon, Googleanalytics, header_code, Inputcount, Newstwitter, smhcheck, xcontaobackup

BackupDB und xcontaobackup habe ich soeben deinstalliert.

[lindesbs]

Scheint OK.
Ist wirklich komisch, welches Paket hast Du dort ?

[SK1277]

Virtual Server Managed 4.0 MAX

[lindesbs]

hm, sehr komisch. Wirklich sehr komisch.
Mir fehlt gerade eine wirkliche Idee,

[SK1277]

Mir auch :-)

Habe auf dem gleichen Server noch eine zweite Contao-Website. Bei der Seite gab es das Problem mit der localconfig.php bis jetzt noch nicht.

[SK1277]

Der Inhalt der localconfig.php wird weiterhin selbstständig gelöscht. Soeben war die Datei wieder komplett leer.

Ausserdem war die Website heute morgen nicht erreichbar und als ich auf dem Server nachgeschaut habe, hieß die index.php plötzlich index_.php
Was ist denn da los? Wieso ändert Contao selbstständig was an den Dateien?

[lindesbs]

Contao selbst aendert nichts an der index.php
Ich weurd eher deuten, das du ein "boeses" Modul installiert hast, oder jemand hat deine Zugangsdaten und spielt herum, oder auf dem Server selbst ist etwas faul.

Aber so etwas kann ich mir nicht erklaeren.

[SK1277]

Das habe ich auch als erstes gedacht das jemand meine Zugangsdaten hat. Aber dann habe ich mich gefragt woher sollte jemand meine Zugangsdaten haben. Vorhin bekam ich die Antwort per eMail:

One day ago i enter your site and saw, that the site didn't working. But there was some debugging text, generated by your CMS. I read it and found... Your db and ftp usernames and passwords. Later I connect to your ftp, and change index.php to index._php so nobody else can see that info. But I think, you should change your ftp and db password

Die localconfig.php wird aus irgendeinem Grund automatisch geleert. Daraufhin gibt Contao eine Fehlermeldung aus und gleichzeitig alle Zugangsdaten zum FTP. Das ist doch nicht normal oder? So was dürfte nicht passieren, weil so jeder einfach auf den Server und die Datenbank zugreifen kann.

[xtra]

Wenn die localconfig.php leer ist, wie du sagst, dann steht da logischerweise auch kein Password und kein Username mehr drin.

Somit ist deine Aussage, dass Contao in diesem Falle diese Informationen ausgibt ein wenig verwirrend, da eigentlich unmoeglich.

Wie soll ein System Informationen ausgeben koennen, die es nicht mehr hat?

Gruss
Chris

[SK1277]

Ich weis es nicht wie das alles funktioniert, bin nicht der beste Programmierer. Ist ja auch egal wie ich es formuliert habe, jedenfalls hat jemand Zugang zu meinen Server herausfinden können und das durch den debugging Text von Contao.

[do_while]

Hast Du vielleicht in den Einstellungen den Haken bei "Debugmodus aktivieren" gesetzt?
Dadurch wäre es möglich interne Informationen zu sehen, da alle Datenbankzugriffe in Klartext unten am Ende der Webseite gelistet werden. Diese Einstellung sollte aus Sicherheitsgründen immer ausgeschaltet sein.

Die FTP-Zugangsdaten sind aber mit Sicherheit nicht in einem solchen Datenbank-Debugging dabei, da sie nicht in der Datenbank geführt werden, sondern in der localconfig.php. Wenn diese leer ist, hat Contao keine Infos über FTP mehr.

[SK1277]

Debugmodus ist abgewählt. Es ist soweit ich weis standardmäßig abgewählt und ich selbst habe es auch nie eingeschaltet.

Das Problem mit der automatischen Leerung der localconfig.php hat auch bestimmt nichts damit zu tun. Wahrscheinlich sind es zwei getrennte Fehler.
Fakt ist aber dass ein "netter Hacker" auf meinem FTP war und mich dann darauf aufmerksam gemacht hat. Er hat geschrieben: there was some debugging text, generated by your CMS. I read it and found... Your db and ftp usernames and passwords

Das heißt es gab irgendeinen Fehler mit der Website. Contao hat einen Debugging Text generiert und dort standen die Zugangsdaten.

[xchs]

Hallo SK1277,

Provider: HostEurope
Virtual Server Managed 4.0 MAX
Freier Speicher insgesamt: 58.961,88 MB

Wenn ich das so lese, dann frag' ich mich, wieso da überhaupt ein SMH notwendig war/ist? In diesem Fall sollte sich doch der Server so konfigurieren lassen, dass Contao nicht auf den sog. FTP-Modus zurückgreifen muss, um die eigenen Konfigurationsdateien bearbeiten zu können. Dadurch bräuchtest Du nämlich in Deiner "localconfig.php" auch keine FTP-Zugangsdaten mehr einzutragen.

Auch wenn das Problem mit der beschädigten "localconfig.php" damit noch nicht gelöst ist, so würden dann wenigstens keinen sensiblen Zugangsdaten direkt im Frontend ausgegeben werden.

Laut diesem aktuellen Beitrag von heute scheint es - was die Notwendigkeit des SMH betrifft - in dieser Hinsicht bei HE aber ohnedies eine Änderung gegeben zu haben.

[SK1277]

Den Beitrag über die Änderungen bei HE habe ich soeben gelesen und habe die Umstellung sofort vollzogen. Trotzdem Danke für den Hinweis.

Jedenfalls ließ sich vorher auch bei einem Virtual Server nichts so einstellen damit SMH nicht notwendig wäre.