Von Wysiwyg zu Wysiwyg2 ohne Datenverlust Einstellungen

[Ute]

Hallo Ihr Lieben,

ich war so dumm und habe in einem umfangreichen Projekt den Wysiwyg im Contentflex-Modul nicht auf wysiwyg2 gestellt, der ja wesentlich mehr Einstellmöglichkeiten bietet als der normale wysiwyg. Wenn ich aber auf den wysiwyg2 umstelle, verliere ich alle Daten, die in den Seiten eingegeben sind.

Hat irgendjemand eine Idee, wie man dies umgehen kann?

Liebe Grüße
Ute

[gunwalt]

Ist sicherlich ein generelles Thema wie man Projekte nach anfänglichen Unklarheiten/ Dummheiten/ Testreihen später optimieren kann.
Eine Patentlösung habe ich nicht. Ich würde in den ContentFlex Container den WYSIWYGS2 integrieren und dann die Finger spielen lassen - STRG C u. STRG V -

{WYSIWYG:1}
{WYSIWYG2:1}

und nach getaner alles löschen

[mistral]

oder anstelle von STRG C u. STRG V den type dein Einträge von WYSIWYG auf WYSIWYG2 ändern.

Zitat aus alten Zeite. Nicht ganz aktuell, aber hilft:

Erklärung der Tabelle cms_content bzw. cms_content_external

In dieser Tabelle wird der gesamte redaktionelle Inhalt einer Seite abgespeichert. Beide Tabellen sind von ihrem Aufbau her identisch.

Zu beachten: Die Tabelle cms_content_external gehört eigentlich nicht zum System, sondern wird von Modulen benutzt. Dies hat den Vorteil, das Module die interne Struktur des Speicherns von Content aus cms übernehmen können, ohne dabei die ContentCoreTabelle cms_content durcheinander zu bringen. Dies würde z.B. bei der Volltextsuche zu Problemen führen. Die cms_content_external wird z.B. von dem Modulen Gästebuch, cms-Flex und Webgrab benutzt)

idcontent -> Eindeutige Id des Contents. Wird per autoincrement hochgezählt
idsidelang -> Eindeutige Id einer Seite in Verbindung mit einer Sprache
container -> Entspricht der id des cms:tags <cms:lay type="container" id="XX" />
number -> Einzelne Container können innerhalb eines Moduls wiederholt werden. Die einzelnen Schleifenschritte werden mit 1, 2, 3, ..., n hochgezählt.
idtype -> Eindeutiger Bezeichner eines Contenttypes. Zur Zeit sind folgende Contenttypen vorhanden:
id | type
-----------------
0 | Reserviert
1 | text
2 | wysiwyg
3 | textarea
4 | img
5 | imgdescr
6 | link
7 | linkdescr
8 | linktarget
9 | sourcecode
10 | file
11 | filedescr
12 | filetarget
13 | wysiwyg2
14 | select
15 | hidden
16 | checkbox
17 | radio
18 | date
20 | checkbox_saved

typenumber -> Entspricht der id eines cms:tags <cms:mod type="wysiwyg|link|file..." id="XX" />
value -> Der Content eines Feldes, z.B. WYSIWYG- Editors. Maximal können pro Feld 64kb Daten abgespeichert werden.
online -> Zur Zeit keine Funktion
version -> Zur Zeit keine Funktion
author -> user_id (aus Tabelle cms_users) des Redaktuers, welcher den Content angelegt oder zuletzt den Content geändert hat.
created -> Datum als Timestamp
lastmodified -> Datum als Timestamp

Edit: Die neue Tags hinzugefügt

Der Beitrag wurde von mistral bearbeitet: Wed. 22. November 2006, 10:57

[gunwalt]

@mistral: PERFEKT.
Du steckst natürlich tiefer im System drin als ich.

[Ute]

Hallo Guntram, hallo Mistral,

ganz herzlichen Dank für Eure Antworten, durch deine (Mistrals) Antwort muss ich mich erst mal durchwuseln.

Liebe Grüße

Ute

[gunwalt]

Ich habe es nach Mistals Beitrag kurz mal über phpmyadmin probiert. Das ist wie Zaubern. Problematisch wird es nur wenn es verschachtelte Konstuktionen gibt ... z.B.

