Da ich nicht weiss, ob du ein IntelliTXT Plugin benutzt oder den Code selbst einbaust, würde ich vorschlagen, dieses erstmal zu deaktivieren. Wenn es dann wieder sauber dargestellt wird, müsstest du im Falle eines Plugins den Autor um Fehlerkorrektur bitten.
Beiträge von codestyling
-
-
Wenn es an der Sprachdatei scheitert aber ohne funktioniert, würde ich wetten, dass es diese Ursache hat: Code Styling Project » WordPress Fehler durch Sprachdateien - die Ursache
Eventuell hilf dieser Patch. Ein neuer Patch, nachdem ich die Ursache gefunden hab, ist in Arbeit, denn dieser hier Code Styling Project » WordPress Sprachdateien erzeugen Fehler in gettext.php hilft nicht auf allen Systemen. -
Die Funktion comments_number ist so definiert:
PHP
Alles anzeigen/** * comments_number() - Display the language string for the number of comments the current post has * * @since 0.71 * @uses $id * @uses apply_filters() Calls the 'comments_number' hook on the output and number of comments respectively. * * @param string $zero Text for no comments * @param string $one Text for one comment * @param string $more Text for more than one comment * @param string $deprecated Not used. */ function comments_number( $zero = false, $one = false, $more = false, $deprecated = '' ) { global $id; $number = get_comments_number($id); if ( $number > 1 ) $output = str_replace('%', $number, ( false === $more ) ? __('% Comments') : $more); elseif ( $number == 0 ) $output = ( false === $zero ) ? __('No Comments') : $zero; else // must be one $output = ( false === $one ) ? __('1 Comment') : $one; echo apply_filters('comments_number', $output, $number); }
Wie es bei jeglichen Übersetzungsmodulen, die auf gettext beruhen üblich ist, gibt es nur eine Unterscheidung für 0 | Einzahl | Mehrzahl. Deshalb müsstest du für den 2. und 3 Paramter das Ergebnis einer von dir geschriebenen Funktion reingeben, der du den aktuellen Kommentarzähler übergibst und den richtigen Text zurückgeben lässt. Bloß dann kannst du auch gleich das als Code hinschreiben und brauchts die comments_number nicht. -
Deine IntelliTXT baut Tables, die ineinander geschachtelt sind, aber die äussere ist nicht beendet worden!
Code
Alles anzeigen<table border="0" cellspacing="0" cellpadding="0"> <tbody> <tr> <td width="300" valign="top"></td> <td align="right" valign="top"></td> </tr> <tr> <td colspan="2"> <div id="intelliTXT"> <table class="ImgFormat" style="float: right ! important;" border="0" cellspacing="0" cellpadding="0" width="135" align="right"> <tbody> <tr> <td width="5"><img style="border: 0px none;" src="http://gamepro.de/img/0.gif" alt="" width="5" height="1" /></td> <td><a href="javascript:MM_ImgDetail(1214040,1307071,'EL_12163929798284923584664');"><img src="http://gamepro.de/imgserver/bdb/1214000/1214040/135x.jpg" border="0" alt="" /></a></td> </tr> </tbody> </table> -
Was soll das bringen ? Was machst du beim 13. Kommentar ? Ein wenig Hintergrundinformation ist schon nötig, denn dass, was du schreibst, ist unlogisch.
-
-
Da deine Seite(n) offensichtlich bei 1und1 gehostet sind und du noch PHP/4.4.8 im Einsatz hast, aber einige Plugins dazu übergegangen sind nur mit PHP 5 sauber zu arbeiten, solltest du umstellen auf PHP 5 zum Test.
Das geht bei 1und1, indem man an den Anfang der .htaccess Datei folgendes einfügt:
Viele Plugins laufen dann erst rund, wenn sie durch PHP 5 ausgeführt werden. Sobald du die .htaccess so geändert hochgeladen hast, wird alles mit PHP 5 bei dir ausgeführt. Dann solltest du nochmals testen.
-
-
Wenn dein Hoster Pear text/diff bereitstellt, kann es zu Konflikten kommen, denn WP bringt sicherheitshalber seine eigenen Files mit und verzichtet auf Pear. Deshalb kann auch dein Wiki funktionieren aber WP nicht. Der Patch könnte helfen, denn wenn es dort endet und du alle Fehlermeldungen unterdrückst (oder dein Provider) dann kann das ggf. so aussehen.
-
-
Das könnte dir weiterhelfen, weil deine Fehlerbeschreibung recht dünn ist, vermute ich dieses Problem: http://forum.wordpress-deutschland.org/installation/3…html#post179032
-
Einfach die Übergeordnete Kategorie neu anlegen.
Dann alle bestehenden Kategorien der Reihe nach aufrufen (bearbeiten im Admin Bereich) und im Feld Oberkategorie die neue Kategorie auswählen. -
Nicht alle Plugins sind zu neueren Versionen von WP automatisch kompatibel. Falls es Probleme mit Plugins gibt, ist die 1. Anlaufstellen immer dessen Autor, den man nach Kompatibilität mit WP 2.6 befragt oder dort ggf. schon eine angepasste Version findet.
-
Für alle, die solche unschönen Fehlermeldungen bekommen, wenn sie Artikel oder Seiten bearbeiten wollen:
CodeWarning: ini_set() has been disabled for security reasons in /srv/www/httpd/phost/l/de/pytalhost/laz/web/wordpress/wp-includes/pluggable.php on line 1517 Warning: require_once(Text/Diff/Renderer.php) [function.require-once]: failed to open stream: No such file or directory in /srv/www/httpd/phost/l/de/pytalhost/laz/web/wordpress/wp-includes/Text/Diff/Renderer/inline.php on line 17 Fatal error: require_once() [function.require]: Failed opening required ‘Text/Diff/Renderer.php’ (include_path=’.:/srv/www/httpd/phost/l/de/pytalhost/laz/web’) in /srv/www/httpd/phost/l/de/pytalhost/laz/web/wordpress/wp-includes/Text/Diff/Renderer/inline.php on line 17und der Editor dann nicht mehr funktioniert, hab ich einen Patch programmiert.
Ursache des Fehler (siehe 1. Warnung): in_set() wurde von Provider gesperrt.
Die neue Versionsverwaltung versucht temporär, den include_path für die nötigen Dateien zu setzen und dann wieder herzustellen, was in beiden Fällen nicht geht. Daraufhin kann keine der nötigen Dateien geladen werden, was zu fatalen Abbruch des PHP Scriptes führt. Und nichts geht mehr.Ich hab das so geändert, dass es ohne ini_set() auskommt und sauber funktioniert. Das Patch-Set gibt es hier: Code Styling Project » WordPress 2.6 und die Text/Diff Fehler im Editor
Ich werde das ggf. WP Bug Trac melden, wenn es nicht schon gemeldet ist. -
Ich hab was viel Besserers, hier ist ein Patch-Set für WP 2.6, das ich heute entwickelt, getestet und zum Download bereitgestellt habe: Code Styling Project » WordPress 2.6 und die Text/Diff Fehler im Editor
Auch ohne Modifikation der php.ini kann man korrekt ohne Fehler arbeiten. Auch das werde ich WP Trac weiterreichen, denn das hätte man auch gleich so programmieren können. -
Die Scripte "verbiegen" aber die Event Behandlung von Prototype.js bzw. des Editors, da die var Event schon davon benutzt wird. Ausserdem kann es zu Komplikationen kommen, denn Prototype und/oder Editor setzen selbst Eventhandler. Dann deaktiviere mal deine Scripts und teste nochmal.
-
2 Scripts deines aktuellen Themes behindern den Editor vermute ich, denn die könnten u.U. immer geladen werden, wenn der Theme Autor nicht clever genug war!
http://blog-tomsbikecorner.de/wp-content/themes/tbc/addEvent.js
http://blog-tomsbikecorner.de/wp-content/themes/tbc/functions.jsKannst du mal mit dem Standard DE Theme kurz testen ?
-
Frage: Hast du den Turbo (Gears) aktiviert ?
-
Meine Version:
Firefox 2.0.0.16, WinXP aktuellstes Patchlevel
Im Eingangspost liest sich das so, dass nur IE nie will aber Fox irgendwann schon. Nun gut, ich benutze ebenfalls FF 2.0.0.16 und hab keines dieser Probleme. Allerdings hab ich auch kein Plugin aktiviert und das Standard Theme DE (in meiner Testinstallation). Hast du evtl. eine Übersicht über die aktivierten Plugins und das aktuelle Theme ? -
Dann wäre erstmal noch interessant, welche IE Version und welches Betriebssystem. Denn es gibt ja auch IE für Mac und eben X Versionen vom IE.