Beiträge von toscho

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

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

    Mit RedirectMatch funktioniert das übrigens nicht. Dies hier:

    Code
    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.

    Jedoch braucht man nur eine Tageszeitung aufschlagen und sieht auf den ersten Blick, dass dort niemand in die Mikrotypographie eingreift.


    Sterbende Medien sind keine Referenz. ;) Und kaum eine Zeitung gibt noch Geld für gute Setzer aus. Entsprechend dämlich sehen die Resultate aus.

    Allerdings habe ich eine Einstellung in der style.css geändert. Vorher:

    Code
    body {
        font-size: 12px;
    }

    Nachher:

    Code
    [body {
        font-size: 0.69em;
    }

    Bitte lies dir den Artikel zum Problem der Mindestschriftgröße durch. Da steht genau, warum dein Ansatz nicht funktioniert.
    Jetzt mußt du dreimal testen (wenn dir deine Leser wichtig sind): Einmal mit einem Browser im Rohzustand, einmal mit aktivierter Mindestgröße (Opera, Webkit, Firefox) und einmal mit ignorierten Schriftgrößen (IE).

    Gruß
    Thomas

    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.

    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

    Geht es so?

    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:

    PHP
    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.

    [Blocksatz]


    Ich gebe Dir absolut Recht damit, dass die Browser damit nocht nicht wirklich klar kommen. Ich finde den eigentlich sehr schön - trotz der von Dir erwähnten unregelmäßigen Wortabstände.


    Ein guter Setzer erzeugt lesbaren Blocksatz, indem er auch die Buchstabenabstände anpaßt und darauf achtet, daß nie mehr als Trennstriche untereinander stehen.
    Blocksatz verlangt ein geübtes Auge und viele Eingriffe in die Mikrotypographie, sonst wirkt er lächerlich. Ich würde eine Webseite nie ohne Not so verschandeln.

    Zitat

    Bisher habe ich aber auch noch keine gravierenden Nachteile erkennen können - allerdings habe ich auch nicht so viele verschiedene Rechner mit verschiedenen Auflösungen ausprobieren können. Könntest du mir ggf. einen Screenshot machen? :-)


    Die Auflösung hat damit wenig zu tun. Die Schriftgröße fährt dir viel eher dazwischen.

    Screenshot in Opera 10.10 Win XP:
    http://img.toscho.de/screenshots/websites/dunkelangst1.png

    Ich lese Lauftext in 16px; unter 14px darf mein Browser nicht gehen. In Google Chrome, wo es so eine Einstellung nicht gibt, kann ich die Metadaten (»Publiziert in …«) nicht lesen.

    Zitat

    Wo kann ich die Leerzeichen definieren?

    Der Codex hilft.

    Gruß
    Thomas

    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.

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

    Vorschlag:

    Apache Configuration
    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.