Beiträge von Nachtwaechter

Natürlich heißt der deutsche Plural von "der User" bei mir "die User" ohne englisches Plural-'s'...

Versuch es mal mit der angehängten Sprachdatei.

(Die habe ich eben aber mit ganz heißer Nadel gestrickt, es kann sein, dass es da noch ein kleines Problem gibt. Der Doppelpunkt ist hart gecodet, den müsste man im Source entfernen. Aber der Text "Users" sollte weg sein.)

Ich habe mir mal die Mühe gemacht, das WP-User-Online flüchtig in die deutsche Sprache zu übertragen. Wie das Widget damit aussieht, kann man etwa im Blog der Whitedarkness sehen.

Ich weiß nicht, ob das schon alle Wünsche erfüllt. Die deutsche Sprachdatei habe ich in meinem Blog zum freien Download gestellt. Vielleicht ist das ja wenigstens eine Verbesserung... ;)

Bugalarm

Ich habe den starken Eindruck, dass es sich um ein Wordpress-Problem, um einen noch nicht bekannten Bug handelt.

Die unvollständigen JPEG-Daten können auch darauf hindeuten, dass das eingefügte Bild nicht vollständig übertragen wurde. Das erinnert mich an einen anderes Problem mit Kommentaren, über das ich mir heute schon ein bisschen den Kopf zerbrochen habe. Auch hier scheinen Formulardaten unvollständig anzukommen.

Ist vielleicht jemand hier, der ein bisschen in den Quelltexten drinsteckt und mal nachschauen könnte, was sich in der Verarbeitung von Formulardaten von der Version 2.2.2 zu 2.2.3 verändert hat? (Ob sich überhaupt etwas verändert hat?) Ich habe den Eindruck eines subtilen Problemes, das nur unter bestimmten Bedingungen und nur in der Version 2.2.3 auftritt.

(Wir brauchen vielleicht weitere Informationen, etwa die PHP-Version, eventuell die installierten Plugins. Leider stecke ich nicht so sehr in den Quelltexten drin, dass ich selbst gute Chancen habe, die Fehlerquelle zu finden. Deshalb: Wenn hier ein WP-Entwickler mitliest, denn möge er bitte einen genauen Blick auf die Verarbeitung von Formulardaten werfen. Und wenn hier kein Entwickler mitliest, denn möge doch bitte jemand einen Entwickler auf das mögliche Problem hinweisen.)

Zitat von selm

Ich habe folgende Frage zu meinem Design:

Ich möchte in meinen Posts gern ab und zu Bilder einfügen (zum Beispiel links oben) und möchte, dass der Text das Bild in einem gewissen Abstand umfliesst.

Mein blog ist hier: blinked.

Zum Beispiel beim momentan obersten Post (Quietschentchenbild) fänd ich es schön, wenn die paar Zeilen das Bild umfliessen würden und ich es nicht in die nächste Zeit setzen müsste.

Jemand ne Idee? :)

Im Wordpress-WYSIWYG-Editor kann man das Bild mit einem Klick markieren und mit dem kleinen Bäumchen in der Toolbar die Bildeigenschaften bearbeiten. Einfach unter Ausrichtung "rechts" oder "links" wählen, schon fließt der Text drumrum.

Wenn man unter dem Bild auch noch einen Text haben will (als Bildunterschrift) oder vielleicht ein anderes Element, denn muss man allerdings etwas HTML tippen. Die ganz kurze Anleitung mit einem Beispiel sieht so aus...

<div style="float:left; width:200px; text-align:center">
<img src="path/to/image.png" width="180" alt="" /><br />
Text darunter
</div>

...die lange Anleitung kriegt man etwa in SelfHTML. (In meinen Augen immer noch die beste Dokumentation für HTML.)

Ich selbst habe keine Erfahrungen mit Caching, das war bei mir noch nie nötig. (Und ich vermeide unnötigen Code, der sich als Tamagotchi aufspielen könnte, wenn ich gerade mal nicht hinschaue.) Deshalb kann ich auch kein Plugin empfehlen.

Ein Nachteil des Cachings ist natürlich, dass es Last im Dateisystem verursacht und Speicherplatz im Webspace beansprucht. Die ganzen gecachten Dateien müssen natürlich in einem Verzeichnis auf dem Webserver vorgehalten werden, diese "doppelte Datenhaltung" verschlingt Speicherplatz. Eventuell kann es zu nicht aktuellen Ansichten beim Leser kommen, wenn dynamische Inhalte in den Content eingebettet werden. Schließlich sehen die Leser den Status zum Zeitpunkt, als die gecachte Version erzeugt wurde. Wenn aber die Zugriffe auf die Datenbank kritisch für die Geschwindigkeit sind und "noch etwas rausgekitzelt werden muss", denn kann Caching ein Blog (und andere dynamische Websites) erheblich beschleunigen.

Einfach mal ein bisschen googlen, welche Erfahrungen andere gemacht haben.

Der Text befindet sich in der comments.php deines Themes, du kannst die Datei bearbeiten, wenn du keine Angst vor PHP hast...

Wenn Du Shell-Zugang zum Server hast und ein crontab -e möglich ist und wenn du das unentbehrliche Tool wget auf dem Server hast, denn kannst es mit dem folgenden Shellskript in der Crontab versuchen:

