Beiträge von marX

Template Tags/previous post « WordPress Codex
Template Tags/next post « WordPress Codex

Ich würde sagen, beim 2. Parameter. Beachte aber bitte, dass die Funktionen deprecated (veraltet) sind! Die neueren Varianten heißen next_post_link() bzw. prev_post_link() Auch da sollte es der 2. Parameter sein.

"open_basedir restriction in effect"

Mmmh, dann wirst du keine große Chance haben, das zum laufen zu bekommen. Kannst höchstens mal bei deinem Hoster nachfragen, ob der da was drehen kann.

Nein, das bindet den Blogheader ein, d.h. alle WP-Funktionen. Die kannst du dann verwenden. Also deine 1. Variante.
Das hat mit dem Header eines Themes genau gar nichts zu tun.

In der Datenbank. Nicht gefundenen URLs werden an die index.php weitergereicht, dann sucht WP selbständig nach der korrekten Seite.

Was willst du denn für eine Regel hinzufügen? Möglicherweise reicht ja ein gewöhnlicher Eintrag in die .htaccess, bevor die URL an WP durchgereicht wird.

Wurde gestern erst gefragt:
http://forum.wordpress-deutschland.org/design/23802-g…navigation.html

Wie sehen die Titel in der Datenbank aus? Stehen da irgendwelche HTML-Entities drin?

Geht beides, ich würde Version 2 bevorzugen, weil du dann die ganze Website in WordPress realisieren kannst. Kommt aber auf deine Anforderungen an.

Zur Version 1:

<?php include 'wp-blog-header.php'; ?>

(mehr in diesem Thread: http://forum.wordpress-deutschland.org/design/9413-wo…t-gebacken.html)

Bearbeitung der Sprachdatei − WordDoku

Geht auch für Themes, Anleitungen wie man diese internationalisiert gibts im Netz. Stichwort: "gettext".

Die Umlaute werden als HTML-Entities ausgegeben, dabei wird die falsche Zeichencodierung verwendet. Hast du ein Plugin aktiv, dass deutsche Umlaute umwandelt, z.B. "clean umlauts" oder so?

An dieser Stelle sollte die Funktion wp_list_pages() stehen, die gibt die Seiten dann auch mit den korrekten Permalinks aus.

Du kannst dort aber auch die Seiten wie bisher von Hand eingeben, nur eben mit den umgeschriebenen URLs.

Bei Akismet gibts irgendwo eine Option "Spam älter als XX Tage automatisch löschen". Hilft dir das weiter?

Einen Counter ohne Programmierung? Mmh, da siehts schlecht aus.

Ein Vorschlag wäre, dass du dir auf einem PHP-fähigen Webspace eine Grafik dynamisch erstellst, in die du die Tage schreibst. Die Grafik kannst du dann bei MySpace einbinden.
PHP: Grafik-Funktionen - Manual

(Allerdings hat das alles recht wenig mit WordPress zu tun...)

[Invalid] Markup Validation of http://web129.sr37.firestorm.ch/ragin.info/ - W3C Markup Validator

Beheb mal die 78 Fehler, vielleicht siehts dann im Firefox schon ganz anders aus.

Ist das der Code aus der sidebar.php oder der des ausgelieferten HTML-Dokuments?

Da sind bestimmt noch Leerzeichen beim kopieren reingeraten, guck nochmal genau nach (bietet dein Editor eine Möglichkeit, nicht-druckbare Zeichen anzuzeigen?). Hatte das Problem gerade erst bei einem anderen Plugin-Quelltext, den ich hier gepostet hatte. Scheint wohl an den Formatierungen hier im Forum zu liegen.

Ja, natürlich. Beim Attribut "action" musst du als Wert dann nur die URL zum Blog angeben, die weiteren Felder müssen als "name" den Namen der WordPress-Felder erhalten. Dann sollte das funktionieren.
Durchsuchen kannst du aber natürlich nur das Blog.

Suche in der style.css deines Themes sowas hier:

#header {
...
background: #abc123;
...
}

Die Eigenschaft kann auch "background-color" heißen, oder neben dem Farbcode noch weitere Angaben z.B. zur Hintergrundgrafik haben.

Ja, sollte theoretisch funktionieren, deine Logik stimmt schon so.

Versuchs evtl. nochmal mit:
<?php query_posts($query_string . '&order=asc'); ?>
d.h. den alten Querystring mit zu übernehmen.

Schon mal mit PHPMyAdmin gearbeitet? Wenn ja: erstell dir einen Dump deiner WP-Datenbank. Dann nimm einen Texteditor, der "Suchen&Ersetzen" beherrscht und ersetze den originalen Tabellen-Präfix ('wp_') mit einem neuen ('wp2_'). Dann spiele den Dump wieder ein. Du solltest dann 2x parallel die gleiche Datenbankstrukur haben, ohne dass das neue WP das alte beeinflusst.

is_single() könnte in die richtige Richtung weisen:
Conditional Tags « WordPress Codex

HTML-Tags aus dem Titel kannst du mit einem einfachen Plugin ausfiltern:

<?php
/*
Plugin Name: No HTML in Title
Description: Removes HTML from post title.
Version: 0.1b
Author: marX
*/


function no_html_in_post_title($title) {
    return sanitize_title_with_dashes( strip_tags($title) );
}


remove_filter('sanitize_title', 'sanitize_title_with_dashes');
add_filter('sanitize_title', 'no_html_in_post_title');


?>

Sollte es tun, vorausgesetzt du hast kein anderes Plugin, was den Titeltext verändert. (Vor <?php und nach ?> dürfen keine Zeichen mehr sein, auch keine Leerzeichen oder Zeilenumbrüche!)