[Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

leerraum · 18. Januar 2012 16:26

Hi,

ich hab heute eine Seite von 1.7.1 auf 1.8 (fehlersuche) auf 1.9.4.3 (ging) auf 1.10.3 geupdatet.

Das Problem ist jetzt, im Backend habe ich weder in den News noch auf den Seiten einen TinyMCE oder den MicroMCE. Ich hab den MicroMCE schon deinstalliert und wieder installiert. Das hat leider nicht geholfen.

Hat irgendwer eine Idee woran das liegen kann?
Desweiteren ist mir aufgefallen, dass manche Inhalte fehlen. Das macht mir weniger aus, die kann ich händisch schnell übertragen. Aber das mit dem MicroMCE stört schon.

Danke
leerraum

Beitrag geändert von leerraum (19. Januar 2012 13:10)

NaN · 18. Januar 2012 16:37

Was steht unter "Webseiten Administration -> Globale Einstellungen" im Tab "Allgemeine Einstellungen" bei der Option "WYSIWYG-Editor für die Webseite:" drin?

Was steht unter "Meine Einstellungen -> Benutzerspezifische Einstellungen" bei der Option "Den WYSIWYG-Editor wählen:" drin?

Ist der TinyMCE auf dem neuesten Stand?

leerraum · 18. Januar 2012 17:22

ich hab tinymce und micromce ausprobiert, zwischedrin noch den seitencache gelöscht, hat aber leider nix geholfen.

NaN · 18. Januar 2012 17:39

Gibt es Javascript-Fehlermeldungen im Browser wenn Du Seiten/Artikel bearbeitest?
(Im Firefox unter "Extras->Web-Entwickler->Fehlerkonsole" oder mit Hilfe von Firebug)

Hast Du schon die Option "Eine statische Konfigurationsdatei verwenden:" in den Einstellungen des TinyMCE probiert?

Was heißt "manche Inhalte fehlen"?
Was genau ist "manche"?

nicmare · 18. Januar 2012 18:12

NaN schrieb:

Was steht unter "Meine Einstellungen -> Benutzerspezifische Einstellungen" bei der Option "Den WYSIWYG-Editor wählen:" drin?

hast du das wirklich geprüft, echo?? ;-)

leerraum · 19. Januar 2012 11:00

@NaN: beim aufruf passiert nichts. wenn ich allerdings das häkchen für den editor entferne, dann bekomme ich diese JS fehlermeldung:

Hier klicken, um den Code zum Kopieren zu markieren

Fehler: toggleEditor is not defined
Quelldatei: http://localhost/schneider/admin/editcontent.php?_sx_=47ff051b&content_id=103&page=
Zeile: 1

ich hab versucht die statische konfigurationsdatei anzulegen, dabei ist allerdings folgendes passiert:
1. oben steht: die erweiterten einstellungen wurden gespeichert
2. eine fehlermeldung direkt darunter: Warning: Invalid argument supplied for foreach() in G:\xampp\htdocs\schneider\modules\TinyMCE\TinyMCE.module.php on line 798
3. es sieht so aus, als ob es das template zerschossen hätte. hintergrund ist grau, es ist zwar alles noch an seinm platz, aber normal sieht das nicht aus.

manche inhalte bezog sich auf einen GCB, der nach dem dritten wort abgebrochen hat. ich hab die inhalte neu aus der alten seite rüber kopiert. fands merkwürdig, aber nicht weiter schlimm.

@nicmare: selbstverständlich. smile

edit: ich hab auf den seiten auch grade getestet ob es ein problem beim laden gibt. firebug sagt mir, dass keine dateien fehlen. das problem scheint also tiefer zu liegen.
edit2: ein weiteres problem: der titel der seite enthält ein ó Zeichen. der titel wurde vor diesem zeichnen übernommen, endet aber mit diesem zeichen.
edit 3: vielleicht auch noch interessant: auf der config seite für den tinymce ist der tinyemce NICHT zu sehen. auf der config seite des microMCE ist der microMCE aber zu sehen.
edit 4: die prüfsummen scheinen auch ok zu sein. bis auf diese merkwürdige meldung, die wohl aber auf ein leerzeichen zurück zu führen ist.
Notice: Undefined offset: 1 in G:\xampp\htdocs\schneider\admin\checksum.php on line 101

edit 5: das systemprotokoll sieht so aus:

Hier klicken, um den Code zum Kopieren zu markieren

Informationen zur CMSMS-Installation
CMS-Version 		1.10.3


Installierte Module
CMSMailer 		2.0.2
FileManager 		1.2.0
MenuManager 		1.7.7
ModuleManager 		1.5.3
News 		2.12.3
Printing 		1.1.2
Search 		1.7
ThemeManager 		1.1.4
TinyMCE 		2.8.4
TruetypeText 		2.1.1
FormBuilder 		0.6.2
CMSPrinting 		1.0
MicroTiny 		1.1.1


