Diese Frage habe ich mir noch nie gestellt. Warum? Weil der WordPressfeed bisher immer ging. Nachdem sich jedoch ein treuer Leser bei mir meldete uns sich beklagte, warum er die Artikel des BetriebsausgabenBlogs nicht mehr via RSS abrufen, verfolgen und lesen können, habe ich mich auf die Suche nach einer Lösung gemacht.

Folgendes ist dabei herausgekommen

Zunächst habe ich die Seiten, Foren, Blogs, Infos und Hilfen zu dem Thema auf Deutsch im Netz durchstöbert. Schnick, schnack die Googlesuche eingestellt, so dass die Ergebnisse schon mal vorgefiltert waren, denn schließlich bin ich ja der Autor vom Google Book – Dokumentiertes Suchen mit Google & Co. Bei der Googlesuche habe ich das Wort erstellen ausgeschlossen, da sehr viele Artikel zum Thema 404 Fehlerseite erstellen im Netz sind. Die will ich ja nicht.

1. mod_rewrite

Prüfen ob mod_rewirte aktiviert ist und zwar mit php.info, geht, sonst würden ja die Permalinks nicht funktionieren. Der Eintrag in der htaccess ist auch Standard. Zum Threat

2. Spezielle Suche im WordPressforum

Nun habe ich mal expliziet im WordPress forum nach RSS 404 gesucht. Zunächst tauchte dort folgender Thread auf RSS FEED funktioniert nicht

Juchu, dachte ich, das ist die Lösung. Doch da tauschte man nur den Permalink zum RSS Feed gegen den "echten" Link aus und alles war gegessen. Ging bei mir aber auch nicht. Also <?php bloginfo('rss2_url') ?> einfach in der sidebar.php einbauen war nicht. Auch im anderen Theme hat das nicht funktioniert, denn ich habe auch mit dem Standardtheme getestet, nix. Also zumindest unter WordPress Default DE-Edition 1 erzeugte der RSS Feed auch einen 404 Error

3. Weitere Artikel im WP Forum via Google durchsucht

Hier die Googleergebnisse

Leider ist kein einziger Beitrag darunter, der das Problem löst. Alle haben gleiche oder ähnliche Probleme mit dem RSS Feed (und dem entstehenden 404 Fehler), jedoch sind die Lösungsansätze bei den meisten anders gelagert.

4. Eine Frage bei gutefrage.net gestellt

Leider blieb die Frage bis heute unbeantwortet, scheinbar zu schwer.

5. WordPress neuinstalliert

6. Frag einen Techniker und zwar suche…

…ich nun über Xing einen WordPressspezialisten, der das Problem löst. Mal sehen, leider ist mein bisheriger Experte Christoph in die Politik abgetaucht und macht nichts mehr in Sachen WordPress, vielleicht bekomme ich ihn aber noch mal rum. Es gibt ja noch andere, ist aber auch immer eine Vertrauensfrage, gerade via XING einem Unbekannten die FTP Daten der Website zu überlassen.

Also, stand by and stay tuned, werde wieder berichten, wenn´s Fortschritte gibt…

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.

Im Forum von WordPress wurde bereits mehrere male darüber geschrieben und auch ich selbst bin von dem Problem nicht nur betroffen sondern auch schockiert, dass ein Unternehmen oder eine Programmierencommunity wie die hinter Wp (WordPress) steckt so ein Misst implementiert. Da fragt man sich, ob die vorher nicht testen oder testen lassen. Eine Erleichterung ist das weiß Gott nicht. Wir, die jeden Tag damit schreiben und zu tun haben, müssen einen Kompromiss nach dem anderen eingehen, nur um uns die Arbeit etwas zu erleichtern und eben solche Fehler zu umgehen.

Schuld ist wohl angeblich der Editor, also das Programm, mit dem man wie mit Word schreibt und formatiert. Beim speichern werden einige Daten verschluckt oder gelöscht, so dass z.B. der Zeilenumbruch bzw. die Zeilenumbrüche (ich verwende davon sehr viele pro Beitrag) in den Texten fehlen.

Hier mal kurz zusammengefasst, um was es bei den Fehlern genau geht:

Auszug aus dem Forenbeitrag auf:

