Beiträge von Putzlowitsch

Putzlowitsch

Hmmm, sehr seltsam. Zumindest hatte ich auf Deiner Seite mehrere Leerzeichen vor dem

HTML

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 ...>

gesehen, irgendwo müssen die ja herkommen.

Gruß
Ingo

Putzlowitsch

Es kann auch die wp-config.php sein. Entweder ist die falsch kodiert oder es stehen da Leerzeichen oder Leerzeilen außerhalb das umrahmenden <?php ?>. Meist gehen dann auch RSS-Feeds nicht bzw. wenn man sich den HTML-Text der Seite anschaut, stehen da ganz am Anfang Leerzeichen oder Leerzeilen.

Gruß
Ingo

Putzlowitsch

So, zumindest für mein Blog habe ich das Problem gefunden, codestyling hat mich hier mit der Nase drauf gestoßen:
http://forum.wordpress-deutschland.org/installation/3…html#post158315

Bei mir lag es an der my-hacks.php, die in einem falschen Format gespeichert war. Könnte aber abensogut ein Plugin im falschen Format sein. Also mal alle Plugins und die my-hacks.php deaktiviren und nacheinander wieder einschalten. Das Verzeichnis 'js_cache' zunächst wieder entfernen, sonst muß man nach jedem Schritt die Datei dort wieder löschen :-)

Nachtrag: Es kann natürlich auch die wp-config.php sein, am besten damit anfangen.

Gruß
Ingo

Putzlowitsch

Komische Sache, ich habe grad mal ein jungfräuliches WP 2.5 auf meinem lokalen System installiert, da treten die Probleme nicht auf.
Das Problem muß also irgendwie an einem Plugin oder
in der Datenbank liegen, werde mal versuchen, es herauszufinden...

Gruß
Ingo

Putzlowitsch

Ja, das ist auch möglich, so stellte sich der Fehler bei mir in den WP 2.5 Betaversionen dar. Kann daran liegen, daß WP keine Schreibrechte auf 'wp-content/uploads' hat und deshalb das Verzeichnis nicht anlegen kann. Du kannst es ja mal erstellen und WP Schreibrechte geben.

Gruß
Ingo

Putzlowitsch

Ich verwende NotePad++, da habe ich bisher angenommen, das der mit Unicode umgehen kann. Wenn ich die Datei 'tiny_mce_config.php' öffne, wird mir als Format ANSI angezeigt.

[del]Gut, dann ist das ein wichtiger Hinweis für die WP-Entwickler
Zumindest tritt das Problem mit den originalen, unbearbeiteten Dateien der WP-Installation auf.[/del]

Gruß
Ingo

Putzlowitsch

Zu dem ersten Fehler, das sieht genau so aus, wie bei mir. Die Daten enden mit

Code

wordpress,media,fullscreen"

Und da fehlen genau die drei letzten zeichen });
Deshalb ja der Trick mit den zusätzlichen Leerzeichen, genau wie Du das oben geschrieben hast.
Eventuell mußt Du alle Caches leeren und die besagten Dateien im 'js_cache' löschen.

Gruß
Ingo

Putzlowitsch

Guck mal hier, vielleicht hilft das weiter:
http://forum.wordpress-deutschland.org/installation/3…ler-editor.html

Gruß
Ingo

Putzlowitsch

Noch zwei Hinweise:

Wordpress legt im Uploads-Verzechnis ein Unterverzeichnis 'js_cache' an und speichert dort den gesamten Inialisierungsteil für dem TinyMCE in einer Datei entweder als .gz oder .js ab. Alle Dateien in dem Verzeichnis sollten gelöscht werdern. Sonst werden Änderungen möglicherweise nicht wirksam.
[COLOR=Red]Achtung! diesen Hinweis nicht beachten.[/COLOR]
Bei mir hat es nicht gereicht, die Kompression abzuschalten, zudem werden die letzten drei Zeichen der Initialisierungsdaten "verschluckt", wodurch ein Javascritp-Error entsteht und der TinyMCE nicht geladen wird. Dies kann leider nicht durch ein Plugin behoben werden. Hierzu muß die Datei 'tiny_mce_config.php' im Verzeichnis '/wp-includes/js/tinymce' gepatcht werden. Im Quelltext folgende Zeilen suchen:
PHP
```
// Add external plugins and init 
$content .= $ext_plugins . 'tinyMCE.init({' . $mce_options . '});';
```
Darunter muß ein String mit drei Leerzeichen hinzugefügt werden:
PHP
```
$content .= "   ";
```
[COLOR=Red]Ende Achtung![/COLOR]

Ich weiß zwar nicht, wie das Problem zustande kommt und es wird nur an den Symptomen rumgedoktert, aber so funktioniert bei mir der TinyMCE unter Wordpress 2.5.

Derzeit Passiert das alles noch in meinem loakalen Testsystem. Vielleicht zur Info: Windows 2000, Apache/1.3.33 (Win32) mod_gzip/1.3.26.1a PHP/5.2.4

