Habe seit einiger Zeit das Problem, das WordPress beim speichern oder veröffentlichen (publizieren) den ganzen Artikel verliert bzw. verschluckt. Was bleibt ist die Überschrift. Der Rest des Textes ist weg, wenn man den Artikel nicht vorher in den Zwischenspeichern (Markieren + StrG + C) genommen hat (empfehle ich übrigens immer bei WordPress, egal mit welchem Editor man schreibt). Ich schreibe sowohl mit dem TinyMCE (WordPress Standard) als auch mit FCK.

Woran liegt das?

Dazu gibt es sehr viele Theorien im Netz, keine ist jedoch belegt oder als Standardlösung empfohlen. Ich kann nur einige ausschließen, da ich bei unterschiedlichen Projekten entprechend getestet hab oder das Gegenteil belegen konnte:

Ursachenforschung

Listen, Artikellänge, eingebettete Bilder

http://www.computerbase.de/forum/showthread.php?t=596965

Denke ich nicht, da wir sowohl sehr kurze Artikel (100 Wörter) als auch lange Artikel (400 Wörter) posten und der Fehler in beiden Fällen auftaucht. Auch Artikel mit oder ohne Bilder und Listen kann ich so ausschließen.

Server und Benutzerrechte vom Admin

http://forum.wordpress-deutschland.org/allgemeines/60959-wordpress-frisst-lange-artikel.html

Naja, ohne Kommentar. Soweit sollte jeder sein.

Textarea-Tag im Wysiwyg-Editor

http://seo-scout.org/wordpress/vorsicht-mit-dem-wordpress-wysiwyg-editor.html

Habe ich bisher nie genutzt oder gemacht und der Text war trotzdem weg.

Twittertool Tweetme oder Link “Nochmal versuchen”

http://aktuelle-online-angebote.de.dedi1690.your-server.de/tipps-und-tricks/wordpress/wordpress-2-9-bug-dein-versuch-den-artikel-beitragstitel-zu-bearbeiten-ist-fehlgeschlagen-bitte-nochmals-versuchen/

Ich verwende Tweetme. Hab´s auch bisher nicht abgeschalten, daher kann ich das nicht ausschließen. Nur eins dazu: Bisher (mehrere Monate) lief es mit Tweetme unter 2.9. ohne Probleme. Plötzlich sind die Texte weg, auch unter 2.9, dann denke ich nicht, dass es an einem bisherig installierten Plugin hängt.

Die vorläufige Lösung für mich

Hab ich von asteria geklaut, da sie mir für die bisherigen Erfahrungen mit WordPress als gute Lösung erschien:

Der Trick ist der, dass man bei Neuerstellung eines Artikels, nur den Titel vergeben braucht und anschliessend gleich auf Speichern klicken (nicht auf “Publizieren”, da es passieren kann, dass dieser Fehler nicht auftritt und dann hat man nur einen Titel, ohne Text veröffentlicht. Bis man dann den kompletten Artikel fertig geschreiben hat, könnten schon einige Leser abspringen, weil es ja nichts zu lesen gibt). Also auf “Speichern” klicken. Wenn dann die Fehlermeldung auftritt, ist diese Version aber als “Entwurf” gespeichert. Jetzt ruft man sich diesen halbfertigen Artikel aus den Entwürfen aus und kann ihn komplettieren. Ein anschliessendes “Publizieren” gelingt dann immer.

Bin auf eure Kommentare gespannt.

Habe auch das Problem mit einem Absatz vor meiner Fotogalerie bzw. die Galerie ist am Fuße der Seite ausgegebenen worden.

Und hier die Lösung

Zunächst die nggalery.css im Ordner css suchen und dann im Abschnitt ngg-galleryoverview aus clear:both => clear: none machen, fertig.

In the css files look for this code and either remove the 'clear:both;' or change it to 'clear:none;'

/* ———– Gallery style ————-*/

