Beiträge von AndreasB

    Zitat

    So und wenn ich ein Bild hochladen will sagt er mir das wp-content/uploads nicht beschreibbar ist obwohl beide Ordner CHMOD 777 haben. Hat dieses Problem noch jemand?

    Also, als ich das erste mal auf diesen upload Button geklickt habe, gab es die Fehlermeldung.

    Unable to create directory /srv/www/htdocs/web154/html/wp-content/uploads. Is its parent directory writable by the server?/html/wp-content/uploads/

    Ich erstellte via FTP FileZilla die Verzeichnisse namens uploads und 2005 und 12
    Das ganze sieht dann so aus.
    /html/wp-content/uploads/2005/12/

    Die neuen Verzeichnisse besitzen die Dateiattribute, bzw. den numerischen wert 777
    Das ganze kann ein wenig dauern, so war es zumindest bei mir, da der Server ein wenig Zeit braucht.
    Auch ist es sinnvoll, die versteckten Dateien anzeigen zu lassen.
    Bei Filezilla, im Pulldown Menü unter Ansicht.
    Und dann funzt es:D

    Ich habe vor ein paar Monaten die selben Erfahrungen gemacht. Ich denke die Fehlermeldung ist ganz normal, Wenn du ein paar Tage später wieder nachschaust, dann heisst es Sitemap-Status OK.
    Zuletzt heruntergeladen vor 15 Stunden oder so.

    Code
    Den Quellcode auseinander zu nehmen


    das macht für mich die Developer Toolbar für Firefox
    Bei Wordpress Blogs zeigt es die style.css oder auch andere css Files in einem separaten Fenster an. Sehr hilfreich.

    Welchen Sinn es macht weiß ich nicht. Es fiel mir nur auf.
    Es wird sicherlich nicht zum Nachteil sein. Ich denke einfach wenn man mal wieder am aufräumen ist, gehört es dazu.
    Und wer weiß, vielleicht rauscht die eine oder andere Spamflut an mir vorbei.

    Heute war leider kein Datenbankexperte hier Forum online, mich ließ das Thema nicht los.
    Ist zwar nicht im Sinne des Erfinders, aber der Zweck heiligt die Mittel.
    Ich habe ein Backup durchgeführt, die *.sql Datei mit einem Editor geöffnet, und in Zeile 69
    TYPE=MyISAM AUTO_INCREMENT=830 ;
    auf 85 geändert. Danach die Datei wieder hochgeladen.
    Jetzt habe ich wieder eine astreine saubere Datenbank. Yeeahh

    Nicht nur ich habe festgestellt, das man die Spamkommentare in seinen Blog nicht als Spam markieren soll, sondern löschen muss. Monatelang hab ich es falsch gemacht.
    Beim löschen des Spam in der Datenbank, habe ich mir auch vor einigen Tagen noch die Mühe gemacht, die Kommentare der comment_id in der Datenbank wieder richtig durchzunummerieren.
    Wenn ich jetzt wieder einen Kommentar bzw. einen trackback erhalte, so wird die alte comment_id benutzt.
    Zum besseren Verständnis habe ich zwei Screenshoots gemacht.
    http://domssky.do.funpic.de/wp-content/blo…/commentid1.JPG

    http://domssky.do.funpic.de/wp-content/blo…/commentid2.JPG

    Also ich habe 84 Kommentare bzw. trackback bekommen, die comment_id steht bei 829.

    829-84= 745
    745 Spam markierte, bzw. gelöschte Kommentare.
    Schaue ich mir die Struktur des wp_comments an, so steht dort nächster Autoindex 830.

    Wie oder Wo kann ich den Autoindex auf den Wert 85 ändern?

    Was mir aufgefallen ist bei meiner Suche nach einem Webspace Anbieter, viele schreiben, bei einem Preis von x Euro besitz man z.b 10 Gb Traffic pro Monat.
    Klingt recht viel, doch kommt man damit hin, wenn man erst mal nur ein Wordpress Blog führt ? Wie sieht es nach z.b. einem Jahr aus, wenn der Pagerank steigt, und diverse Blogeinträge in den vielen unterschiedlichsten Suchmaschinen landen. Nicht zu vergessen sind die link Spammer, die auch Traffic verursachen. Reicht es dann noch. Wie sind eure Erfahrungswerte ?
    Bouncer4you ist im Adminbereich recht übersichtlich, .htaccess funktioniert noch nicht, aber da bin ich dran.

    Mich beschäftigt das Thema immer noch, und werde wohl nach all-inklusive wecheln.
    Bei
    http://doku.wordpress-deutschland.org/Backup_der_Datenbank/phpMyAdmin
    im Bild 4 fehlt das Häckchen bei vollständige Inserts

    Im Codex von Worddpress
    http://codex.wordpress.org/WordPress_Backups
    bei complete Inserts ist es vorhanden

    Worin jetzt genau besteht der Unterschied ? Wenn man einen Serverumzug macht will man doch alles mitnehmen
    Sprich Blogeinträge und Kommentare.
    Und wenn ich es jetzt richtig verstanden habe, braucht von der Tabelle wp_options kein sql Backup gemacht werden.
    Bei mir steht ganz unten Dateiennamenskonvention _Server _ das muss ich dann noch in _DB _ ändern.

    Das

    PHP
    <?php echo '<?xml version="1.0" encoding="'.get_settings('blog_charset').'"?'.'>'; ?>

    steht, zumindest bei mir, in dem wp-rss2.php in Zeile 14 drin.

    Wenn ich zum Beispiel deine
    http://www.server39.com/urquellwasser/weblog/wp-rss2.php

    durch den feedvalidator prüfe
    http://feedvalidator.org/check.cgi?url=…g%2Fwp-rss2.php

    dann ergibt auch der file einen error.

    Der einzigste Feed der bei mir damals noch funktionierte und valide war, war mein wp-rss3.php feed. Den hatte ich mir mal selber erstellt. Der Unterschied zum wp-rss2.php besteht darin das die Zeile 14

    PHP
    <?php echo '<?xml version="1.0" encoding="'.get_settings('blog_charset').'"?'.'>'; ?>


    durch

    PHP
    <?php echo '<?xml-stylesheet type="text/css" href="http://domssky.do.funpic.de/wp-content/themes/akhdian/rssfeed.css" ?>'; ?>

    ersetzt wird.

    Mir war es damals einen kleinen Blogeintrag wert. Es ist nicht so, das ich dir großartig helfen kann, denn dafür kenne ich mich zu wenig aus und wie schon oben beschrieben, ging der Fehler wie durch ein Wunder, von alleine weg.
    Aber um für ein nächstes mal gewappnet zu sein, werde ich den Thread sehr aufmerksam verfolgen.

    Ich hab mir deinen
    http://www.server39.com/urquellwasser/weblog/?feed=rss2
    angesehen mit Firefox angesehen.
    Der zeigt mit einen
    XML-Verarbeitungsfehler: XMP Processing Instruction nicht am Beginn von externer...
    an.
    Genau denselben Fehler hatte ich wochenlang auch mit meinen rss feeds.
    Betroffen waren alle WP Feeds und Feedburner. Hab es auch selber durch Zufall festgestellt.
    Auch ich habe damals NICHTS gemacht, und trotzdem war es da.
    Versuchweise alle Plugins deaktiviert und Theme Wechsel auf classic brachten auch keinen Erfolg.
    Und so, wie der Fehler von alleine gekommen ist, verschwand er auch eines Tages wieder. Und mit dem Verschwinden des Fehler kam auch die dumme Flash Werbung, die von meinem Hoster kommt.
    Versuch mal in den Files den Eintrag

    Code
    < ?php echo '<?xml version="1.0" encoding="'.get_settings
    ('blog_charset').'"?'.'>'; ?>

    zu finden und zu löschen. Wahrscheinlich ist dann auch bei dir der Feed wieder valide, aber der Verarbeitungsfehler bleibt.