Beiträge von Putzlowitsch

  • Bekomme spam trotz deaktivierter comments

    Die Optionen "Erlaube Besuchern neue Artikel zu kommentieren" und "Erlaube Link-Benachrichtigungen von anderen Weblogs (Pingbacks und Trackbacks)" bei "Einstellungen › Diskussion" sind nur die Voreinstellung für neue Artikel.

    Du mußt aber tatsächlich bei allen schon bestehenden Artikeln und Seiten die beiden Optionen extra deaktivieren. Das meinte am3 wohl mit den "bulk actions".

    Wenn die Kommentare und Trackbacks/Pingbacks für einen Artikel deaktiviert sind, werden von Wordpress dann tatsächlich keine Kommentare mehr entgegengenommen. Es kann aber immer noch sein, daß sich ein Plugin dort einhängt und die Einstellungen außer Kraft setzt.

    Gruß
    Ingo

  • Problem mit redirect über .htaccess

    Wobei es bei den Plugins einfacher sein könnte, diese jeweils einzeln zu deaktivieren und dann immer zu prüfen, ob der Fehler noch auftritt. Es könnte ja auch eine in der Datenbank gespeicherte Option sein, deren Inhalt im PHP-Quelltext nicht auftaucht.

    Und wenn ich mich recht entsinne, war das Default ja groß geschrieben, auf das umgeleitet wurde. Wenn Du in den Dateien mit Berücksichtigung der Groß-/Kleinschreibung mach Default suchst, könnte es übersichtlicher sein. Denn default in Kleinschreibung taucht doch recht häufig in Plugin- bzw. Theme-Dateien auf.

    Viel Erfolg :-)

    Gruß
    Ingo

  • Problem mit redirect über .htaccess

    Gut, wenn in der .htaccess nichts zu finden ist, kann es fast nur noch in einem Wordpress-Plugin oder den Dateien des Themes zu finden sein. Du könntest in den entsprechenden Dateien mal nach der Zeichenkette default suchen. Viel mehr fällt mir nun fast wirklich nicht mehr ein.

    Gruß
    Ingo

  • Problem mit redirect über .htaccess

    Liegt das Wordpress im Wurzelverzeichnis des Webspace oder in einem Unterverzeichnis?
    Falls in einem Unterverzeichnis, dann könnte sich auch Einstellungen in der .htaccess des übergeordneten Verzeichnisses auswirken. Vielleicht die "Reste" der alten Seite oder so.

    Gruß
    Ingo

  • Datenbank Fehler und Probleme beim editieren

    Claudia18
    Ja, etwas anderes sagt die Fehlermeldung eigentlich nicht aus:

    Zitat

    "WordPress-Datenbank-Fehler Table 'db11140791-geburt.wp_postmeta' doesn't exist für Abfrage
    SELECT COUNT(meta_id) FROM wp_postmeta WHERE meta_key='_menu_item_menu_item_parent' AND meta_value='114' ..."


    Das muß aber nicht bedeuten, daß die Tabelle an sich fehlt. Vielleicht heißt sie nur anders, z.B. 'wp1_postmeta', falls ein anderes Datenbanktabellen-Präfix (in der wp-config.php) verwendet wird.

    In der Funktion check_for_submenu des Themes wir in der SQL-Abfrage wp_postmeta und nicht wie üblich $wpdb->postmeta verwendet, was zu Problemen bei geändertem Präfix führt.

    Der Parameter [FONT=courier new]max_allowed_packet[/FONT] hat damit nichts zu tun.

    Gruß
    Ingo

  • Datenbank Fehler und Probleme beim editieren

    Zitat von formateins

    ...
    Nach Studium der Fehlermeldung vermute ich (sehr vage), dass Du [FONT=courier new]max_allowed_packet[/FONT] auf einen höheren Wert setzen solltest.
    ...

    Kannst Du bitte mal kurz erläutern, wie Du auf diese, wenn auch nur sehr vage Vermutung kommst?

    Meiner Meinung nach sagt die Fehlermeldung nur, das die Tabelle 'db11140791-geburt.wp_postmeta' nicht existiert und das bei einer nicht allzu komplexen Abfrage:

    SQL
    SELECT COUNT(meta_id) FROM wp_postmeta WHERE meta_key='_menu_item_menu_item_parent' AND meta_value='114'

    Wie der Fehler zustande kommt, kann ich aber auch nicht sagen.

    Gruß
    Ingo

  • Author Rank g+ profil einfügen

    Wichtig ist auch die Rückverlinkung. Du mußt in Deinem Google+-Profil bei den Links die Website dann auch unter Blogs/Websites eintragen. So kann Google verifizieren, das der Autor auf der Website tatsächlich auch zum Google-Nutzer gehört. Es ist also gewissermaßen eine wechselseitige Verlinkung notwendig.

    Ob technisch alles stimmt, kann man auch mit einem Google-Tool testen:
    http://www.google.com/webmasters/tools/richsnippets

    Gruß
    Ingo

  • Sitemap-Probleme / Google crawlt nicht nach DB-Crash

    Für das crawlen bzw. die Auffindbarkeit durch Google ist keine Sitemap erforderlich. Ich vermute eher, das durch das Einspielen des Backups andere Einstellungen oder Dateien den Zugriff durch Google verhindern. In Frage kommt z.B. die Option "Einstellungen › Privatsphäre", eine robots.txt-Datei oder Einstellungen durch ein SEO-Plugin.

    Außerdem ist für die Sitemap-Dateien 777 falsch, es müßte 666 als Zugriffsrecht eingestellt werden.

    Gruß
    Ingo