.ngg-galleryoverview {
overflow: hidden;
margin-top: 10px;
width: 100%;
clear:both;
display:block !important;
}

Quelle: http://wordpress.org/support/topic/204883

Mittlerweile verwende ich WordPress 2.6.2 und habe mit Elke schon einige Tests durch, das Problem der Zeilenumbrüche in diesem Editor in den Griff zu bekommen.

In der Version 1 stellte Elke ein Plugin zur Verfügung, welches so aussieht:

function eb_posts_speichern()
{
global $user_ID;
if (!current_user_can(‘edit_posts’))
return $_POST['post_content'];
$_POST['post_content'] = wp_richedit_pre($_POST['content']);
return $_POST['post_content'];
}

add_filter(‘the_content’, ‘eb_content_umbruch’);

function eb_content_umbruch($content)
{
$content = str_replace(“\n”,”<br />”, $content);
return $content;
}

Das auch hier im Blog von Clever Clogs eingesetzt wird und eben auch diesen Text hier modifiziert.

Probleme bei der Version 1

Eigentlich keine, bis auf die ordnungsgemäße Umsetzung von Tabellen. Da passiert dann Folgendes mit dem Quellcode:

<p>test texte abc xyz</p>
<br /><p><table border=”1″ cellspacing=”0″ cellpadding=”0″>
<br /><tbody>
<br /><tr>
<br /><td valign=”top”>

Dadurch rutscht die Tabelle um viele Zeilen nach unten, so dass der Leser nicht mehr mit einer Tabelle rechnet. Schaltet man das Plugin aus, sind Tabellen wieder iO eingebunden, dann felhen jedoch im restlichen Text wie gewohnt die Zeilenumbrüche und p-Tags. Ein Teufelskreis.

Die neue Version 2 sieht so aus

function eb_posts_speichern()
{
global $user_ID;
if (!current_user_can(‘edit_posts’))
return $_POST['post_content'];
$_POST['post_content'] = wp_richedit_pre($_POST['content']);
return $_POST['post_content'];
}

add_filter(’the_content’, ‘eb_content_umbruch’); function eb_content_umbruch($content) {
$pos1 = strpos($content, ‘<br />’);
$pos2 = strpos($content, ‘<p>’);
if ($pos1===false and $pos2===false) {
// Beitrag enthaelt bereits Umbrueche und wird nicht geaendert
} else {
$content = str_replace(“</h1>”.”\n”,”</h1>”, $content);
$content = str_replace(“</h2>”.”\n”,”</h2>”, $content);
$content = str_replace(“</h3>”.”\n”,”</h3>”, $content);
$content = str_replace(“</h4>”.”\n”,”</h4>”, $content);
$content = str_replace(“</h5>”.”\n”,”</h5>”, $content);
$content = str_replace(“</h6>”.”\n”,”</h6>”, $content);
$content =
str_replace(“</blockquote>”.”\n”,”</blockquote>”, $content);
$content = str_replace(“</div>”.”\n”,”</div>”,
$content);
$content = str_replace(“</ol>”.”\n”,”</ol>”, $content);
$content = str_replace(“</ul>”.”\n”,”</ul>”, $content);
$content = str_replace(“</li>”.”\n”,”</li>”, $content);
$content = str_replace(“\n”,”<br />”, $content);
}
return $content;
}

Probleme bei der Version 2

Bei dieser Version werden zwar keine Zeilenumbrüche innerhalb der Tabelle gesetzt, aber auch bei den anderen Texten fehlen die ersehnten p-Tags und br-Tags, was ja unser Ausgangsproblem war.

Anzustrebende Künftige Lösung

Wenn kein p oder br im Text ist, wird nach folgenden Regeln eines eingefügt:

Fließtext mit p und Zeilenumbrüche mit br versehen. Alle anderen, in folgende Tags (h1 – h6, table, div, b, strong, ol, li usw. ) eingebetteten Inhalte, werden nicht verändert.