CMS Made Simple Forums

Hmm, ich hab den Verdacht, dass ein Modul, welches nicht unter der 1.6.3 lauffähig ist, dran Schuld sein könnte, evtl. der LinkMgr oder der FCK Augen rollen.

Ich habe alle Module die ich zus. installiert hatte deinstalliert. Leider ohne Erfolg, die Seiten lassen sich nach wie vor nicht editieren. Da mein Kunde mittlerweile ungehalten wurde habe ich die Sicherungskopie, die ich vorab auf dem Server in einen eigens dazu angelegten Ordner abgelegt hatte, zurückgespielt, dito eine Sicherungskopie der Datenbank.

Danach funktionierte gar nichts mehr, jetzt ist die Seite auch Frontend unbrauchbar, Fehlermeldungen ohne Ende. Datenbankeinstellungen in der config.php habe ich überprüft, eigentlich ist alles korrekt, trotzdem kein Erfolg.

Ich habe alles gelöscht, den Server incl. Datenbank ratzekahl leer geräumt. Danach habe ich die aktuelle 1.6.4 Version neu aufgespielt, ohne irgendein Modul oder sonstiges zu installieren. Auf Musterdateien habe ich verzichtet, das Template habe ich neu angelegt, ich denke dass das auch nicht den Betrieb stört, pures html mit den Variablen und css?
Ich habe eine Seite,  "Home", und wenn ich die zum editieren anklicke bekomme ich nichts als eine weiße Seite angezeigt. Ist vielleicht die Konfiguration des Servers (Provider: joeren.com) schuld? Wobei, ver. 1.52 lief reibungslos. Mmhhh.

In der System-Informationen wird ein rotes Kreuz unter "root_path:" angezeigt: (0750). Der Wert war voreingestellt, ich habe dort nichts geändert, würde dort auch nur ungern Schreibrechte erteilen. Ist das vielleicht das Problem? Was kann ich tun?

Wie jetzt, deine Sicherungskopie funktioniert nicht mehr?

Da ist noch was anderes faul - wenn du alle Dateien der 1.5.2 und die dazugehörige Datenbank wiederherstellst (einschließlich der "alten" config.php), muss es funktionieren ...

Da ist noch was anderes faul - wenn du alle Dateien der 1.5.2 und die dazugehörige Datenbank wiederherstellst (einschließlich der "alten" config.php), muss es funktionieren

Beides funktioniert nicht, Backup plus Neuinstallation. Ich kontaktiere den Provider, keine Ahnung was da schief gelaufen ist?

Die Frage lässt mir keine Ruhe, korrigiere mich wenn ich es falsch verstanden habe, - es ist möglich eine 1.52er Datenbank in 1.6.x zu übernehmen (upgrade.php). Richtig?

dylan wrote: es ist möglich eine 1.52er Datenbank in 1.6.x zu übernehmen (upgrade.php). Richtig?

Ja.

Die upgrade.php macht nix anderes, als die Datenbank für die aktuelle Version (also die 1.6) anzupassen, also ggf. Datenbankfelder hinzuzufügen, Feldnamen zu ändern u.ä. Die 1.6.1 bis 1.6.4 sind reine Datei-Aktualisierungen.

Du könntest ja das Update parallel dazu mal bei einem alternativen Provider durchspielen - z.Bsp. kannst du bei all-inkl.com 7 Tage kostenlos testen.

Du könntest ja das Update parallel dazu mal bei einem alternativen Provider durchspielen - z.Bsp. kannst du bei all-inkl.com 7 Tage kostenlos testen.

Ich habe unter bplaced.net eine kostenlose Domain angemeldet und die CMSms Version 1.6.4 frisch installiert.
Hier passiert exakt das gleiche, die Seiten (ich habe Musterdateien mit installiert) lassen sich nicht bearbeiten, es kommt nur eine leere Seite. Auf bplaced.net werden allerdings Fehler angezeigt, das ist ja immerhin schon etwas:

Warning: get_class() expects parameter 1 to be object, string given in /users/sam/www/admin/editcontent.php on line 165

Warning: Cannot modify header information - headers already sent by (output started at /users/sam/www/admin/editcontent.php:165) in /users/sam/www/lib/classes/class.admintheme.inc.php on line 171

Warning: Cannot modify header information - headers already sent by (output started at /users/sam/www/admin/editcontent.php:165) in /users/sam/www/lib/classes/class.admintheme.inc.php on line 174

Warning: Cannot modify header information - headers already sent by (output started at /users/sam/www/admin/editcontent.php:165) in /users/sam/www/lib/classes/class.admintheme.inc.php on line 177

Warning: Cannot modify header information - headers already sent by (output started at /users/sam/www/admin/editcontent.php:165) in /users/sam/www/lib/classes/class.admintheme.inc.php on line 178

Warning: Cannot modify header information - headers already sent by (output started at /users/sam/www/admin/editcontent.php:165) in /users/sam/www/lib/classes/class.admintheme.inc.php on line 181

Warning: Cannot modify header information - headers already sent by (output started at /users/sam/www/admin/editcontent.php:165) in /users/sam/www/lib/classes/class.admintheme.inc.php on line 186

Ich kann den Login gerne zur Verfügung stellen, allerdings würde ich ihn nicht so gerne im Forum posten?


Info zur Installation:
Ich hatte die folgenden Dateien heruntergeladen, lokal entpackt, hochgeladen u. installiert:

