Beiträge von Putzlowitsch

    Eine Möglichkeit wäre noch, das WP-Anmelde-Cookie abzufragen:

    Apache Configuration
    # Bilder nur für angemeldete Benutzer
    RewriteCond    %{HTTP_COOKIE}    !wordpress_49745e19158d762ac2bed4e6c80d45d0
    RewriteRule ^wp-content/uploads/    -    [F,L]

    Zumindest hätten dann nur Nutzer Zugriff, bei denen das Cookie existiert, die also schon mal angemeldet waren oder noch sind.
    Oder jemand rekonstruiert den Namen und setzt sich so ein Dummy-Cookie, was natürlich möglich ist. Als Gegenmaßnahme könnte man aber einen eigenen Cookie-Namen in der wp-config.php definieren.

    Im Großen und Ganzen sollte es aber den normalen Nutzer fernhalten.

    Das da oben ist nur ein Beispiel, den Cookienamen und das zu schützende Verzeichnis muß man natürlich noch entsprechend anpassen :-)

    Gruß
    Ingo

    Das Strato-Weblog-Basic ist eine von Strato modifizierte Wordpressversion, die nicht mit MySQL sondern mit SQLite funktioniert. Da wird Dir der Strato weiterhelfen müssen.

    Nachtrag: Wichtig ist, daß die Domain, für die das Weblog-Basic konfiguriert wurde, auch tatsächlich auf das Wurzelverzeichnis Deines Webspaces bei Strato zeigt, denn dort liegt das Verzeichnis '/cgi-data/weblog_basic/', in dem auch das Upload-Verzeichnis angelegt wird. Eventuell könnte man etwas Abweichendes in den WP-Einstellungen für das Uploadverzeichnis konfigurieren.

    Gruß
    Ingo

    Hilfreich ist es auch, den Bildern einen ordentlichen Titel zu geben (bei der WP-Medienverwaltung das Feld "Titel"), der dann im img-Tag als title-Attribut verwendet wird (<img src="..." title="...">). Der Dateiname selbst ist nicht ganz so wichtig. Wichtig ist aber der Text in der Umgebung des Bildes, da Google den Inhalt der Bilder nicht "sehen" kann, muß es den umgebenden Text (und den Titel) für die Suche verwenden.

    Gruß
    Ingo

    ...Bevor ich Seo benutzt habe hat Google wenigstens 2 Bilder aus dem Wordpress Uploadverzeichniss gelistet...


    Ich sag ja immer, SEO ist eher kontraproduktiv :-)

    Wenn SafeSearch ausgeschaltet ist, werden immerhin 6 Bilder angezeigt:
    site:animesubs.kilu.de - Google Bilder

    Warum aber nur so wenige, weiß ich auch nicht. Allerdings muß man auch beachten, das Bilder deutlich länger als Texte brauchen, ehe sie in den Suchergebnissen erscheinen.

    Gruß
    Ingo

    Wie sieht denn Deine eingestellte Permalink-Struktur für Artikel aus, vielleicht ist das ja wichtig?
    Ich habe den Klassiker eingestellt, also

    Code
    /%year%/%monthnum%/%day%/%postname%/

    Könnte sein, daß die Seiten in den Rewriterules landen, wenn man nur %postname% nimmt, oder so. Sonst können möglicherweise Artikel von Seiten nicht unterschieden werden.

    Nachtrag: Ich hab mal etwas mit der Permalink-Struktur rumgespielt, es liegt tatsächlich auch daran. Sobald man am Anfang irgendwas numerisches verwendet (Datum, Post-ID) werden die Seiten-Regeln nicht geschrieben. Hat man aber %postname%, %category% oder %author% ganz vorn, dann werden die vielen Regeln für die Seiten eingetragen.

    Gruß
    Ingo

    Qickedit und Quickpress bitte nicht verwechseln. Das eine ist die Möglichkeit, die Eigenschaften von Artikeln direkt in der Artikelübersicht zu bearbeiten, das andere dient zum schnellen Erstellen von Artikeln auf der Übersichtsseite. Letzteres (also Quick-Press) kann man mit den "Optionen einblenden" und "In der Übersicht anzeigen" ein- oder ausschalten.

    Eine Möglichkeit, das Quickedit in der der Artikelliste zu deaktivieren, suche ich auch noch.

    Gruß
    Ingo

    Genau, "Äpfel mit Birnen vergleichen", da liegt das Problem :-)
    Es ist vielleicht falsch rübergekommen, meine Aussage mit den 3,5 Sekunden bezieht sich speziell auf Wordpress. Ich denke mal, daß Du bei Deiner normalen Homepage weder PHP noch eine Datenbank einsetzt. Und selbst wenn doch, es liegt zum großen Teil an dem "Codemonster" Wordpress, kleinere PHP-Sachen mit Datenbank sind auch bei Strato nicht ganz so langsam, wie WP.

    Ich bastle nun mittlerweile seit mehr als anderthalb Jahren mit Wordpress bei Strato rum, einzig was gebracht haben bisher Cache-Plugins, die quasi nur noch die "fertig gerenderte" HTML-Seite ausliefern und Wordpress selbst praktisch gar nicht mehr laden.

    Gruß
    Ingo

    Beim FireFox wird folgendes angezeigt:

    Code
    XML-Verarbeitungsfehler: XML- oder Text-Deklaration nicht am Beginn der Entität
    Adresse: http://www.sumit-online.de/sumit/v10/feed/
    Zeile Nr. 2, Spalte 4:
    
    
                <?xml version="1.0" encoding="UTF-8"?>
    ------------^

    Das bedeutet, daß bereits irgendwo vor dem Start der eigentlichen Ausgabe Leerzeilen und/oder Leerzeichen ausgegeben werden. Für einen XML-Parser bedeutet das einen Fehler, und er bricht die Verarbeitung ab.
    Die Leerzeilen/-zeichen sind auch auf Deinen normalen Seiten vorhanden, man sieht es im HTML-Quelltext der Seite. Die Browser sind bei HTML aber nicht so penibel und stören sich nicht an den Leerzeilen oder -zeichen.

    Ursache sind in der Regel Leerzeilen oder Leerzeichen in PHP-Dateienm die sich außerhalb der öffnenenenden und schließenden PHP-Tags (<?php ... ?>) befinden. Hauptkandidat ist die wp-config.php.
    Guck mal nach, ob vor oder nach dem PHP-Block noch irgendwelche Leerzeilen/-zeichen stehen.

    Gruß
    Ingo

    Du mußt die Trackbacks (und auch Kommentare) für alle Artikel einzeln deaktivieren, die Einstellungen bei "Diskussion" sind nur Voreinstellungen, die dann bei neuen Artikeln die Einstellungen vorbelegen. Am einfachsten wird es wohl sein, den Status direkt in der Datenbank zu ändern, wenn es sehr viele Artikel sind.

    SQL
    UPDATE`wp_posts`
    SET `comment_status`='closed', `ping_status`='closed'

    Gruß
    Ingo