Beiträge von Saphod

Ich hab jetzt einfach die entsprechenden Zeilen im Plugin auskommentiert, die für das Einfügen der Buttons sorgen - der Editor funktioniert wie gehabt, und ich benutze nun halt die Quicktags. :-)

Ergebnis siehe hier:
Marco Luthe Online! » Blog Archive » About Embedding Flash Objects

Hallo allerseits!

Ich habe noch 2.1.3 (englisch) laufen. Bisher hat alles wunderbar funktioniert. Damals hatte ich mal das hier beschriebene Problem von TinyMCE mit dem Plugin WP-ContactForm. Nachdem ich das mit einem anderen ersetzt habe, lief der WYSIWYG-Editor wieder ohne zu murren.

Nun, leider nur bis vor ein paar Tagen... da habe ich das Plugin Kimili Flash Embed installiert, um Flash Objekte XHTML-valide einbetten zu können. Dieses Plugin versucht, mittels der buttonsnap.php (Class) einen Button einzufügen, und das scheint irgendwie bei mir schiefzugehen.

Jetzt erhalte ich wieder dieselbe JavaScript-Fehlermeldung, und der WYSIWYG-Editor zeigt keine Icons mehr.

Das lustige ist nur: OFFLINE (mit XAMPP) funktioniert alles fehlerfrei!
Da nehme ich doch mal an, dass das was mit dem Server zu tun hat.

Deshalb wollte ich auch die zaeppelin-methode anwenden:

Zitat

die betroffene datei liegt in /wp-includes/js/tinymce/

und heißt: tiny_mce_gzip.php

in zeile 89 folgendes ändern: $supportsGzip = true;

in: $supportsGzip = false;

Alles anzeigen

Problem: meine Datei sieht unter WP 2.1.3 ganz anders aus. In Zeile 89 steht schon mal gar nix. Alles, was im Entferntesten an einen Test von GZIP erinnert, steht ab Zeile 124:

// Only gzip the contents if clients and server support it
$encodings = array();


if (isset($_SERVER['HTTP_ACCEPT_ENCODING']))
    $encodings = explode(',', strtolower(preg_replace("/\s+/", "", $_SERVER['HTTP_ACCEPT_ENCODING'])));


// Check for gzip header or northon internet securities
if ((in_array('gzip', $encodings) || in_array('x-gzip', $encodings) || isset($_SERVER['---------------'])) && function_exists('ob_gzhandler') && !ini_get('zlib.output_compression')) {
    $enc = in_array('x-gzip', $encodings) ? "x-gzip" : "gzip";


... etc ...

Nur: wie ich DA die GZIP-Behandlung ändere, ist mir ein Rätsel... :cry:

Auch die Tipps aus dem englischen Forum habe ich schon ausprobiert:
WordPress › Support » realTinyMCE is not defined

Hilft leider alles nix.
Weiß irgendwer Rat?

Ich hab's gewusst!

Das Anti-Spam-Image (ein Captcha-Plugin) war Schuld!

Jetzt geht's!

Juhu!

Trotzdem vielen Dank! :-)

OK... ich habe ALLE plugins deaktiviert und plötzlich funktioniert's!

Das wird jetzt Häckel-Arbeit.. ich melde mich wieder, wenn ich genaueres weiß...

Hi!

Ich beziehe mich hier auf ein ähnliches Problem wie es bereits unter

http://forum.wordpress-deutschland.org/konfiguration/…ck-problem.html

gepostet wurde.

Leider ist das schon etwas länger her und ich konnte dort keine Lösung finden. Habe auch schon das halbe Internet durchsucht, auf wordpress.org gepostet und alles mögliche probiert, aber nichts funktioniert - ich flippe hier bald aus! :)

Also, das Problem ist, dass bei mir keine eingehen Pingbacks zu sehen sind. Trackbacks dagegen funktionieren prima.