CMSms 1.6.4
http://s3.amazonaws.com/cmsms/downloads ... ase.tar.gz
DE-Sprachpaket
http://s3.amazonaws.com/cmsms/downloads ... _DE.tar.gz

Alle Fehler basieren hier auf dem Ersten.
Und der basiert allerdings nicht auf der Zeile 165 sondern auf Zeile 96.
Dort wird mit

[php]$contentobj = UnserializeObject($_POST["serialized_content"]);[/php]

ein Objekt wieder hergerstellt.
Die Funktion UnserializeObject() macht im Prinzip nichts weiter als die php-Funktion unserialize() nur werden dort noch zusätzlich  mit der php-Funktion base64_decode() Sonderzeichen im zu deserialisierenden Wert umgewandelt.

Und dass dort ein Fehler entsteht, liegt meiner Meinung nach nicht am CMS, sondern am Server oder der Datenübertragung oder so.

Entweder kann Dein Server plötzlich nichts mehr mit base64_decode() anfangen oder mit unserialize().
oder aber die Daten, die von Deinem Browser aus an den Server geschickt werden (das $_POST Array) werden unterwegs irgendwo von irgendwem verhunzt.
Allerdings müsste der Fehler dann bereits in Zeile 97 auftreten, da dort die gleiche Bedingung wie in Zeile 165 geprüft wird:

[php]if (strtolower(get_class($contentobj)) ... )[/php]

Entweder ist Deine editcontent.php fehlerhaft oder in irgendeiner Form verändert und zwischen Zeile 97 und 165 passiert irgendetwas unvorhergesehenes mit mit dem Objekt oder aber ... nee, nix aber.
Mehr fällt mir dazu nicht ein,
Ich glaube einfach, dass nicht alle Dateien fehlerfrei auf dem Server gelandet sind.
Lad am besten mal den Ordner "lib" und "admin" nochmal neu hoch.

Ich glaube einfach, dass nicht alle Dateien fehlerfrei auf dem Server gelandet sind.
Lad am besten mal den Ordner "lib" und "admin" nochmal neu hoch.

Ich habe die gleiche Problematik auf zwei versch. Servern, bplaced.net + joeren.com, mit der heruntergeladenen und unveränderten Original-Version.

Ich habe die Ordner gelöscht und einzeln neu hochgeladen, leider ändert sich dadurch nichts. Die Fehler bleiben. Ich habe Cyberman per PN die Admin-Zugangsdaten geschickt. Ich schicke sie Dir auch zu, falls Du Zeit findest, kannst Du dir die Problematik einmal live am Server ansehen?

Danke

Die "Lösung" scheint hier zu stecken: http://forum.cmsmadesimple.org/index.ph ... 143.0.html

Laut den Systeminformaionen von Deiner Installation bei bplaced.net kommt dort PHP 5.3 zum Einsatz.
CMSms 1.6.4 läuft aber leider nur bis zu PHP 5.2.x  :(

Ob das nun auch die Ursache bei der Installation bei joeren.com ist kann ich nicht sagen, aber ich nehme es mal stark an.

Sorry, mehr kann ich Dir dazu leider nicht sagen.

Laut den Systeminformaionen von Deiner Installation bei bplaced.net kommt dort PHP 5.3 zum Einsatz.
CMSms 1.6.4 läuft aber leider nur bis zu PHP 5.2.x

Da habe ich nicht drauf geachtet, ist ja auch eher ungewöhnlich eine Einschränkung bis ..., sehe ich das erste mal.
Ich habe es gerade auf der cmsmadesimple.org gefunden.
6. What are the system requirements?
* Web server with PHP 4.3.x to PHP 5.2.x (NOT PHP 5.3) (Linux/Unix, Windows 2000/XP/ME/2003, OS X)

Ob das nun auch die Ursache bei der Installation bei joeren.com ist kann ich nicht sagen, aber ich nehme es mal stark an.

Bei joeren.com läuft PHP Version 5.0.4, das Problem ist aber, ich würde sagen, identisch. Naja.

Vielen Dank für die Unterstützung. Auch wenn es mir Magenschmerzen bereitet, ich werde aufgrund der System Requirements die 1.5.4er Version aufspielen, habe ich eine Wahl, heul. Danke.

dylan wrote: ist ja auch eher ungewöhnlich eine Einschränkung bis ..., sehe ich das erste mal.

Naja, das Problem liegt hier meiner Meinung nach bei PHP 5.3, weil es nicht abwärtskompatibel zu PHP 5.2.x ist.
Eigentlich soltle alles was unter PHP 5.2.x läuft auch unter PHP 5.3 laufen.
Gabs aber auch schon bei Windows XP/Vista (von Windows 7 mal ganz zu schweigen), oder teilweise bei den Macs PPC/Intel.
Oder, um nicht ganz so weit zu gehen, schon allein bei diversen Modulen unter CMSms 1.5.4 und 1.6 ... 

Ich habe die 1.5.4er Version erfolgreich installiert. Beim Datenbankimport hat es anscheinend Probleme mit dem Import von Sonderzeichen gegeben, diese werden nicht korrekt dargestellt. Vielleicht ist das Problem auch in der Datenübergabe?

Meine Frage, muss ich beim Import einer Datenbank aus Ver. 1.52 zu Ver. 1.54 auch das updrade.php starten, kann darin vielleicht das Problem liegen?

Charset:

Datenbank wie Template, alt u. neu