[COLOR=Red]Hinweis 2 ist falsch[/COLOR], falls schon etwas an der Datei geändert wurde, diese wieder durch das Original aus der Installtion ersetzen.
Das Problem liegt an falsch kodierten PHP-Dateien (siehe Hinweis weiter unten). Das können Plugins oder auch die my-hacks.php sein.
Nachtrag: Es kann auch die wp-config.php sein. Entweder ist die falsch kodiert oder es stehen da Leerzeichen oder Leerzeilen außerhalb das umrahmenden <?php ... ?>. Meist gehen dann auch RSS-Feeds nicht bzw. wenn man sich den HTML-Text der Seite anschaut, stehen da ganz am Anfang Leerzeichen oder Leerzeilen.

Gruß

Putzlowitsch

Es könnte mit der Kompression der TinyMCE-Javascript-Daten zusammenhängen. Zum Abschalten der Kompression kann man folgendes Plugin verwenden:

PHP

<?php
/*
Plugin Name: 123 TinyMCE No Compress
Plugin URI:
Description: Verhindert die Kompression (gzip) des TinyMCE (visueller Editor).
Author: Ingo Henze
Version: 0.10
Author URI: http://putzlowitsch.de/
*/ 


function plw123tnc_mce_no_compress( $initArray ){
    $initArray['compress'] = false;
    return $initArray;
} 


add_filter( 'tiny_mce_before_init', 'plw123tnc_mce_no_compress' );


?>

Alles anzeigen

Oder hier als Download: plw123_mce_no_compress_0_10.zip

Gruß
Ingo

Putzlowitsch

Also 3 bis 6 Sekunden sind bei Strato normal, aber 23 ist wirklich ein bißchen viel. Da ist noch irgendwas anderes im argen, das dürfte nicht nur an Strato liegen.

Gruß
Ingo

Putzlowitsch

Hmm, als bei mir sind die Rechte standardmäßig auf 644 bzw. 755 gesetzt, wenn ich etwas per FTP hochlade. Für wp-content/uploads mußte ich das explizit anderes setzen.

Zudem macht es auch noch einen Unterschied, ob PHP als Apache-Modul läuft oder als CGI.
Als Modul, wie z.B. bei all-inkl, kann z.B. die .htaccess mit den Rechten 644 von Wordpress, respektive PHP, nicht geändert werden. Bei Strato läuft PHP als CGI und da reicht 644 nicht, das wird fröhlich überschrieben. Hier muß man tatsächlich 444 setzen. Hängt halt vom Benutzerkontext ab, in dem PHP läuft.

Gruß
Ingo

Putzlowitsch

Ist denn mittlerweile bekannt, wie die betroffenen Blogs überhaupt unter die Kontrolle der Spammer gekommen sind?

Gruß
Ingo

Putzlowitsch

Hoffentlich hast Du auch die ID mit eingebaut, sonst gibt es gleich wieder Probleme.

Gruß
Ingo

Putzlowitsch

Ist schon fast was für die FAQ:
Schnurpsel » Wordpress 2.3 - Problem ohne www bei Strato

Gruß
Ingo

Putzlowitsch

Ja supi, nun gehts auch bei mir auf deutsch, danke!

Gruß
Ingo

Putzlowitsch

Feine Sache, aber was muß ich im Quelltext sehen:

Code

load_plugin_textdomain('reveal-ids-for-wp-admin-25','[B]wp-content/plugins[/B]/reveal-ids-for-wp-admin-25');

Dabei hatte ich kürzlich extra darauf hingewiesen, daß man das so nicht machen sollte :-) :
http://forum.wordpress-deutschland.org/plugin-entwick…-plugindir.html

Gruß
Ingo

Putzlowitsch

Vor dem <?php darf auch keine Leerzeichen stehen.

Gruß
Ingo

Putzlowitsch

Wieso zu klein wirkt, da kann man doch mit [Strg]+Scrollrad etwas entgegenwirken :-)

Gruß
Ingo

Putzlowitsch

Weiße Seite oder Endlosumleitung (die sich erst nach einer gewissen Zeit meldet!)?
Falls es Strato und die Seite ohne www konfiguriert ist, bitte dieses beachten:
Schnurpsel » Wordpress 2.3 - Problem ohne www bei Strato

Gruß
Ingo

Willkommen! Melden Sie sich an oder registrieren Sie sich.

Beiträge von Putzlowitsch

WP 2.5 tinyMCE is not defined

WP 2.5 tinyMCE is not defined

WP 2.5 tinyMCE is not defined

WP 2.5 tinyMCE is not defined

WP 2.5 tinyMCE is not defined

WYSIWYG Editor

WP 2.5 tinyMCE is not defined

WP 2.5 tinyMCE is not defined

WYSIWYG Editor

WYSIWYG Editor

wordpress extrem langsam

Die Angriffe auf WordPress-Blogs gehen in die zweite Runde

Die Angriffe auf WordPress-Blogs gehen in die zweite Runde

URL category

Admin geht, aber Blog nicht erreichbar ?!

Plugin zur ID-Anzeige im Adminbereich von WordPress 2.5

Plugin zur ID-Anzeige im Adminbereich von WordPress 2.5

Fehler nach Upgrade auf 2.5 mit Datei wp-login.php!

[WP 2.5] Was leider verschlimmbessert wurde

domain 1 alles ok, domain 2 weiße seite