Beiträge von spickzettel

Schon mal so probiert?

<?php query_posts($query_string . '&orderby=post_modified'); ?>

Ja, der Validator sagt:

Zitat

Sorry, I am unable to validate this document because on line 141 it contained one or more bytes that I cannot interpret as utf-8

In Zeile 141 steht im Quelltext:

<!-- h3 class="mast5">Zu diesem Posting sind keine Kommentare m�glich.</h3 -->

Das ? bei "möglich" ist das verkehrte Zeichen...

Auch hier gibt es ein Nicht-UTF8-Zeichen im Quelltext...

Bei "Bildaufbereitung für den Offsetdruck" sind die Umlaute in der Google-Suche jetzt doch schon normal, vielleicht nur eine Frage der Zeit, bis alle Sites im Index aktualisiert sind.

Mit load_plugin_textdomain() kann man nicht die Sprache auswählen, sondern nur sagen, welche Textdomain verwendet werden soll und wo sich die .mo-Files befinden. Die Sprachauswahl geht nach der Einstellung in WPLANG in der Funktion get_locale(). Man kann dann über den Filter 'locale' eingreifen. Das wäre vermutlich der richtige Ansatzpunkt für euch.

get_permalink() ohne Parameter kann nur innerhalb des Loop benutzt werden. Daran könnte es liegen :-)

Hat das vielleicht was hiermit zu tun?

Du meinst sicher

position:fixed;

"absolute" scrollt nämlich mit :-)

Das braucht man noch nicht mal. Wenn man phpMyAdmin benutzt, kann man die Funktion md5 auswählen und dann das Passwort normal eingeben (s. Anhang) :-)

Um die Liste herum fehlt auf alle Fälle ein

<ul>
</ul>

Etliche andere Validierungsfehler machen es etwas schwer zu sagen, woran es genau liegt, vielleicht ja nur daran.

Bei ca. 120 Validierungsfehlern wundert mich eigentlich, dass man überhaupt was sieht :-)

1) Im Quelltext ist ein Zeichen, das kein UTF8 ist (? statt ü, Menüeintrag für Forum im alt-Text)
2) Google denkt: "Das ist kein UTF8."
3) Google denkt: "Der Umlaut dort im Titel ist kein ü (weil kein UTF8 ), ich zeige mal ü an."

Wo der Alt-Text für das Bild im Menü herkommt, müsstest Du besser wissen. Dort einfach ein richtiges ü einsetzen.

Vielleicht liegt es an dem hier bemängelten Kodierungsfehler (Der Menüeintrag für Forum hat im alt-Text ein falsches ü). Das führt vermutlich dazu, dass Google die Seite nicht als UTF8 interpretiert.

Und damit auch wirklich alles funktioniert, die Version 1.04 :-)

Ja, das sollte über den Filter 'posts_orderby' gehen. Hintergrund gibt es im Codex. Für diesen Fall etwa so:

add_filter('posts_orderby', 'sort_updated' );


function sort_updated( $orderby )
{
     return "post_modified DESC";
}

(ungetestet)

(Zu langsam :-) aber meine Variante ist natürlich flexibler...)

Dann könnte dies hier das Problem sein. Also die wp-config.php nochmal ohne "BOM" abspeichern und hochladen.

In der ersten Zeile der Datei wp-config.php hat sich vor dem <?php
wohl ein Leerzeichen, eine Leerzeile oder ein anderes Zeichen eingeschlichen. Das darf da nicht sein, denn sonst versucht WordPress das auszugeben.

Wenn ich mich recht erinnere, ist mod_rewrite beim XAMPP defaultmäßig nicht aktiviert. Also das # vor

#LoadModule rewrite_module modules/mod_rewrite.so

in der apache\conf\httpd.conf wegmachen. Vielleicht hilft's ja.

doppelt...

Einen Ansatz dazu gibt es in dem folgenden Thread:

http://forum.wordpress-deutschland.org/design/31265-w…-begrenzen.html