[text:1]
[textarea:1]
[textarea:2]

[mistral]

@gunwalt

wieso sollte das ein Problem sein?

P.S..
Zaubern finde ich dafür übertrieben, dann ist das Modul 'CMSFlex2ContentFlex' näher am Zaubern: http://forum.sefrengo.org/index.php?showtopic=33

[gunwalt]

@gunwalt
wieso sollte das ein Problem sein?

Wenn du 38 und 39 vereinigen willst, die als {textarea:1} und {textarea:2} in ContenFlex angelegt sind.

QUELLTEXT

INSERT INTO `cms_sefrengo131_content` (`idcontent`, `idsidelang`, `container`, `number`, `idtype`, `typenumber`, `value`, `online`, `version`, `author`, `created`, `lastmodified`) VALUES (39, 1, 20, 1, 3, 2, 'Sed et lectus in massa imperdiet tincidunt. Praesent neque tortor, sollicitudin non, euismod a, adipiscing a, est. Mauris diam metus, varius nec, faucibus at, faucibus sollicitudin, lectus. Nam posuere felis ac urna. Vestibulum tempor vestibulum urna. Nullam metus. Vivamus ac purus. Nullam interdum ullamcorper libero. Morbi vehicula imperdiet justo. Etiam mollis fringilla ante. Donec et dui. Class aptent taciti sociosqu ad litora torquent per conubia nostra, per inceptos hymenaeos. Etiam mi libero, luctus nec, blandit ac, rutrum ac, lectus.', 1, 0, 1, 1164190352, 1164190352),
(37, 1, 20, 1, 0, 0, '4', 1, 0, 0, 0, 0),
(38, 1, 20, 1, 3, 1, 'Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Duis ligula lorem, consequat eget, tristique nec, auctor quis, purus. Vivamus ut sem. Fusce aliquam nunc vitae purus. Aenean viverra malesuada libero. Fusce ac quam. Donec neque. Nunc venenatis enim nec quam. Cras faucibus, justo vel accumsan aliquam, tellus dui fringilla quam, in condimentum augue lorem non tellus. Pellentesque id arcu non sem placerat iaculis. Curabitur posuere, pede vitae lacinia accumsan, enim nibh elementum orci, ut volutpat eros sapien nec sapien. Suspendisse neque arcu, ultrices commodo, pellentesque sit amet, ultricies ut, ipsum. Mauris et eros eget erat dapibus mollis. Mauris laoreet posuere odio. Nam ipsum ligula, ullamcorper eu, fringilla at, lacinia ut, augue. Nullam nunc.\r\n', 1, 0, 1, 1164190352, 1164190352),
(35, 3, 20, 1, 13, 1, '&nbsp;', 1, 0, 1, 1163632800, 1163632800),
(36, 17, 20, 1, 1, 1313, 'ich, du', 1, 0, 1, 1163957624, 1163957624);

Das Problem ist die Typenummer.

[Ute]

Liebe Leute,

ich bin gestern Nacht fast verzweifelt, als ich versucht habe, händisch im MySqlDumper in der Tabelle cms_content den idtype von 2 auf 13 zu ändern. Da dies etwa 150 Seiten betrifft, ist es eine ziemliche Arbeit!
Dabei trat das seltsame Phänomen auf, dass, wenn ich im idtype die 2 gegen die 13 (wysiwyg2) geändert habe manchmal dann doch der ganze Inhalt im Frontend nicht mehr zu sehen war, obwohl er in der Tabelle noch vorhanden war. Dann habe ich meist das Backup wieder zurückgespielt und wieder von vorne angefangen. Das Phänomen trat dann meist wieder auf, aber nicht im gleichen Datensatz, sondern meist in einem andern.

Dies führte bei mir zu einem kleinen Nervenzusammenbruch.

Nun, um diese ganze Arbeit zu vereinfachen und vielleicht dieses Phänomen zu umgehen (irgendwelche Systemaussetzer?) habe ich mir überlegt, das Ganze über einen MySQL-Befehl automatisch erledigen zu lassen.

Deshalb die Frage an Euch MySQL-Experten, ob folgende Syntax richtig ist

