Beiträge von toscho

Da steht, der Fehler liege bei dir, nicht du hättest gelogen.

Wenn dir HTML-Purified nicht zusagt (ich finde es sehr gut), dann setze doch einfach einen eigenen Filter auf die Kommentare:

<?php
add_filter('comment_text', 'fix_blockquote');


function fix_blockquote($comment_text)
{
    // Ersetze fehlerhafte Blockzitate, und dann …
    return $comment_text;
}
?>

Beachte, daß der Hinweis von koslowski in die Irre führt: Ein Absatz kann kein Blockzitat enthalten, sondern umgekehrt müssen die Inhalte des Zitats in Blockelementen stehen.

Gruß
Thomas

Du hast eben nicht die Links »Anmelden«, »Registrieren« oder »Passwort verloren« mit nofollow versehen.

Schreib zusätzlich mal in deine robots.txt:

User-agent: *
Disallow: /*?*

Wenn du beides getan hast, beobachte es eine Woche.

Die Webmastertools sagen dir normalerweise auch, woher eine 404-Seite verlinkt wurde. Durchsuche da mal die Quelltexte; vielleicht findest du dann noch mehr.

Gruß
Thomas

Ich fange mal von unten an.

Zitat

Straße + Hausnummer: Kästnerstraße 8

Das ist UTF-8, das als Windows-1252 ausgegeben wird. Wenn du im E-Mail-Programm als Zeichenkodierung UTF-8 erzwingst, siehst du zumindest diesen Teil richtig. Eine Lösung ist das natürlich nicht.

Zitat

Name: Frau möller

Das ist als Windows-1252 behandeltes UTF-8, über das jemand htmlentities() hat laufen lassen. Warum auch immer.

Ohne den Code des Plugins gesehen zu haben, kann ich dir zumindest soviel sagen: Der Autor hat UTF-8 nicht verstanden, er interessiert sich nicht für die von dir eingestellte Zeichenkodierung, und wie man eine E-Mail verschickt, hat er auch noch nicht herausgefunden.

Such dir ein anderes Plugin.

Gruß
Thomas

Welche Art von »nicht richtig«? Es gibt mindestens zwei.

Der Text ist nicht in UTF-8 kodiert, sondern in ISO-8859-1 (oder Windows-1252). Vermutlich hast du ihn aus einer Datenbank importiert, die nicht in UTF-8 vorlag.
Entweder änderst du die Texte in der DB oder vor der Ausgabe.

Mach es aber besser als tanith.org, ja? Dort legt das Formular schon bei onchange los – für Tastaturnutzer sind damit »spätere« Einträge nur schwer erreichbar.

Benutze eine eigene Taxonomie.

Schreib in die [FONT="Courier New"]functions.php[/FONT] deines Themes:

<?php
add_action( 'init', 'add_tax_orte', 0 );


function add_tax_orte()
{
    register_taxonomy(
        'ort',
        'post',
        array(
            'hierarchical' => false, 
            'label'        => 'Ort', 
            'query_var'    => true, 
            'rewrite'      => true 
            ) 
    );
}
?>

Nachdem du die [FONT="Courier New"]functions.php[/FONT] aktualisiert hast, gehe nach Einstellungen/Permalinks und drücke einmal auf Aktualisieren, damit WordPress das auch umsetzt.

Jetzt hast du neben jedem Post in der Bearbeitungsmaske eine weitere Box, die so funktioniert wie Tags.
Du kannst einem Artikel jetzt beispielsweise den Ort »Köln« zuweisen, und dann wird er in der Übersicht [FONT="Courier New"]/ort/koeln/[/FONT] aufgelistet.

Eigentlich müßtest du deine Permalinkstruktur jetzt auch damit aufbauen können, etwa so: [FONT="Courier New"]/%ort%/%postname%/[/FONT]. Das habe ich aber noch nichts selbst probiert.
Damit die Umlaute korrekt umgewandelt werden (ö zu oe), benutze die hilfreiche de_DE.php von Heiko Rabe.

Lektüre:

• Function Reference/register taxonomy
• Custom taxonomies in WordPress 2.8
• Using custom taxonomies to create a movie database

Gruß
Thomas

Ich benutze Icerocket, weil Googles Blogsuche sehr unzuverlässig ist.

Wenn du dort nach Links auf eine Seite suchst (Beispiel) wird das Ergebnis auch als Feed angeboten. Diese URL kopierst du in das entsprechende Widget. fertig.

Zitat von desiecle

Hallo, ich würde gerne auf meiner Startseite, dem Blog auch einen feststehenden einleitenden Text mit Überschrift machen und danach die artikel laufen lassen, wie etwa auf der Seite http://www.philosophieundwirtschaft.de ... kann mir jemand sagen, wie ich das einstellen kann?

1. Registriere in der [FONT="Courier New"]functions.php[/FONT] deines Themes ein Widget für die Startseite:

<?php
register_sidebar(
    array(
            'name'            => 'Startseite',
            'before_widget'   => '',
            'after_widget'    => '',
            'before_title'    => '<h1>',
            'after_title'     => '</h1>',
        )
);
?>

Wenn darin schon Widgets registriert wurden, dann füge den neuen Code nach dem alten ein. Sonst kommt WordPress arg ins Stolpern.

2. Wenn dein Theme eine [FONT="Courier New"]home.php[/FONT] hat, dann kommt der folgende Code dort hinein, sonst in die [FONT="Courier New"]index.php[/FONT]. Die geeignete Stelle findest du sicher selbst.

<?php
if ( is_front_page() and !dynamic_sidebar('Startseite') ) { }
?>

3. Speichern, hochladen und im Backend nach »Design/Widgets« gehen. Dort wartet nun das neue Widget auf dich.

4. Ziehe die Box »Text« hinein, und gib deinen Text ein.

5. Speichern, schließen und zur Startseite wechseln.

6. Freuen. Fertig. :)

Gruß
Thomas

Lösche Zeile 15.

Im Ernst: Ohne URL kann dir das niemand sagen.

Hast du in der Datenbank (Optionen) die URL zum neuen Standort angepaßt?

Versieh mal die ganzen Anmelde- und Registrierungslinks z. B. hier mit dem Attribut [FONT="Courier New"]rel="nofollow"[/FONT].

Google geht einfach den Links nach, die du anbietest. Finde heraus, wo die entstehen, und repariere sie. Deine Besucher möchten ja auch nicht auf einer Fehlerseite landen.

Zitat von Unam

Ich habe mal versucht die entsprechende Zeilen in der Datenbank zu löschen um zu verhindern, dass genau dort wieder diese Einträge eingefügt werden wie oben beschrieben. Musste aber feststellen, dass nach ca. 24 Stunden die beiden Spalten wieder da waren inklusive der komischen Links.

Jemand hat vermutlich die Passwörter zu deiner Website. Du mußt schon ein wenig mehr Mühe investieren als nur die Symptome zu flicken.

Zitat von jottlieb

Evtl. sind das Scripts von externen Autoren...

Dennoch stehen sie unter der GPL; geht ja nicht anders. Und wenn man darin nicht nur ein juristisches Konstrukt sieht, sondern eine … Geisteshaltung, dann paßt solcher Code schlecht dazu, finde ich.

Konvertiere die Daten nach UTF-8, ehe du sie ausgibst.

Zitat von Regisseur

charset=ISO-8859-1

funktioniert nicht...

Die Daten liegen in UTF-8 vor. Also trage dort UTF-8 ein, nicht ISO-8859-1.

Danke für den Link. Aufschlußreich. Mein Bauch findet ja, daß diese Verstümmelung den Opensource-Gedanken unterläuft. Aber wen kümmert’s …

Der Quelltext beginnt so:

@charset “UTF-8″;
@charset “UTF-8″;
@charset “UTF-8″;

Was passiert, wenn du das reparierst?

Dazu brauchst du keine Änderung am Core-Code. Ein eigener Filter auf wp_list_pages erledigt das auch.

Aber wie Alphawolf schon schrieb: Dieses Problem ist sehr einfach mit CSS zu lösen.

Zitat von Muckel

In der comments.php ist es aber gegeben, zumindest für registrierte User:

PHP

<?php if ($req) echo "aria-required='true'"; ?

Muss man das evtl. fuer alle haben? Also auch für nicht registrierte Benutzer?

Die WAI-ARIA-Attribute sind Teil eines sehr neuen Entwurfes für einen Standard. Demzufolge sind sie noch nicht Bestandteil der älteren XHTML- und HTML-Spezifikationen, werden also vom Validator als Fehler angesehen.
Praktisch gesehen stören sie nicht, und vielleicht nützen sie irgendwann sogar mal jemandem, wenn du sie wirklich passend einsetzt.
Bei so etwas beispielsweise gibt es totsicher Probleme:

<input type="radio" role="checkbox">

Denn leider haben es die Autoren der Spezifikation bisher verpennt, dafür ein Verhalten zu standardisieren*…
Bau sie ein, wenn du sie verstehst.

Was der Validator dir nicht sagt: Der Tabindex ist völlig überflüssig. Wenn dein Formular nicht gerade in einer komplett anderen Ordnung im Quelltext steht als in der visuellen Ausgabe, brauchst du ihn nicht.