Beiträge von Putzlowitsch

    Und wenn man da dann Daten eingibt und auf [Log in] klickt, dann geht es nicht weiter.
    Ich habe dann nach einiger Zeit die Meldung "Die Verbindung zum Server wurde zurückgesetzt, während die Seite geladen wurde." bekommen. Woran das liegt, läßt sich allerdings so von außen schwer sagen.

    Gruß
    Ingo

    Das liegt wohl an den ungewöhnlichen URLs zu den Bildern, z.B.:

    Code
    http://sharme%2Ede@sharme.de/sharme/Ebay_seite_09.jpg


    Wofür soll dieses sharme%2Ede@ gut sein? Nimm das mal weg, so daß die URL so aussieht:

    Code
    http://sharme.de/sharme/Ebay_seite_09.jpg


    Dann sollte es auch mit dem Internet-Explorer gehen.

    Gruß
    Ingo

    Die Ordner legt Wordpress für die Uploads an, das ist so in Ordnung. Diese index.php-Datei ist aber bestimmt ein Schadcode und gehört da nicht hin. Sie ermöglich von außen die Ausführung von praktisch beliebigem PHP-Code (eval() mit einem Wert aus $_REQUEST).

    Allerdings ist das nur das Ergebnis eines Angriffs auf Deine Website und nicht die Ursache. Du kannst die Datei zwar löschen, aber es ist gut möglich, daß sie vom Angreifer einfach wieder neu erstellt wird. Du mußt Dich nun, wie formateins schon schrieb, auf Ursachenforschung begeben.

    Gruß
    Ingo

    Ist zwar eine ziemliche DIV-Orgie, aber so habe ich das mal früher gelöst:

    Mit dem margin-bottom in der Klassse .dot-dummy kann man etwas den Zeilenabstand steuern. Der Wert darf aber nicht zu groß und nicht zu klein werden, sonst verrutscht alles.


    Gruß
    Ingo

    Falls es nur darum geht, die Wordpress-Installation auf dem NAS über die beim Webhoster registrierte Domain-Adresse ansprechbar zu machen, dann müßte das NAS im Internet "sichtbar" sein (z.B. über einen DynDNS-Anbieter). Dann könnte man einen CNAME-Eintrag für die Domain erstellen, der auf die Adresse des DynDNS-Anbieters zeigt. Probiert habe ich das allerdings noch nicht.

    Noch einfacher wäre es z.B. mit einem Webhosting-Paket von Strato, denn da kann man eine Domain direkt per DynDNS auf eine dynamische IP zeigen lassen. :-)

    Gruß
    Ingo

    Ich habe selbst noch ein 1&1-Paket mit nur 30 MByte PHP-Speicher. Bei mir sieht es dann bei der Test Suite von System Health so aus:

    Da ist sogar schon bei 26M Schluß.
    Wird denn bei Dir im Ausgabefenster überhaupt etwas angezeigt, also fängt das da an mit "angefragt: 1 MB, angefragt: 2 MB" usw.?

    Ja, bei dem Plugin war noch ein kleiner Fehler drin. Die config-Datei war als UTF-8 aber mit BOM gespeichert. Bitte erneut runterladen und testen. :-)


    Gruß
    Ingo

    "Homepage Basic" klingt nach einem äteren 1&1-Paket. Da könnte es sein, das der PHP-Speicher auf etwas mehr als 30M begrenzt ist. Das aktuell günstigste Paket "Dual Starter" für € 3,99 hat immerhin 60 MByte nutzbaren PHP-Speicher.

    Wenn bereits 26.3 MByte von effektiv nur 30 Mbyte belegt sind, kann es beim Bilderuplaod tatsächlich auch schon bei kleineren Bildern eng werden. Du kannst mal versuchsweise das Plugin "123 Image Resize" testen, ob es das Problem behebt.

    Ansonsten bleibt wohl nur ein Paket- oder Webhosterwechsel als Lösung, was in Anbetracht des alten Paketes ohnehin irgendwann notwendig wird.

    Den wirklich zur Verfügung stehenden Speicher kannst Du übrigens mit dem Plugin WP System Health testen.

    Gruß
    Ingo

    Wordpress muß zwischen Kategorien und anderen Dingen unterscheiden können. Bei Deiner ersten Konfiguration hattest Du festgelegt, das Kategorien mit /blog/ beginnen. Da aber auch die Artikel so anfangen, ist Wordpress davon ausgegangen, daß es sich beim Aufruf eines Artikels um eine Kategorie handelt, die es aber so nicht gibt.

    Die Kategorie-Basis muß nicht unbedingt /kategorie/ heißen, sie muß sich aber vom Anfang der Permalinks der normalen Artikel unterscheiden. Denkbar wäre auch etwas wie /kat/ oder bei Dir dann z.B. /blog/kat/.

    Es gibt auch einen Trick, wie man das ganz wegbekommt, der aber nicht immer funktioniert:
    http://faq.wpde.org/kategoriebasie…-url-entfernen/

    Du kannst ja mal probieren, ob bei Dir /blog/./ als Kategorie-Basis funktioniert.

    Gruß
    Ingo

    Ich habe für mich die Lösung, wie in diesem Thread weiter unten beschrieben, gewählt:
    http://forum.wpde.org/allgemeines/10…e-im-busch.html

    Das funktioniert so richtig aber nur, falls es sich um einen Ein-Mann-Blog handelt bzw. man immer nur über einen oder einige wenige Internet-Provider zugreift. Dann ist diese Variante wirklich sehr effektiv. Bei mir sieht der Eintrag in der .htaccess z.B. so aus:

    Code
    <Files wp-login.php>
    deny from all
    Allow from .superkabel.de
    </Files>

    Einfach, aber wirkungsvoll. Seitdem ist Ruhe mit den Login-Versuchen. :-)

    Gruß
    Ingo

    Wenn Kommantare für einen Artikel deaktiviert sind, werden alle Versuche, einen Kommantar zu posten, von WP abgewiesen. Für die Kommentarverarbeitung ist die Datei wp-comments-post.php im WP-Wurzelverzeichnis zuständig. Ab Zeile 34 findet man dort folgenden Code:

    PHP
    if ( !comments_open($comment_post_ID) ) {
        do_action('comment_closed', $comment_post_ID);
        wp_die( __('Sorry, comments are closed for this item.') );


    Die Funktion comments_open fragt für die Post-ID das Feld 'comment_status' ab und gibt nur dann true zurück, wenn dort 'open' steht. Bei einem Artikel, bei dem die Kommentare deaktiviert sind, ist das nicht der Fall und so wird Wordpress an der Stelle mit wp_die beendet.

    So sieht zumidest der normale Ablauf aus.
    Entweder, die vermeintlichen Kommentare sind eigentlich Track-/Pingbacks oder ein Plugin/Theme greift irgendwie in der normalen Ablauf ein.

    Gruß
    Ingo

    Der zuständigen Klasse wurde noch gar kein Style zugeordnet. Probier mal folgende, neue Einträge in der CSS-Datei:

    HTML
    .post-title { font-size:1.75em; color:green; }
    .post-title a { color:green;}
    .post-title a:hover { color:lightgreen;}

    Die Werte sind natürlich nur Beispiele.

    Sofern Du eine neue Version des Firefox verwendest, brauchst Du eigentlich auch kein Firebug mehr. Da gibt es bereits ganz gute Werkzeuge direkt integriert.

    Der Klick mit der rechten Maustaste auf eine Element der Webseite zeigt auch die Option "Element untersuchen" an. Damit gelangt man zum HTML-Baum und sieht rechts die aktuell auf das Element wirkenden Formatierungen.

    Gruß
    Ingo