Konfigurationsinformationen aus der config.php
php_memory_limit 		 
process_whole_template 		false
output_compression 		false
max_upload_size 		200000000
default_upload_permission 		664
url_rewriting 		none
page_extension 		 
query_var 		page
image_manipulation_prog 		GD
auto_alias_content 		true
locale 		 
default_encoding 		utf-8
admin_encoding 		utf-8
set_names 		true
debug 		false
root_url 		http://localhost/schneider
ssl_url 		https://localhost/schneider
root_path 	Erfolgreich abgeschlossen 	G:\xampp\htdocs\schneider (0777)
previews_path 	Erfolgreich abgeschlossen 	G:\xampp\htdocs\schneider\tmp\cache (0777)
uploads_path 	Erfolgreich abgeschlossen 	G:\xampp\htdocs\schneider\uploads (0777)
uploads_url 		http://localhost/schneider/uploads
image_uploads_path 	Erfolgreich abgeschlossen 	G:\xampp\htdocs\schneider\uploads\images (0777)
image_uploads_url 		http://localhost/schneider/uploads/images
ssl_uploads_url 		https://localhost/schneider/uploads
use_smarty_php_tags 		false


PHP-Informationen
Derzeitige PHP-Version (phpversion) 	Erfolgreich abgeschlossen 	 5.3.8
MD5-Funktion (md5_function) 	Erfolgreich abgeschlossen 	 An (Ja)
GD-Version (gd_version) 	Erfolgreich abgeschlossen 	 2
tempnam-Funktion (tempnam_function) 	Erfolgreich abgeschlossen 	 An (Ja)
Magic Quotes zur Laufzeit (magic_quotes_runtime) 	Erfolgreich abgeschlossen 	 Aus (Nein)
Ist E_STRICT in den error_reporting Einstellungen deaktiviert (E_STRICT) 	Erfolgreich abgeschlossen 	
Ist E_DEPRECATED in den error_reporting Einstellungen deaktiviert (E_DEPRECATED) 	Achtung 	E_DEPRECATED ist aktiviert
PHP-Speicherlimit (memory_limit) 	Erfolgreich abgeschlossen 	 128M
Maximale Ausführungszeit (max_execution_time) 	Achtung 	 30 ?
PHP „output_buffering“ (output_buffering) 	Erfolgreich abgeschlossen 	 4096
PHP Safe-Mode (safe_mode) 	Erfolgreich abgeschlossen 	 Aus (Nein)
Hochgeladene Dateien (file_uploads) 	Erfolgreich abgeschlossen 	 An (Ja)
Maximale Größe für POST-Dateien (post_max_size) 	Achtung 	 8M ?
Maximale Größe für hochzuladende Dateien (upload_max_filesize) 	Erfolgreich abgeschlossen 	 128M
Speicherpfad für Sessions (session_save_path) 	Erfolgreich abgeschlossen 	 G:\xampp\tmp (0777)
Es ist den Sitzungen erlaubt, Cookies zu verwenden. (session_use_cookies) 	Erfolgreich abgeschlossen 	 An (Ja)
Basis-XML (expat) Unterstützung (xml_function) 	Erfolgreich abgeschlossen 	 An (Ja)
Prüfung, ob der httpd-Prozess eine Datei in einem selbst erstellten Verzeichnis erzeugen kann. (create_dir_and_file) 	Erfolgreich abgeschlossen 	
PHP „register_globals“ (register_globals) 	Erfolgreich abgeschlossen 	 Aus (Nein)
Deaktivierte PHP-Funktionen (disable_functions) 	Erfolgreich abgeschlossen 	 
PHP „Open Basedir“ (open_basedir) 	Erfolgreich abgeschlossen 	 
Test der Remote-URL (test_remote_url) 	Erfolgreich abgeschlossen 	
fsockopen: Verbindung OK! Erfolgreich abgeschlossen
fopen: Verbindung OK! Erfolgreich abgeschlossen
Test auf ini_set (check_ini_set) 	Erfolgreich abgeschlossen 	 An (Ja)


Server-Informationen
Server-API (server_api) 		apache2handler
Server-Datenbank (server_db_type) 		mysql (mysql)
Server-Datenbankversion (server_db_version) 	Erfolgreich abgeschlossen 	5.5.16
Server-Software (server_software) 		apache/2.2.21 (win32) mod_ssl/2.2.21 openssl/1.0.0e php/5.3.8 mod_perl/2.0.4 perl/v5.10.1
Server-Betriebssystem (server_os) 		winnt 6.0 an i586


