Beiträge von Putzlowitsch

  • .htaccess löscht rewrite-Regeln ....

    Dieses

    Code
    # BEGIN WordPress 
...
# END WordPress

    rahmt genau die Sachen ein, die von Wordpress erzeugt werden. Wenn sich also irgendwas ändert, geht WP davon aus, daß der Block innerhalb einfach neu geschrieben werden kann.
    Eigene Regeln müssen, damit sie die Änderung überleben, außerhalb dieser Kommentare stehen, also z.B. einfach davor:

    Es schadet nicht, wenn man mehrere solcher Rewrite-Blöcke hat.

    Gruß
    Ingo

  • Unterordner von Rewrite ausschließen

    Was passiert denn, wenn Du einfach mal die .htaccess testweise umbenennst. Gut, die Permalinks von WP gehen dann nicht mehr. Die spannende Frage wäre, ob dann das andere wieder funktioniert. Oder stehen in der .htaccess noch andere Sachen außer den WP-Einträgen drin?

    Gruß
    Ingo

  • Unterordner von Rewrite ausschließen

    Eigentlich sollten die beiden Bedingungen (RewriteCond mit REQUEST_FILENAME) genau dieses bewerkstelligen, und das tun sie normalerweise auch.
    Es wird nur dann die Rewrite-Regel ausgeführt, wenn die angeforderte Datei oder das Verzeichnis nicht existieren. Im Umkehrschluß bedeutet das, daß z.B. eine Datei 'webalizer/index.html' gar nicht existiert.
    Der 403er hat auch nichts mit dem Rewrite zu tun, es könnte aber z.B. bedeuten, das keine Default-Indexdatei existiert. Welche das sind, kann man z.B. mit

    Code
    DirectoryIndex index.php index.shtml index.html

    festlegen.

    Gruß
    Ingo

  • Alte Links

    Nein, 'replace' ersetzt schon Teilstrings. Das Problem bei Dir ist, das Du natürlich auf das selbe Feld zugreifen mußt, also wenn in `guid` ersetzt werden soll, sollte als erster Parameter der Replace-Funktion auch `guid` stehen, und nicht `post_content`.

    Gruß
    Ingo

  • Vorschaubild

    Es scheint so zu sein, daß ab WP Version 2.1 der in dem Array gespeicherte Pfad nicht mehr wichtig ist. Es reicht also, die Pfade bei '_wp_attached_file' anzupassen, hab es gerade mal getestet. Ich habe ein ähnliches Problem, da ich mein Blog lokal immer synchron mitführe. Folgendes SQL sollte die Pfade anpassen:

    Code
    --
-- Bilderpfade anpassen
--
UPDATE `wp_postmeta`
SET`meta_value`=REPLACE(`meta_value`,'/www/htdocs/w007a243/putzlowitsch/','u:/users/http/putzlowitsch/')
WHERE `meta_key` = '_wp_attached_file';

    Wobei die Pfade innerhalb der Replace-Funktion natürlich entsprechend angepaßt werden müssen. Der zweite Parameter ist der alte Pfad, der dritte der neue.

    Gruß
    Ingo

  • Plugin für Bild mit Unterschrift

    Ab Version 2.1 gibt es dafür auch eine Filterfunktion:

    PHP
    <?php
    function plw123_thumbnail_max_side_length( $max_side, $attachment_id, $file ) {
        return 160;
}
    add_filter( 'wp_thumbnail_max_side_length', 'plw123_thumbnail_max_side_length', 10, 3 );  


?>

    Legt die Größe der Thumbnails z.B. auf 160 fest. Das gilt dann immer für alle Bilder, wirkt genauso wie eine Änderung in den Corefiles von WP, überlebt aber auch das nächste Update :-)

    Gruß
    Ingo

  • Themesuche: weiss und Zeitungsstil

    Ja was heißt "Zeitungsstil"? Soll es aussehen, wie eine gedruckte Tageszeitung oder eher wie eine der großen Onlinezeitungen. Das sind recht unterschiedliche Dinge.
    Male doch mal einenen einfachen Entwurf auf Papier, scanne ihn ein und hänge ihn hier als Bild an, damit man sich vorstellen kann, in welche Richtung es ungefähr gehen soll.

    Gruß
    Ingo

  • Neues Design

    Idee und Umsetzung gefallen mir sehr gut.
    Allerdings muß ich ehrlich zugeben, das es inhaltlich (das Design) auf mich eher negativ wirkt, um nicht zu sagen es kommt mir fast martialisch vor. Mein Ding ist das nicht, aber die Geschmäcker und Interessen sind halt verschieden, und das ist auch gut so :-)

    Gruß
    Ingo

  • WP 2.1 - Einstellungen zur Privatsphäre

    Wer in Wordpress 2.1.x so wie ich auch über die neuen Einstellungen zur Privatsphäre gestolpert ist, wird sich vielleicht gefragt haben, was genau diese bewirken. Nun, eher zufällig habe ich das rausgfunden und möchte es Euch nicht vorenthalten. Die Sache ist recht simpel, je nach gewählter Option wird eine virtuelle Datei robots.txt erzeugt, oder besser gesagt, die Anfrage nach dieser wird entsprechend beantwortet.
    Bei "Mein Blog soll für jeden sichtbar sein (Suchmaschinen eingeschlossen)." mit:

    Code
    User-agent: *
Disallow:

    und bei "Ich möchte Suchmaschinen blockieren aber normale Besucher zulassen." mit:

    Code
    User-agent: *
Disallow: /

    Das erste bewirkt, das alle Roboter alle Seiten abgrasen dürfen, die zweite Einstellung hingegen, das alle Roboter überhaupt nichts absuchen dürfen. Die Frage ist allerdings immer, ob diese sich daran halten.

    Außerdem wird das Ganze außer Kraft gesetzt, sobald eine echte robots.txt existiert.

    Also, wer unbedingt nicht von Google und Co gefunden werden möchte, der kann Option 2 wählen :-). Gegen Spamroboter und ähnliches Ungeziefer dürfte das allerdings wenig helfen, denn die werden sich kaum um irgendwelche Einträge in der robots.txt scheren.

    Gruß
    Ingo

  • Danke für "frisch gebloggt"-Reloaded (oder 2.0)

    Nachdem es ja für ein paar Wochen auf Grund von Spambekämpfungsmaßnahmen kein "frisch gebloggt" auf der WP-Deutschland Startseite mehr gab ist das neue "frisch gebloggt"-Reloaded wirklich gut geworden.
    Wo man früher nur für ein paar Sekunden in der Liste drinstand, weil ständig jemand dort Spam abgekippt hatte, ist der Eintrag jetzt immerhin so zwei bis fünf Minuten zu sehen. Und es hat mir nun auch schon den einen oder anderen Besucher auf meine Seite gebracht.

    An dieser Stelle mein herzliches Dankeschön an den/die wordblog.de-Macher!

    Gruß
    Ingo