Beiträge von Putzlowitsch

    Vielleicht existiert in Deinem Webspace eine echtes Verzeichnis mit dem Namen "aktuelle-artikel". Dann wird der Webserver versuchen, dieses Verzeichnis anzuzeigen und falls dort keine Indexdatei existiert, gibt es einen Fehler 403.

    Existierende Dateien und Verzeichnisse haben bei aktivierten Permalinks immer Vorrang vor Wordpress.

    Gruß
    Ingo

    Das Problem dürfte eher die Frame-Weiterleitung der Domain auf den Server/Webspace sein. Das hat nichts mit den Permalink-Einstellungen zu tun.

    Um es sauber hinzubekommen, geht es nur so:

    1. Auf dem Server die Domain einrichten (VirtualHost im Apache)
    2. Für die Domain den DNS A-Record auf die IP-Adresse des Servers einstellen
    3. WordPress nach FAQ für die Domain konfigurieren

    Gruß
    Ingo

    Stimmt, die Zeit ist arg knapp bemessen. Ich denke mal, eine Stunde oder wenigstens 30 Minuten wären besser.

    Früher waren Beiträge ja mal beliebig änderbar, auch noch Jahre später. Aber leider gab es da "SEO-Experten", die das schamlos zum Link-Building ausgenutzt haben. Insofern finde ich eine zeitliche Beschränkung schon sinnvoll, nur halt nicht so extrem kurz.

    Gruß
    Ingo

    Es hängt letzendlich auch davon ab, was genau die Geschwindigkeitsbremse ist. Wenn die Datenbankanbindung lahm ist, kann das Cachen der Abfragen auf der Platte durchaus sinnvoll sein. Ist eher PHP langsam, hilft auch ein Speichern der fertigen HTML-Seiten.

    Deshalb kann man ohnehin nicht pauschal sagen, welches Cache-Plugin nun besser oder schlechter ist. Es hängt wie so oft vom konkreten Anwendungsfall ab.

    Gruß
    Ingo

    Habe ich mich so unklar ausgedrückt?

    Du mußt das Bild in exakt der Größe (Breite und Höhe in Pixel) hochladen, wie es auch im Header verwendet wird. Das hängt vom Theme ab. Beim Wordpress-Standardthemes "Twenty Ten" sind das 940x198 Bildpunkte (Pixel), bei "Twenty Eleven" 1000x288. Wenn Du die Bilder mit genau diesen Abmessungen in Wordpress hochlädtst, werden sie genau so ohne Skalierung oder Komprimierung verwendet.

    Bei Webseiten wird üblicherweise nicht in DPI gerechnet, da sind Angaben über die Bildqualität oder Auflösung in DPI nicht sinnvoll.

    Gruß
    Ingo

    Vielleicht geht es ja auch mit diesem PHP-Code in der functions.php des Themes:

    PHP
    function plw_get_image_src()
    {
        global $post;
        if( is_single() ) {
            $image_url = get_post_meta( $post->ID, 'image_src', true );
            if( '' != $image_url )
                echo "<link rel='image_src' href='$image_url' />\n";
        }    
    }
    add_action( 'wp_head', 'plw_get_image_src' );

    Für den Artikel muß dann ein Benutzerdefiniertes Feld 'image_src' angelegt werden, welches als Inhalt die URL des gewünschten Bildes erhält. Beispiel:
    [attach='5558.vB'][/attach]

    Bei mir hat es bei zwei Blogs funktioniert.

    Gruß
    Ingo

    Ich kenne beide Plugins nicht und kann daher nicht sagen, welches nun besser oder in Deinem Fall besser geeignet ist.

    Was ich aber weiß: Es ist keine gute Idee, mehrere Cache-Plugins gleichzeitig zu verwenden. Hier sollte man nicht nach dem Motto "Viel hilft viel" verfahren. Plugins mit den gleichen Funktionalitäten kommen sich fast immer in die Quere und behindern sich gegenseitig.

    Kurz und gut, beide Plugins zu installieren halte ich nicht für sinnvoll.

    Gruß
    Ingo

    Die Galerie-Vorschau-Bilder sind aber nicht wirklich größer, sie werden nur vergrößert dargestellt. Das nützt nichts.

    Und zum Artikelbild habe ich ja schon geschrieben, woran das liegt. Das Bild ist als Hintergrund-Style und nicht als img eingebunden. Dafür ist das Theme zuständig. Mit dem WP-Standard-Theme "Twenty Eleven" z.B. ist das mit Google+ kein Problem.

    Gruß
    Ingo

    Ich vermut mal, daß die Galerie-Vorschau-Bilder mit nur 100x75 Pixel zu klein sind.

    Das Bild oben ist nicht als Bild, sondern als Hintergrund per Style eingebunden. Das nimmt Google+ nicht. Es werden nur Bilder verwendet, die mit dem img-Tag in die Seite eingebunden sind.

    Gruß
    Ingo

    Es sieht so aus, als hättest Du früher mal oder zwischendurch eine andere Permalink-Struktur gehabt. Also z.B. nur /%postname%/ bzw. /archive/%post_id%.

    Wenn in der Zeit der Google-Bot vorbeikam, hat er sich diese Links gemerkt und sie werden nun in den WMT als Fehler 404 angezeigt. Du kannst die in den Webmastertools ja als "korrigiert" markieren. Dann werden sie nicht mehr angezeigt.

    Gruß
    Ingo

    Also ich habe jetzt mal testweise die erste von Dir genannte Seite aufgerufen. Da bringen Links zu den Kategorien und zum Archiv keine Fehler.

    Kannst Du mal ein paar konkrete Beispiele für Links nennen, wo in den Webmastertools Fehler angezeigt werden? Sonst läßt sich das schlecht beurteilen.

    Manchmal erfindet Google auch Seiten, die es gar nicht gibt.

    Gruß
    Ingo