Verzeichnisberechtigungen
tmp 	Erfolgreich abgeschlossen 	G:\xampp\htdocs\schneider\tmp (0777)
templates_c 	Erfolgreich abgeschlossen 	G:\xampp\htdocs\schneider\tmp\templates_c (0777)
modules 	Erfolgreich abgeschlossen 	G:\xampp\htdocs\schneider\modules (0777)
Maske zum Erstellen von Dateien (umask) 	Erfolgreich abgeschlossen 	G:\xampp\htdocs\schneider\tmp\cache (0777)
config_file 	Fehler 	0666
Die Datei config.php ist beschreibbar. Sie sollten die Berechtigung der Datei unbedingt auf einen sicheren Wert ändern (nur lesen - chmod 444).

das mti der 0666 macht nix, is ja bei mir lokal.

Beitrag geändert von leerraum (19. Januar 2012 11:31)

leerraum · 19. Januar 2012 13:06

wir sind einen schritt weiter:

einer der seiteneigentümer hat ein ó zeichen in seinem namen. das hab ich freilich auch bei der installation so eingegeben, in blinden vertrauen, dass das system sich schon ein entitie dafür anlegen wird. pustekuchen. das zeichen wurde hart in die sql datenbank geschrieben.

beim import ist meine lokale xampp installation (letzter build) darüber gestolpert und hat jedesmal, wenn es das zeichen gesehen hat, den rest vom text über bord geworfen. dankenswerter weise ist dabei nichts zu bruch gegangen.

ich habe also aus dem 1.7.1 sql dump per suchen und ersetzen jedes ó zeichen durch ó ersetzt und dann die seite auf dem selben weg wie gestern aktualisiert. die abgeschnittenen texte sind jetzt wieder da.

leider hat das nix geholfen, was das problem mit dem tinymce und microtiny angeht. äääärgerlich. die symptome sind die gleichen wie oben beschrieben.

leerraum · 19. Januar 2012 13:09

uuuuuund des rätsels lösung: aktualisiere den tinymce von 2.8.5 auf 2.9.5 und cmsms ist glücklich.

meeeine fresse. was ein hickhack.

NaN · 19. Januar 2012 16:31

Hatte ich nicht als erstes gefragt, ob der TinyMCE auch wirklich auf dem neuesten Stand ist? tongue
Wieso allerdings der MicroTiny nicht funktionert hat, ist mit immer noch ein Rätsel.
Naja, nur so für die Zukunft: Bei einem Update (vor allem bei einem etwas größeren) immer prüfen, ob alle Module auf dem neuesten Stand sind bzw. vor dem Update prüfen ob die Module noch mit der neuen CMSms Version kompartibel sind und es ggfs. schon aktuellere Modul-Versionen gibt.
(Hatte ich hier auch erwähnt: http://www.cmsmadesimple.de/forum/viewtopic.php?id=946)

leerraum · 19. Januar 2012 16:59

jup, das sowieso. und das ó zeichen wird auch nicht mehr bedient. damit kommt mysql nicht klar.

NaN · 19. Januar 2012 17:45

Ich vermute es hat etwas mit der Zeichen-Kodierung der Datenbank bzw. Deines Backends zu tun.

leerraum · 19. Januar 2012 18:16

utf-8 in beiden?

NaN · 19. Januar 2012 18:29

So würde ich es empfehlen.
Wenn es korrekt in der DB steht und auch korrekt angezeigt wird, sollte alles ok sein.
Ansonsten hat MySQL warscheinlich tatsächlich Probleme mit diesem Zeichen.
Kenne mich mit diesem Zeichen-Kodierungs-Salat nicht so aus.
Bei mir hat jede Datenbank bei der Erstellung UTF-8 unicode ci.
Wenn nicht, dann wird die Datenbank entsprechend abgeändert.
Nach meiner Erfahrung, muss dass das Ganze vor dem Erstellen von Tabellen geschehen.
Jedenfalls habe ich mit der Zeichenkodierung noch nie Probleme gehabt.
Text mit dem Zeichen ó wird bei mir korrekt und vollständig gespeichert und ausgegeben.

leerraum · 19. Januar 2012 18:51

bei mir offensichtlich nicht, obwohl ich drauf geachtet habe, dass die DBs die gleiche Kollation haben.

Forum für CMS/made simple

#1 18. Januar 2012 16:26

[Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

#2 18. Januar 2012 16:37

Re: [Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

#3 18. Januar 2012 17:22

Re: [Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

#4 18. Januar 2012 17:39

Re: [Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

#5 18. Januar 2012 18:12

Re: [Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

#6 19. Januar 2012 11:00

Re: [Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

#7 19. Januar 2012 13:06

Re: [Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

#8 19. Januar 2012 13:09

Re: [Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

#9 19. Januar 2012 16:31

Re: [Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

#10 19. Januar 2012 16:59

Re: [Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

#11 19. Januar 2012 17:45

Re: [Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

#12 19. Januar 2012 18:16

Re: [Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

#13 19. Januar 2012 18:29

Re: [Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

#14 19. Januar 2012 18:51

Re: [Gelöst] Langes Update auf 10.3 und danach MicroMCE weg

Fußzeile des Forums