Das mit der config.php kann ich wohl ausschließen - meine config.php ist nur 348 Bytes groß und hat eigentlich nur den Inhalt, welcher für den Datenbank-Zugriff nötig ist (Benutzername, Passwort, etc.).

Wenn ich mal eine ruhige Minute finde, dann schau ich mir das Problem weiter an - es muss doch eine Lösung geben.
Bis jetzt hab ich aber noch nicht gefunden, wo die Einstellung vom Filemanager in der Datenbank gespeichert wird .

NACHTRAG: Ich hab die Einstellung gefunden in der Datenbank...
In der Tabelle cms_siteprefs

FileManager_mapi_pref_advancedmode

Ja, das hieß tatsächlich so bzw. wurde im Filemanager so angezeigt. Und dieses Verzeichnis gab es natürlich nicht im Dateisystem.

Super, das hat geholfen. Ich hab jede Menge Sachen auskommentiert und jetzt scheint der Dateimanager im richtigen Verzeichnis gelandet zu sein.

So sieht meine config.php im Moment aus:

<?php
# CMS Made Simple Configuration File
# Documentation: /doc/CMSMS_config_reference.pdf
#
ini_set('session.use_only_cookies', 1);
$config['php_memory_limit'] = '256M';
// $config['process_whole_template'] = ''; 
$config['debug'] = false;
// $config['output_compression'] = '';
$config['timezone'] = 'Europe/Berlin';
$config['dbms'] = 'mysql';
$config['db_hostname'] = 'localhost';
$config['db_username'] = 'snip';
$config['db_password'] = 'snip';
$config['db_name'] = 'snip';
$config['db_port'] = 0;
$config['db_prefix'] = 'cms_';
// $config['persistent_db_conn'] = '';
// $config['use_adodb_lite'] = '1';
// $config['root_url'] = 'http://www.example.com';
// $config['ssl_url'] = 'https://www.example.com';
// $config['root_path'] = 'snip';
// $config['admin_dir'] = 'admin';
// $config['previews_path'] = 'snip';
// $config['uploads_path'] = 'snip';
// $config['uploads_url'] = 'http://www.example.com/uploads'; 
// $config['default_upload_permission'] = '664';
// $config['use_smarty_php_tags'] = '';
$config['auto_alias_content'] = true;
$config['url_rewriting'] = 'mod_rewrite';
$config['page_extension'] = '/';
$config['query_var'] = 'page';
// $config['image_manipulation_prog'] = 'GD';
// $config['image_transform_lib_path'] = '/usr/bin/ImageMagick/';
// $config['image_uploads_path'] = 'snip';
// $config['image_uploads_url'] = 'http://www.example.com/uploads/images';
// $config['ssl_uploads_url'] = 'https://www.example.com/uploads';
// $config['locale'] = ''; 
$config['default_encoding'] = 'utf-8';
$config['admin_encoding'] = 'utf-8';
?>

Ähmm, heisst das Verzeichnis tatsächlich "ploads"??

Korrekt wäre "uploads".

Ich erinnere mich noch an einen Fehler beim GBFilePicker bei dem ein Backslash (\) im Pfad das nachfolgende Zeichen maskiert hat. Da kann dann tatsächlich mal aus "\uploads" -> "ploads" werden. Ist mir allerdings nur unter Windows aufgefallen.

Korrekt wäre "uploads".

CMSMS erkennt zudem in der aktuellen Version die notwendigen Pfade von selbst. Von daher könntest du mal deine config.php ausmisten - siehe

http://forum.cmsmadesimple.de/viewtopic.php?id=3572

Ich hab heute die Erweiterung "Gallery" installiert und wollte anschließend über den Filemanager Verzeichnisse anlegen und Bilder hochladen unter uploads/images/Gallery/. Dabei merkte ich, daß der Filemanager "leer" war, also keinerlei Vezeichnisse oder Dateien anzeigte, obwohl das uploads-Verzeichnis eigentlich gut gefüllt war. Außerdem stand im Filemanager: "Aktueller Pfad: ploads".
Mein erster Verdacht war, daß der Filemanager im falschen Verzeichnis (ploads) steckte und hab den erweiterten Modus aktiviert. Ab da war das Backend komplett leer.

Ich hab dann in der config.php erstmal $config['debug'] auf TRUE gesetzt. Jetz wurde im Backend der Header und die Navigation angezeigt, aber der "Hauptframe" mit den Einstellungen blieb weiterhin leer.
Erst nachdem ich per phpmyadmin den erweiterten Modus deaktiviert hatte (cms_siteprefs -> FileManager_mapi_pref_advancedmode = 0), hatte ich wieder Kontrolle über das Backend.

Die beschriebenen Probleme wurden heute (können aber wesentlich länger existieren) mit 1.11.8 beobachtet. Auch ein Update auf 1.11.9 hat nicht geholfen.