#!/bin/sh
host='http://dein.hostname.de'
user='deinusername'
pass='deinpasswort'
cfile=/tmp/wpcron.$$
trap "rm -rf $cfile" 1 2 15
cd /tmp
> $cfile #paranoia! Datei loeschen!
# Login durchführen
wget --post-data="log=$user&pwd=$pass&rememberme=forever" \
  --save-cookies $cfile \
  --delete_after \
  --keep-session-cookies \
  -o tmpfile.$$ \
  $host/wp-login.php
test $? -ne 0 && echo "Login gescheitert" 1>&2
wget --load-cookies=$cfile \
  --delete-after \
  --keep-session-cookies \
  -o tmpfile.$$
  $host/wp-content/plugins/gc/cron.php

Das ganze Spiel mit den Cookies simuliert nur eine Anmeldung, es ist übrigens ungetesteter Code. Vielleicht hilft es ja...

(Wenn es ein offizielles Cron-Feature in WordPress gibt, möchte ich auch gern davon wissen. Der Codex sagt dazu allerdings nichts, was sich in fünf Minuten Suche finden ließe)

Ich habe mir eben einmal das Blog angeschaut und konnte den beschriebenen Effekt gar nicht bemerken. (Normale DSL-Verbindung) Tritt das Problem vielleicht nur zu bestimmten Zeiten auf, in denen der MySQL-Server oder der Webserver unter starker Last stehen?

Wenn der MySQL-Server unter starker Last steht (bei vielen Hosting-Providern werden die Datenbank-Server unter vielen Webpaketen geteilt), denn könnte man vielleicht mit einem guten Plugin zum Cachen der statischen Inhalte Abhilfe schaffen, da auf diese Weise die Zugriffe auf die Datenbank reduziert werden.

Das ist aber nur eine schnelle Vermutung, mehr nicht.

Wenn der Webserver unter Last steht, hilft das Caching gar nichts.

Es kann auf gar keinen Fall daran liegen, dass die header.php angepasst wurde, um ein anderes Header-Bild einzufügen. Auch die comments.php sieht in meinen Augen völlig unverdächtig aus, ich habe sie allerdings nur überflogen.

Es muss sich also um ein anders gelagertes Problem handeln.

Schwierig vorstellbar, dass ein einfaches Formular (ohne AJAX-Spielereien), das wir schon in HTML 2.0 hatten, irgendein Problem mit einem bestimmten Browser machen kann. Ein solcher Browser-Bug würde fast überall bemerkt werden, wo Formulareingaben an einen Webserver übertragen werden, und dementsprechend schnell wäre der Bug erschlagen.

Es handelt sich also entweder um einen subtilen Fehler in Wordpress 2.2.3 (der bei mir übrigens noch nie aufgefallen ist), oder um einen Verbindungsabbruch bei einem bestimmten Internet-Provider, der dazu führt, dass die Formulardaten nicht vollständig übertragen werden.

Hierzu sollten die IP-Adressen der beschädigten Kommentare einmal mit einem whois-Service überprüft werden. In der Kommentar-Administration sind die IP-Adressen schon geeignet verlinkt, die Abfrage lässt sich mit einem einfachen Klick ausführen. (Einfach die Links in einem anderen Tab aufmachen, um die Übersicht zu behalten.)

Tritt das Problem nur mit einem einzigen, immer gleichen Provider auf? Wenn ja, denn würde ich hier auch das Problem vermuten. Vermutlich kommt es zu Verbindungsabbrüchen während der Übertragung oder es ist ein nicht ganz so koscherer, transparenter Proxy dazwischen geschaltet. Dieses Problem müsste denn aber bei vielen Web-Anwendungen bemerkt werden.

Wahrscheinlicher erscheint mir einer dieser mistigen, schwer auffindbaren Bugs, der sich in WP 2.2.3 eingeschlichen hat. Um das näher einzugrenzen, bräuchten wir allerdings viel mehr Informationen.

Deshalb: Gibt es noch jemanden, der dieses Problem hat? Welche Plugins werden verwendet, welches Theme wird verwendet, gibt es eine Anpassung der comments.php?

Nur ein toter Bug ist ein guter Bug!

Ich gebe es ja zu, es handelt sich um ein eher einfaches Widget. Aber es erfüllt seinen Zweck für mich im Moment ganz gut, und vielleicht gefällt es in dieser Form ja auch jemanden anders.

Es handelt sich um einen einfachen Counter. Jeder Seitenzugriff führt zu einer Erhöhung des Zählers, wenn von dieser IP ausgehend in den letzten 10 Minuten kein Zugriff erfolgt ist. Die Konfiguration ist über einen einfachen Widget-Konfigurationsdialog möglich. Die Oberfläche ist lokalisierbar, die ursprüngliche Sprache ist ein etwas hingestrokeltes Englisch, die Übersetzung in Deutsch habe ich natürlich selbst gemacht. Eine Übersetzung in eine beliebige Sprache sollte relativ einfach durchzuführen sein.

Ich habe dieses Widget in meinem Blog zum freien Download zur Verfügung gestellt.