http://forum.wordpress-deutschland.org/allgemeines/26914-wordpress-editor-tiny-mce.html

–Zitatbeginn

• Es fehlt mir die Auswahl der Schriftgrößte! (nein ich will nicht zwischen h1-h4 entscheiden)
• Es fehlt mir die Auswahl der Schriftart!
• Obwohl meine Seite Verdana formatiert ist zeigt mir der Editor nur Times New Roman in einer großen Schriftgröße an, das stört. (wohl 12-14)
• Ebenfalls reagiert er nicht auf freie Zeilen, er löscht sie wieder
• Außerdem was am wichtigsten ist, er erzeugt keine div, br oder p-Tags für neue Zeilen was extrem stört!

Was kann ich dagegen tun? Welcher Editor kann das bessser oder wie korrigiere ich den abgeblichen TinyMCE der intrigiert ist?”

Zitatende–

Ein weiterer Beitrag wurde unter

http://forum.wordpress-deutschland.org/konfiguration/26693-wysiwyg-editor-spinnt-4.html

zu dem Thema Zeilenumbruch im Editor von WordPress verfasst.

Zusammenfassung der Lösungsvorschläge des o.g. Problems?

1. Im Wesentlichen wird ein anderer Editor namens FCKEditor angeboten, also wieder ein Kompromiss (ich nenne Kompromisse neuerdings “Krücken” – ich kann damit gehen und leben, wenn auch nicht komfortabel, aber ohne sie komme ich nicht voran und falle um. Schöner wäre es ohne Krücken laufen zu können!)
2. Der Benutzer redcat63 stellt im Forum von WordPress unter dem Thread http://forum.wordpress-deutschland.org/konfiguration/26693-wysiwyg-editor-spinnt-4.html ein schnell programmiertes Plugin vor, welches das Problem ebenso lösen soll. ICh teste das gerade, mal sehen, was daraus wird.
3. Darüber hinaus werden Lösungen durch Ändern der css in Wp vorgeschlagen. Dies ist wohl die m.E. größte Krücke. Nachzulesen unter dem obersten Posting auf http://forum.wordpress-deutschland.org/konfiguration/26693-wysiwyg-editor-spinnt-3.html

Schade, dass derartige Problem nicht sofort behoben werden, denn eigentlich brauche ich keinen editor, wenn der nicht das in html umsetzt, was ich geschrieben oder dargestellt habe. dann kann ich auch gleich html schreiben.

Habe Lösung 2 getestet.

Zunächst scheint es zu funktionieren. Zeilenumbrüche werden dargestellt und auch das p-tag wird verwendet. danke dafür

Layoutansicht weg

25.02.2008 – Mittlerweile muss ich feststellen, dass ich keine Layout Ansicht mehr zur Verfügung habe. Die p Tags werden zwar nun gesetzt, aber ich kann nur noch in der html ansicht schreiben. kann sein, dass das im rahmen des updates von wp 2.3.2 auf 2.3.3 passiert ist?

27.02.2008 – Nach etlichen MAils mit der Programmiererin, habe ich das Plugin von ihr erneut bekommen und installiert. Es läuft nun zumindest so, dass die Layoutansicht und die Buttons des Editors wieder zu sehen sind. Die eigentliche Funktion habe ich noch nicht geprüft, hoffe das das nun auch ncoh klappt. Also besser die Datei hier laden als den code aus irgendeinem Forum ziehen. Also mit der WP Version hat es zumindest nix zu tun.

Download Plugin wysiwyg editor fehler Plugin

Update 2.5 und Plugin

02.04.2008

So, habe noch mal getestet. Das Plugin von Elke Burmeister mit der Version 2.5 getestet. Es funktioniert auch dort ncoh. Zeilenumbrüche werden via p-tag erzeugt. zwar keine elegante lösung, aber sie funktioniert.

FCK Editor

Habe mal den FCK Editor in einem anderen Blog eingebaut und getestet. Der funktioniert recht gut. Zeilenumbrüche, p-tag, Überschriften usw. geht alles. Installation ist wie gewohnt easy über plugin. Das wäre eine wirklcihe alternative, aber eben wieder ein regelmäßig zu aktualisierendes Plugin.