Nun habe ich bereits gelernt, dass das alles mit der xmlrpc.php zu tun hat. Ich habe diese bereits so umgestellt, dass sie mir ein logfile im gleichen Verzeichnis ausspucken soll - nur bekomme ich da keins.

$xmlrpc_logging = 1;


function logIO($io,$msg) {
    global $xmlrpc_logging;
    if ($xmlrpc_logging) {
        $fp = fopen("xmlrpc.log","a+");
        $date = gmdate("Y-m-d H:i:s ");
        $iot = ($io == "I") ? " Input: " : " Output: ";
        fwrite($fp, "\n\n".$date.$iot.$msg);
        fclose($fp);
    }
    return true;
    }

Also, ganz von vorne:

Unter Marco Luthe Online! » Blog Archive » Wordpress Pingback Testing habe ich
einen Test-Post eingerichtet, auf den ich mich dann von meinem Testblog auf saphod.wordpress.com beziehe, indem ich dort die URL auf den saphod.net-Post hineinschreibe.

Normalerweise sollte ja nun bei meinem saphod.net-Blog ein Pingback erscheinen... tut er aber nicht.

Also habe ich ein paar Änderungen vorgenommen (Standard-Theme, Standard-Permalink-Struktur etc.) und es nochmals probiert - aber es klappt nie! Andersherum (von saphod.net zu saphod.wordpress.com) funktioniert es hingegen anstandslos.

In meinem Server-Access-Log finde ich diverse Einträge à la

208.96.40.130 - - [04/May/2007:20:49:53 +0200] "POST /xmlrpc.php HTTP/1.0" 200 38 "-" "Incutio XML-RPC -- WordPress/MU"

Ich kann damit leider nichts anfangen, aber die 200 lässt mich darauf schließen, dass es sich hierbei um "200 OK" handelt, also die Post-Anfrage angekommen ist.

Irgendwie scheint Wordpress die Anfragen einfach zu verwerfen. Wie gesagt, ein Logfile "xmlrpc.log" wird gar nicht erstellt. Die Pingbacks laufen ins Leere und ich kann nicht nachvollziehen, warum.

Ruft man die xmlrpc.php direkt über http://www.saphod.net/xmlrpx.php auf, so bekomme ich ein "XML-RPC server accepts POST requests only", woraus ich wiederum schließe, dass das Script an sich funktioniert.

Ich habe das Gefühl, dass es entweder irgend etwas mit dem mod_rewrite, der xmlrpc.php an sich (Dateiattribute?) oder vielleicht sogar irgend einer function in wp-functions.php zu tun hat.

Auf wordpress.org sagte man mir, es könne mit meiner Permalink-Struktur zu tun haben, welche ich auf

/%postname%/

gesetzt habe. Aber - wie gesagt - weder bei der Standard "?p=" noch bei der "date and name based"-Struktur bekomme ich einen Pingback.

Ich weiß nicht mehr weiter...

Das einzige, was mir noch einfällt, ist vielleicht ne Plugin-Geschichte. Ich habe allerdings rd. 20 Plugins laufen (siehe Marco Luthe Online! » Blog Info) und wüsste nicht, wo ich da anfangen soll.

Allerdings weiß ich, das falbum auch mod_rewrites vornimmt. Ich glaube aber nicht, dass es damit was zu tun hat, denn die habe ich auch schon einmal rausgenommen.

Meine .htaccess sieht so aus:

# BEGIN FAlbum
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule ^photos/?([^/]*)?/?([^/]*)?/?([^/]*)?/?([^/]*)?/?([^/]*)?/?([^/]*)?/?([^/]*)?/?([^/]*)?/?$ /wp-content/plugins/falbum/wp/album.php?$1=$2&$3=$4&$5=$6&$7=$8 [QSA,L]
</IfModule>
# END FAlbum
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>


# END WordPress

Oder vielleicht liegt es an meinem Captcha-Plugin???

Sorry, dass der Post hier so lang geworden ist, aber weiß jemand Rat???
GGGRRRRMMMPPPHHH! :twisted: