Beiträge von Bambaataa

  • SEO-Keywords

    Yahoo hat die Keywords auch erst "gekillt". Trotzallem sollte man sie einsetzen solange es nicht schädlich ist. Es gibt nämlich auch noch anderes wie nur Google und Yahoo, das scheinen aber immer mehr zu vergessen. Bitte wer freiwillig Traffic verschenken mag, soll es machen.

  • Mediathek Fehler -> Warning: file_exists()

    Das sind Warnings Deines Server wegen falschen Pfaden. Hat also indirekt schon mit dem Umzug zu tun. Warning gehören eigentlich abgeschaltet und in die Server Logs geschrieben.

    Aber zum Problem. Du bist von web9 wohl auf web972 umgezogen, aber teilweise sind eben noch die web9 Pfade vorhanden, wie mir das scheint. Allerdings weiß ich grad auch nicht wirklich wo die noch hängen könnten.

  • Beitrag in 2 Kategorien

    Hmm du musst Dich wohl entscheiden welche URL dann indexiert werden soll. In der header.php kannst Du entweder per if Abfrage einem noindex Tag setzen oder du versuchst es mit ebenso einer Abfrage und
    <link rel="canonical" href="URLFÜRGOOGLE" />

    Helfen wird Dir hierbei jeweils:

    is_category()

    http://codex.wordpress.org/Conditional_Tags

    Wie das jetzt allerdings am besten lösen ohne zig Datenbank Abfragen zu generieren, weiß ich auf die schnelle auch nicht. Evtl. lässt es sich auch über ein Benutzerdefiniertes Feld lösen in dem Du die URl angibst und die in der If Abfrage dann ausgelesen wird.

    Die andere Möglichkeit wäre natürlich das ändern der Permalinks und ein Plugin verwenden das per 301er Redirect die alten Links umleitet.

  • Probleme mit google

    Zitat von bestimweb24

    Alte Webseiten kann man doch in Webmastertools entfernen, hierzu muss man die Seiten zur Prüfung einreichen:

    Webmaster Tools aufrufen dann

    Crawler Zugriff/Url entfernen/Neuer Antrag auf enrfernung

    die gewünschten Links einreichen fertig, dann sind diese schneller aus dem Index.

    Laut Google Regeln sollten diese aber auch einen 404er ausgeben. Wenn die zu löschenden Seiten also einen 200er ausgeben ist dies auch keine Garantie. Dann sollte man die Seiten per robots.txt sperren, aber bei vielen Seiten ist dieser Weg einfach nicht effizient.

  • IIS7, URL_Rewrite, Falscher Status Header

    Zuerstmal die Ausgangslage:

    IIS7 URL Rewrite 2.0 RC (vorher 1.1)

    Umstellung der Permalinks von:

    /index.php/%year%/%monthnum%/%day%/%postname%/

    nach:

    /%postname%-%post_id%.html

    Soweit so gut, das funktioniert. Nun hab ich aber nach einer Möglichkeit gesucht das die alten Links weiterhin funktionieren natürlich per 301er Redirect. Hab dazu da Plugin PermalinksMigration installiert was ja für Posts funktioniert. Andere Dinge wie die Kategorien und so hab ich per url_rewrite Regeln gemacht.

    Beim überprüfen der Status Header ist mir dann aber anders geworden. 301er redirect die ich direkt im url_rewrite eingegeben haben funktionieren und ich bekomm den richtigen Status: HTTP/1.1 301 Moved Permanently. Alles andere was per wp_redirect geschieht gibt einen falschen Status Code zurück. Teilweise 200, teilweise wird nur ein Refresh gemacht. Das meiste hab ich hinbekommen aber bei den Posts komm ich nicht weiter:

    http://www.markus-arlt.de/index.php/2009…d-ruegt-merkel/ zum Beispiel:

    HTTP/1.1 302 Redirect
    Content-Type: text/html; charset=UTF-8
    Location: http://www.markus-arlt.de/spd-fraktionsc…erkel-3903.html

    Wie man sieht kommt ein 302er obwohl es per 301 gemacht wird. Das ist ein Bug nicht von WP, aber vielleicht kann mir trotzdem jemand helfen hier? Ich weiß eben auch nicht wie ich das per mod_rwrite regeln könnte. Oder steht ich auf dem Schlauch?

  • Schritte nach Hackerangriff... kann ich...?

    Wp 2.5.1? vergiss es, selbst wenn Du da jetzt alles sauber machst und Passwörter änderst, bist Du Ruck Zuck wieder gehackt. Inzwischen wurden soviel Sicherheitslücken gestopft Du solltest schleunigst updaten. Ansonsten sollte die vorgehensweise mit der Index wie Du schreibst schon gehen. Aber warum löscht Du nicht einfach alles und lädst es neu hoch? Sammel alles was Du brauchst von Original Quellen ein. Hau Plugins und so gleich lokal auf Deinem Rechner in die entsprechenden Verzeichnisse und lade es dann komplett wieder hoch. Was allerdings mit der Datenbank ist weiß ich nicht, inwieweit die betroffen ist. Du kannst alternativ auch ein Export machen im Admin bereich und dann alles (auch Deine DB) löschen und das ganze Ding komplett neu (mit aktueller Version!) aufsetzen, ist wahrscheinlich der beste und schnellste weg.

  • Schritte nach Hackerangriff... kann ich...?

    Ob da index Dateien liegen "müssen" oder nicht ist Serverabhängig. Wenn Du eine zur Sicherheit hinlegen möchtest, genug eine leere Datei. Index Dateien von wp sind nicht verschlüsselt. Lade Dir einfach mal ein aktuelles Packet von hier runter und schau es Dir an. Und nein es ist nicht besser da mit Verschlüsselung zu arbeiten. Open Source.

    Wenn ich Dich so höre, geh ich davon aus Du hast weder Backups Deiner Dateien noch ein DB Backup, richtig?

  • Schritte nach Hackerangriff... kann ich...?

    Die index.php ist verschlüsselt. Sollte nicht sein. Weg damit. Genau wie die anderen Dateien, sagen mir auch nichts.

    Nun ja was tut man in so einem Fall. Alles löschen incl. Datenbank. Neue Passwörter vergeben. FTP, Datenbank etc. was eben möglich ist. WP neu hochladen incl. Plugins, Theme. Datenbank Backup einspielen.

    Natürlich sollten die Backup Dateien sauber sein, auch das Datenbank Backup.