Beiträge von toscho

Ersetze das [FONT="Courier New"]class="odd"[/FONT] mit:

<?php print ($i++%2==0) ? '' : ' class="odd"'; ?>

Wenn du zwischen mehr als zwei Werten abwechseln möchtest, sieh hier mal rein: Funktion alternate().

Tja, ich habe das Problem jetzt »gelöst«, indem ich einfach die »index.php« aus dem Request entferne:

RewriteEngine On
RewriteRule ^(.*)index.php$ $1 [L,R=301]

Mit RedirectMatch funktioniert das übrigens nicht. Dies hier:

RedirectMatch 301 (.*)index.php$ $1

… erfaßt auch das bloße /wp-admin/ und erzeugt einen ewigen Redirect auf sich selbst. Deshalb führt an mod_rewrite kein Weg vorbei.

Irgendwie unbefriedigend.

Das gibt nur einen 404er auf der Adresse. Die index.php wird nur benutzt, wenn man sie nicht direkt aufruft.

Keine Ahnung, sieh doch mal in den Widget-Code. Und teste dein Layout mit einer Mindestschriftgröße im Browser. Bei mir sind das 14px; ich habe aber Leser, die sogar 18px benutzen. Das muß dein Layout aushalten.

Viele kostenlose Themes scheitern an dieser einfachen Aufgabe. Es wäre schade, wenn deines dazugehörte.

Benutze nach dem Loop rewind_posts();.

Hallo,

ich bin gerade dabei, einen Haufen Blogs auf 2.9.1 zu aktualisieren. Auf einem Blog führt der Link mit dem Titel ›Dashboard‹ (== [FONT="Courier New"]/wp-admin/index.php[/FONT]) immer nach [FONT="Courier New"]/wp-admin/upgrade.php?_wp_http_referer=%2Fwp-admin%2Findex.php[/FONT]. Da steht dann:

Zitat

Ein Upgrade ist nicht erforderlich

Deine WordPress-Datenbank ist aktuell!

[Fortfahren]

Und dann landet man nicht etwa im Dashboard, sondern auf der Startseite des Blogs. Der direkte Aufruf der URL [FONT="Courier New"]/wp-admin/[/FONT] (ohne [FONT="Courier New"]index.php[/FONT]) funktioniert, aber der klickbare Link ist effektiv kaputt.

In einem zweiten Blog auf demselben Server habe ich das Problem nicht.

Hat jemand eine Idee, was da schief laufen könnte?

Gruß
Thomas

Abstände und die meisten anderen Faktoren der Präsentation werden im Stylesheet festgelegt. Meistens ist das die Datei style.css im Theme.

Bitte deinen Hoster um eine aktuelle Softwareumgebung. Bestimmt liegt ihm auch einiges daran, daß du keine unsicheren Skripte verwenden mußt.

Geht es so?

# BEGIN WordPress 
<IfModule mod_rewrite.c> 
RewriteEngine On 
RewriteBase / 
RewriteRule ^/newsletter/(.*) /wp-content/plugins/wp-phplist/wp-phplist-page.php$1 [QSA,L]


RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule . /index.php [L] 
</IfModule>

Wenn nicht: Was sagt denn dein Rewrite-Log?

Du kannst alle Parameter beim Aufruf der Funktion [FONT="Courier New"]wp_tag_cloud()[/FONT] ändern. Dazu brauchst du keinen separaten Code in der [FONT="Courier New"]functions.php[/FONT]; das geht gleich im Template:

wp_tag_cloud(
    array(
        'unit' => 'em',
        'smallest'  => '0.8', 
        'largest'   => '1.4',
    )
);

Von »Programmieren« möchte ich hierbei nicht reden.

Natürlich, das Verzeichnis existiert ja nicht. Die Frage ist eben immer noch, woher diese Angabe stammt. Sie kann nur in der DB oder in der wp-config.php stehen. Daran wird auch die Aktualisierung auf 2.9 nichts ändern.

Die Statistik sollte beim bloßen Deaktivieren nicht verlorengehen, erst beim Löschen des Plugins aus dem Backend heraus.

Am weningsten belastest du den Server, wenn du IP-Adressen blockierst. Dazu muß WordPress gar nicht erst geladen werden.

Benutze als Einheit immer [FONT="Courier New"]em[/FONT], niemals [FONT="Courier New"]pt[/FONT]. Die Punktgröße schwankt mit der Auflösung.

Der Code gehört vermutlich in die [FONT="Courier New"]sidebar.php[/FONT], und der wiederum solltest im Stylesheet eine Breite in [FONT="Courier New"]em[/FONT] zuweisen, nicht in [FONT="Courier New"]px[/FONT]. Dann paßt sie sich an den Leser an, was ja viel freundlicher ist als umgekehrt.

SimplePie bringt ein brauchbares Cachingsystem mit. Die Doku erklärt das sehr gut.

Ich würde an deiner Stelle einen dateibasierten Cache benutzen und den auf eine Stunde festlegen. Dann legst du irgendwohin ein Script, daß du per echten(!) Cron (oder Service) regelmäßig aufrufen läßt, damit es den Cache aktualisiert.

So bekommen Leser immer die flotte Version aus dem Cache, während das Aktualisierungsskript ruhig warten kann.

Zitat von Carsten

Apache Configuration

RewriteRule ^/newsletter /wp-content/plugins/wp-phplist/wp-phplist-page.php [QSA]

Vorschlag:

RewriteRule ^/newsletter /wp-content/plugins/wp-phplist/wp-phplist-page.php [QSA,L]

Das L steht für Leave oder Last. Da weder das Verzeichnis noch die Datei /newsletter existiert, wird die Regel sonst durchgereicht.

Beschreibe, was du schon getan hast, was passiert ist, und was du statt dessen erwartet hast. Sonst kann niemand helfen.

Wenn keine Tagcloud erstellt wird, dann wird die Funktion auch nicht aufgerufen.

Den »Inhaber« einer Subdomain kann man ohne Hilfe des Domaininhabers nicht ermitteln. Wie mit unerwünschten Inhalten umgegangen wird, steht normalerweise in den Nutzungsbedingungen des jeweiligen Anbieters; da gibt es keine generelle Regel.

Wozu willst du denn Plugins unter WP 2.6 testen? Wer das benutzt, hat doch ganz andere Probleme als Kompatibilität.

Die Adresse des von mir genannten Blogs ist die in meiner Signatur; zum Caching benutze ich DB Cache Reloaded und eine selbstgestrickte Flatfile-Lösung, mit der ich die Ausgabe einiger Funktionen abfange.