Beiträge von Putzlowitsch

Zitat von codestyling

Das gilt zwar für HTML, nicht aber für Stylesheets und Javascripts.
Das cachen Browser sehr viel länger und fragen das gar nicht mehr nach, wenn sie's einmal haben. (hängt auch von den Servereinstellungen mit ab)

Tschuldigung, hatte mich vertan. Ich meinte nicht Strg+"Neu laden", sondern Shift+"Neu laden". Damit wird alles neu geladen, ob nun HTML, Bilder, CSS oder Javascript. Das kann man sehr schön mit Live-HTTP-Headers verfolgen, auch ein nützliches Tool für Entwickler

Gruß
Ingo

Ja genau, die wp-config.php könnte es auch sein. Da stehen irgendwie Leerzeichen am Anfang vor dem <?php oder Ende nach dem ?> drin. Überprüfe das nochmal. Wenn ich diese bei Dir einfach so direkt aufrufe, wird mir eine leere Seite mit ein paar Leerzeichen angezeigt ("sieht" man im Seitenquelltext).

Gruß
Ingo

Kann man nicht beim Firefox einfach des Neuladen mit Strg+"Neu laden" erzwingen?
Muß man nicht immer gleich den gesamten Cache löschen.

Gruß
Ingo

Wieso wird mir das eigentlich noch nicht in meinem Pluginbereich gemeldet? Heute früh kam die Meldung mit der neuen Version 0.7.1 und mit einem beherzten klick auf "aktualisiere automatisch" war ich uptodate (nette Funktion in WP 2.5). Aber jetzt sagt er nichts von einer neuen Version.

Gruß
Ingo

Ja, das mit der Checkbox funktioniert bei mir ganz gut. Ich habe aber bisher die Erfahrung gemacht, das Spambots die eher nicht "anklicken".
Für den normalen Nutzer wird die Checkbox per Javascript angehakt und unsichtbar gemacht, so bemerkt er die nicht mal. Falls er kein Javascript aktiv hat, sieht er sie und kann sie selbst anklicken.
Nachtrag: Mit einer Kombination aus beiden Varianten könnte man sogar beide Botarten "erschlagen", die die alles "anklicken" und die die nichts "anklicken". Und das ohne den normalen Anwender zu belästigen. Ich werde das bei mir mal einbauen...

Gruß
Ingo

Je nach Editor muß man hier aber aufpassen. Wenn ich im NotePad++ das Format "Kodiere als UTF-8" nehme, habe ich genau die Probleme, wie oben beschrieben. Beim NotePad++ heißt die richtige Option "Kodiere als UTF-8 (ohne BOM)". Wenn sowieso keine Sonderzeichen vorkommen, reicht auch "Kodiere als ANSI".
So habe ich das zumindest bei mir gemacht.

Gruß
Ingo

Zitat von Monika

1. WP 2.5. kannkeine 2008/03/23/ichbingut

URLs mehr
...

Doch, kann es immer noch. Wird ja auch bei den Permalink-Voreinstellungen genau so als 2. Auswahlmöglichkeit angebote. Es gibt halt nur Probleme, wenn eine Kategorie oder Seite bzw. Unterseite einen rein numerische Titel, respektive URL hat. Ich habe auch schon immer die Standardstruktur "/%year%/%monthnum%/%day%/%postname%/" verwendet und es geht auch mit 2.5 noch.

Gruß
Ingo

Du mußt dann diese neue Seite "Blog" natürlich auch als solche eintragen:
Schnurpsel » Wordpress ab 2.1 - Optionen für die Startseite

Gruß
Ingo

Was passiert denn, wenn das Plugin nicht aktiv ist? Dann sollte zumindest das Blog zu sehen sein. Wenn dann auch "Seite nicht gefunden" kommt, liegt das Problem woanders.

Gruß
Ingo

Der Fehler sieht nach einem Sicherheits-Feature aus, sowas in etwa:
http://forum.jswelt.de/javascript/254…-scripting.html

Der Editor wird tatsächlich in einem IFrame geladen, nur warum sollte er eine andere Adresse haben?

Ich bin dann auch erstmal mit meinem Latein am Ende.

Gruß
Ingo

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

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

gesehen, irgendwo müssen die ja herkommen.

Gruß
Ingo

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

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

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

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

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

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

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

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

Gruß
Ingo

Noch zwei Hinweise:

1. 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.
2. [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ß

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

<?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' );


?>

Oder hier als Download: plw123_mce_no_compress_0_10.zip

Gruß
Ingo