QUELLTEXT

UPDATE 'cms_content' SET 'idtype'=13 WHERE 'idtype'=2

Muss/sollte auch die Option LOW_PRIORITY gesetzt werden und wenn wo?

Für jede Hilfe mal wieder dankbar...
Liebe Grüße
Ute

[bjoern]

Das sollte Ok sein. Die muß dantürlich klar sein, das Du dann in allen benutzten Modulen den wysiwyg mit dem wysiwyg2 tauschen mußt.

[Ute]

Hallo Björn,

erst einmal danke für Deine Antwort. Was sagst Du denn zu LOW_PRIORITY? Nötig oder nicht?

Ich benutze für Inhalte Contentflex. Ich hatte vor, nach dem Ausführen des Mysql-Befehls dann die Änderung im Modul vorzunehmen? Ist doch das richtige Vorgehen?

Andere benutzte Module sind URHere, Such-Modul, Formbuilder, Gästebuch, Druckmodul, Info-Modul, Backtop-Link. Da sehe ich keine Anwendung des wysiwyg. Ist dies richtig?

Ich habe gehört, dass Savanna demnächst zu Dir unterwegs ist. Dann lass es Dir mal schmecken. Wie macht es denn Alexander. Virtuelle Trinkgelage?

Liebe Grüße
Ute

[bjoern]

Also das LOW_PRIORITY ist absolut unnötig. Das Feature macht eh nur recht selten Sinn, soviel ich weiß ist es ganz nützlich bei Replikation oder Transaktionen. Für den MySql hausgebrauch vergiss es am Besten ganz schnell.

Beim Contentflex mußt Du nur die Config ändern. Also {wysiwyg:1} gegen {wysiwyg2:1}, {wysiwyg:2} gegen {wysiwyg2:2}, ..... Immer schön auf die ID am Ende achten, die muss unbedingt gleich bleiben. {wysiwyg:2} gegen {wysiwyg2:1} würde da auf jeden Fall schief gehen.

Die anderen genannten Module dürften so OK sein. Wie Du schon bemerkt hast, die nutzen kein WYSIWYG Editor.

Bei dem Bier möchte ich nch mal bemerken, das da mein Glück von einer Wette abhing. Hätte ich Sefrengo nicht innerhalb eines gewissen Zeitraums releast, hätte ich die Kiste springen lassen müssen. Also wer einen trinken will, sollte dann schon bei mir vorbei kommen. Naja, vielleicht schafft es ja auch das ein oder andere Fläschchen nach Wien, wenn die Flughafenpolizei es nicht vorher konfisziert.

[MaZderMind]

UPDATE 'cms_content' SET 'idtype'=13 WHERE 'idtype'=2

Da sind Quotes zufiel.
Gruß, Peter

[Ute]

Hallo MaZderMind,

sind die Quotes auch bei cms_content zuviel?

Liebe Grüße

Ute

Der Beitrag wurde von Ute bearbeitet: Thu. 23. November 2006, 17:58

[MaZderMind]

Ähm ja natürlich O:-)
Aber probiers doch einfac haus.. wenns nich kallpt sagt er dir schon woran er sich stört.

Gruß, Peter

[feniweb]

@ute

Warum änderst du diese Tabelle nicht mit einem Text-Editor?

Dump von der Tabelle ziehen, ändern, dump wieder einspielen.


Gruss

[Ute]

Liebe Leute,

ich wollte nur berichten, dass mittels des Update-Befehls

QUELLTEXT

UPDATE cms_content SET idtype=13 WHERE idtype=2

ich den Wysiwyg-Editor auf den Wysiwyg-Editor wysiwyg2 ohne Probleme umstellen konnte.

Ein Klick und mein Nervenzusammenbruch war vergessen...

Danke an alle, die mich vor dem Krankenhaus gerettet haben...

Liebe Grüße
Ute

[gunwalt]

Ein Klick und mein Nervenzusammenbruch war vergessen...
Danke an alle, die mich vor dem Krankenhaus gerettet haben...

Klar, Softwaresupport ist Lobbyarbeit für de Krankenkassen. Steht im bestimmt im Entwurf von Ulla