Die CMS-Installation ist sehr alt. Wenn ich mich richtig erinnere existiert sie seit 0.5irgendwas und wurde über die Jahre in unregelmäßigen Abständen upgedated.

----------------------------------------------

Cms Version: 1.11.9

Installed Modules:

    CMSMailer: 5.2.2
    MenuManager: 1.8.6
    ModuleManager: 1.5.5
    ThemeManager: 1.1.8
    dboptimizer: 1.11
    ModuleMaker: 0.3.1
    Search: 1.7.11
    FileManager: 1.4.3
    FormBuilder: 0.7.4
    CGExtensions: 1.37.2
    CMSPrinting: 1.0.5
    MicroTiny: 1.2.5
    News: 2.13
    SiteMapMadeSimple: 1.2.7
    GoogleMaps: 0.2.1

Config Information:

    php_memory_limit: 320M
    process_whole_template:
    max_upload_size: 200000000
    url_rewriting: mod_rewrite
    page_extension: /
    query_var: page
    image_manipulation_prog: GD
    auto_alias_content: true
    locale:
    default_encoding: utf-8
    admin_encoding: utf-8
    set_names: false

Php Information:

    phpversion: 5.3.18-nmm1
    md5_function: An (Ja)
    gd_version: 2
    tempnam_function: An (Ja)
    magic_quotes_runtime: Aus (Nein)
    E_STRICT: 0
    E_DEPRECATED: 0
    memory_limit: 320M
    max_execution_time: 30
    output_buffering: An
    safe_mode: Aus (Nein)
    file_uploads: An (Ja)
    post_max_size: 200M
    upload_max_filesize: 200M
    session_save_path: Keine Prüfung, da eine „open basedir“-Beschränkung aktiviert ist
    session_use_cookies: An (Ja)
    xml_function: An (Ja)
    xmlreader_class: An (Ja)

Server Information:

    Server Api: apache2handler
    Server Db Type: MySQL (mysql)
    Server Db Version: 5.1.70
    Server Db Grants: Gefunden eine "Alles gewähren"-Anweisung, die als geeignet scheint
    Server Time Diff: Keine Abweichung der Zeit im Dateisystem gefunden

----------------------------------------------

Jetzt ist erst mal wichtig, deine Frau glücklich zu machen :-).

Schöne Flitterwochen dann noch!

Die Seite läuft jetzt - und zwar wirklich nur dann, wenn ich den Filemanager deaktiviere. Musste das über phpmyadmin machen, da ich nach dem Import nicht mehr ins Backend kam. War das nervig...

Installierte Module hab ich - neben der Serienausstattung - nur Showtime für Slideshows und TinyMCE.

Weiß der Geier, was da falsch läuft. Aber ich muss wirklich abschalten - Website läuft.

Danke für die Unterstützung.

--> Flitterwochen: Schalte dich auf Offline und mach deinem Kollegen die Seite nach dem Flittern! Es gibt wichtigeres im Leben als eine Webseite die 2 Wochen nicht bearbeitet werden kann. Du wirst dich verantwortlich fühlen, allerdings hast du eine viel grösse Verantwortung deiner Frau gegenüber!

Überlege dir was du genau willst. Flittern oder nicht von der Arbeit wegkommen.

PS: Habe da auch einiges an Lehrgeld bezahlt.

Die Dateiverwaltung würde ich eher ausschließen. Könntest es testen, indem du den Modulordner umbenennst.

Am Tag vor meiner Abreise hab ich noch die letzten Änderungen an einer Website für einen Bekannten gemacht und alles hat ohne Probleme funktioniert. Am Flughafen angekommen, kam dann die Nachricht, dass er sich nicht mehr im Backend anmelden kann. Ich kam ebenfalls nicht mehr rein...

Große Panik... Dank WLAN und Tablet bin ich jetzt damit beschäftigt, alles wieder zum Laufen zu bekommen - und das in den Flitterwochen. Meine Frau ist manchmal schon genervt - ich aber auch, weil ich noch keine vernünftige Lösung gefunden habe. Aber mittlerweile einen Verdacht: kann es sein, dass mein Problem von der Einstellung im Backend unter Dateiverwaltung - erweiterte Einstellungen kommt? Ich hab es auf einer anderen CMSms-Installation probiert und da einen Haken gesetzt. Danach kam ich auch nicht mehr ins Backend.

Mein Problem ist jetzt, herauszufinden, wo in der Datenbank diese Einstellung gespeichert wird. Ich hab eine Sicherung der Datenbank und kann diese wieder einspielen mit MySQL-Dumper, aber dann bekomm ich ja auch immer diese Einstellung mit zurück.

Kann mir hier jemand helfen - und vielleicht meinen Urlaub retten?

Schöne Grüße, Andy