Beiträge von wernerchen

Seit heute sieht man in unserem Blog in der ersten Zeile sowohl im Frontend als auch im Backend eine Fehlermeldung:

Warning: fopen() has been disabled for security reasons in /data/www/web795/html/blog/wp-includes/streams.php on line 149
Warning: fopen() has been disabled for security reasons in /data/www/web795/html/blog/wp-includes/streams.php on line 149

Da wir selbst nichts verändert haben, ist vermutlich eine Änderung in den Servereinstellungen dafür verantwortlich. Unsere Frage ist, ob ein Update von Wordpress 2.0 auf die neueste Version die Fehlermeldung beseitigt oder ob wir bei dem Provider um eine Änderung bitten müssen. Und welche Servereinstellung ist es, die diese Fehlermeldung erzeugt?

Danke und Gruß von Wernerchen vom Rad-Spannerei Blog
Rad-Spannerei blog

Nachdem das Plugin Akismet bei uns zwei Jahre zuverlässig den SPAM beseitigt und viele Hundert SPAM-Kommentare aussortiert hat, muckt es seit ein paar Wochen. Es kommen nun zehn bis zwanzig Kommentare am Tag durch, die man von Hand löschen muss.

Wenn man ins Backend und auf Plugins/Akismet geht, dann liest man:
"Your key appears invalid. Double-check it."
Unser Key sieht so aus:
Akismet-Key: 76caff8fxxxx
(Die letzten vier Stellen habe ich durch ein x ersetzt)

Wir benutzen die Akismet-Version 1.15
Hat jemand einen Vorschlag, wo ich nach dem Fehler suchen muss?

Danke und Gruß von Wernerchen
Rad-Spannerei blog

@ derjazz und @ Olafb und @ alle, die mitgelesen haben:

Danke für eure Mithilfe, alles funktioniert wieder. Ich kann jedoch nicht exakt sagen, woran es gelegen hat. Ich habe eine Mail an den Provider geschrieben und nachdem der das Datenbankpasswort zurückgesetzt hatte, funktionierte wieder alles geschmeidig. Da fällt einem ein Stein vom Herzen.

Gruß von Wernerchen

Hallo Olafb,

ich bin nun in phpMyAdmin drin, kann die Datenbank sehen und habe eine Sicherungskopie als sql-Datei auf meinen Rechner gezogen.

Meine Vermutung ist nun, dass an der Datenbank etwas gedreht wurde. Begründung: Da wir bei dem Provider zwei DBs haben, habe ich eine weitere Test-Wordpress-Installation unter dieser URL:
Rad-Spannerei blog
Der letzte Beitrag in diesem Testblog stammt von Anfang Januar 2007 und dort ist auch kein (oder nur wenig) SPAM gelandet und dennoch ist dort der gleiche Fehler in der Sidebar zu finden:

[Can't create/write to file '/tmp/#sql_73f_0.MYI' (Errcode: 13)]

Deutet das "tmp" in der Fehlerzeile nicht darauf hin, dass hier eine temporäre Datei angelegt werden soll?

Gruß von Wernerchen

Hallo Olafb,

nun habe ich die Stelle
<?php get_links_list(); ?>
in der Sidebar gelöscht und das Blog sieht auf den ersten Blick nun clean aus, sauber, aber ohne Blogroll und ohne "Get Recent Comments", siehe hier:
Rad-Spannerei blog

Bleibt aber die Frage nach dem Warum? Es ist wohl das Beste, wenn ich versuche, die Datenbank zu bereinigen, obwohl ich noch keine Ahnung habe, wie das geht. Deutet der Fehlercode:
[Can't create/write to file '/tmp/#sql_73f_0.MYI' (Errcode: 13)]
auf einen bestimmten Platz in der Datenbank hin?

Gruß von wernerchen

@ Olafb: Danke für den Hinweis, das ist auch meine Vermutung. Zur Zeit komme ich nicht in PhpMyAdmin rein, aber das ist ein anderes Problem. Du schreibst: "Versuch mal in PhpMyAdmin die DB zu reparieren/optimieren, und lösch Müll raus." Wo kann man was dazu lesen, wie das geht, die Datenbank reparieren?

@ derjazz: Ich habe die Sidebar mit einer alten Version verglichen und da scheint nichts verändert zu sein. Da der Datenbankfehler an der Stelle auftaucht, an der normalerweise die Blogroll steht, suche ich das Stück Code, das die Blogroll aufruft. Wenn man das wegnehmen würde, dann dürfte auch der DB-Fehler nicht mehr auf der Startseite auftauchen.

Gruß von wernerchen

Pardon, dass es so lange gedauert hat. Seit gestern dauert es bei mir viele Minuten, bis sich der Tellerrand endlich öffnet. So sieht die Sidebar aus. Danke und Gruß von wernerchen

<div id="sidebar">


        <ul>


			


			<li>


				<?php include (TEMPLATEPATH . '/searchform.php'); ?>


			</li>






			<li><h2><?php _e('Über die Rad-Spannerei'); ?></h2>


			<p id="about">Die Rad-Spannerei ist ein Fahrradkollektiv in der Admiralstraße in Kreuzberg 36 zwischen Kottbusser Tor und Landwehrkanal.</p><br />






<b>Rad-Spannerei </b><br />


Admiralstraße 16 + 23<br />


10999 Berlin<br />


Tel: 030 - 615 29 39<br />


Fax: 030 - 615 07 217<br />


<a href="mailto:radspannerei@t-online.de">eMail an uns!</a></li>






			<li>


			<?php /* If this is a category archive */ if (is_category()) { ?>


			<p>Du betrachtest gerade die Kategorie <?php single_cat_title(''); ?>.</p>


			


			<?php /* If this is a yearly archive */ } elseif (is_day()) { ?>


			<p>You are currently browsing the <a href="<?php echo get_settings('siteurl'); ?>"><?php echo bloginfo('name'); ?></a> weblog archives


			for the day <?php the_time('l, F jS, Y'); ?>.</p>


			


			<?php /* If this is a monthly archive */ } elseif (is_month()) { ?>


			<p>Du betrachtest gerade das <a href="<?php echo get_settings('siteurl'); ?>"><?php echo bloginfo('name'); ?></a> Archiv


			f&uuml;r <?php the_time('F Y'); ?>.</p>






      <?php /* If this is a yearly archive */ } elseif (is_year()) { ?>


			<p>You are currently browsing the <a href="<?php echo get_settings('siteurl'); ?>"><?php echo bloginfo('name'); ?></a> weblog archives


			for the year <?php the_time('Y'); ?>.</p>


			


		 <?php /* If this is a monthly archive */ } elseif (is_search()) { ?>


			<p>Du hast das Archiv des <a href="<?php echo get_settings('siteurl'); ?>"><?php echo bloginfo('name'); ?></a> nach dem Begriff <strong>'<?php echo wp_specialchars($s); ?>'</strong> durchsucht. Wenn Dich die Suchergebnisse im Rad-Spannerei blog nicht weiter gebracht haben, dann helfen Dir vielleicht <strong>Google</strong> oder <strong>Technorati</strong>. <br /><br /> <a href="http://www.google.de/search?=de&amp;=1&amp;q=<?php echo wp_specialchars($s); ?>">Google-Suche</a> <br /> nach dem Begriff <strong>'<?php echo wp_specialchars($s); ?>'</strong> <br /><br /><a href="http://www.technorati.com/cosmos/search.html?rank=&amp;url=<?php echo wp_specialchars($s); ?>">Technorati-Suche</a> <br /> nach dem Begriff <strong>'<?php echo wp_specialchars($s); ?>'</strong>


</p>






			<?php /* If this is a monthly archive */ } elseif (isset($_GET['paged']) && !empty($_GET['paged'])) { ?>


			<p>Du betrachtest gerade das Archiv des <a href="<?php echo get_settings('siteurl'); ?>"><?php echo bloginfo('name'); ?></a>.</p>






			<?php } ?>


			</li>






			<!-- ?php wp_list_pages('title_li=<h2>' . __('Pages') . '</h2>' ); ? -->






			<?php /* If this is the frontpage */ if ( is_home() || is_page() ) { ?>				


				<?php get_links_list(); ?>






			<li><h2><?php _e('Categories'); ?></h2>


				<ul>


				<?php list_cats(0, '', 'name', 'asc', '', 1, 0, 1, 1, 1, 1, 0,'','','','','') ?>


				</ul></li>


			<li id="archives"><h2><?php _e('Archiv'); ?></h2>


    <ul>


    <?php wp_get_archives('type=monthly&show_post_count=1&limit=36'); ?>


    </ul>


</li>


					


					<?php wp_meta(); ?>


				


				






			<?php if (function_exists('wp_theme_switcher')) { ?>


			<li><h2><?php _e('Themes'); ?></h2>


			<?php wp_theme_switcher(); ?>


			</li>


			<?php } ?>






			<?php } ?>


	   <?php if (function_exists('get_recent_comments')) { ?>
   <li><h2><?php _e('Letzte Kommentare:'); ?></h2>
        <ul>
        <?php get_recent_comments(); ?>


        </ul>
   </li>
   <?php } ?>


   <?php if (function_exists('get_recent_trackbacks')) { ?>
   <li><h2><?php _e('Letzte Trackbacks:'); ?></h2>


        <ul>
        <?php get_recent_trackbacks(); ?>
        </ul>
   </li>
   <?php } ?>


		</ul>


	</div>

Hallo derjazz,
den Quellcode der Sidebar meinst Du?

Datenbankfehler in der Sidebar

Hallo,

unser Blog ist seit vorgestern einer SPAM-Attacke ausgesetzt. Akismet arbeitet seit zwei Jahren recht zuverlässig, aber jetzt werden sehr viele SPAM-Kommentare durchgelassen. Und seit der letzten Nacht funktioniert auch die Sidebar nicht mehr. An der Stelle, an der die Blogroll stehen müsste, sieht man folgende Fehlermeldung:

WordPress database error: [Can't create/write to file '/tmp/#sql_73f_0.MYI' (Errcode: 13)]
SELECT DISTINCT link_category, cat_name, show_images, show_description, show_rating, show_updated, sort_order, sort_desc, list_limit FROM `wp_links` LEFT JOIN `wp_linkcategories` ON (link_category = cat_id) WHERE link_visible = 'Y' AND list_limit <> 0 ORDER BY cat_name

Bis heute hatte ich das Plugin " Get Recent Comments, Version 1.5.2" aktiviert, das nun eine ähnliche Fehlermeldung zeigt. Ich habe das Plugin vorerst deaktiviert.

Aktiviert sind noch folgende Plugins:
Akismet
Google (XML) Sitemaps
Google Analyticator
Trencaspammers
Vipers Video Quicktags

Versuchsweise habe ich ebenfalls das Theme (Random Image 1.1) deaktiviert und das Default-Theme genommen, hat aber nichts geholfen.

Hat jemand von Euch eine Idee, in welche Richtung man suchen muss?

Danke und Gruß von wernerchen

Rad-Spannerei blog

Wir müssen uns noch einmal melden.

Unser Blog läuft zwar nun, aber halt ohne Permalinks. Weil aber nun alle Suchmaschinenlinks ins Leere gehen, sind die Besucherzahlen heftig abgekackt, von etwa zweihundert auf vierzig am Tag. Da wir keinen Rat mehr wissen, suchen wir nun jemanden, der uns das Problem gegen Honorar fixen kann.

Wir suchen jemand für folgende Aufgaben für Honorar:
1. Datenbank sichern!
2. Datenbank auf 2. DB aufspielen.
3. Update Wordpress von 1.5 auf aktuelle Version.
4. Permalinks nach dem Muster /%year%/%monthnum%/%day%/%postname%/.

Provider ist die Serverschleuder und die Administration läuft unter Confixx.

Kostenvoranschläge gern an die Rad-Spannerei:
http://www.rad-spannerei.de/index.php

oder an mich unter dieser Adresse:
<klaus>.<höpner mit aufgeloestem umlaut>@gmail.com

Danke und Gruß von Wernerchen

Hallo mastermind,

unsere WordPress-Version ist 1.5-Strayhorn.

Einen kleinen Schritt sind wir auch schon weiter, das Blog läuft vollständig ohne htaccess. Der Trick war, gleichzeitig einen ftp-client und das Backend zu öffnen. Dann, wenn man das erste Mal auf "Optionen - Permalinks" geht, gleich die neu entstandene htaccess per ftp löschen und dann im Backend die Zeile
Struktur (bei uns stand: /%year%/%monthnum%/%day%/%postname%/)
löschen und auf "Aktualisieren" klicken.

Wenn ich dann aber ein htaccess wieder neu anlegen will, gibt es das alte Spiel: das ganze Blog ist tot.

Hat nicht jemand von Euch eine funktionierende htaccess, die man manulell hochladen kann? So wie ich das bei der htaccess (siehe oben) sehe, ist der ganze untere Kladdaradatsch immer identisch.

Wernerchen

Danke für den Tipp, aber richtig weitergeholfen hat mir das nicht. Ich kann ja mal sagen, wie ich vorgehe.

Wenn die htaccess-Datei gelöscht ist, dann ist vom Frontend nur die Startseite zu sehen, alle anderen Seiten sind nicht zu erreichen. Bei gelöschter htaccess ist das Backend zu erreichen. Wenn ich mich einlogge, komme ich an alle Funktionen, Tellerrand, Schreiben, Verwalten, etc. Sobald ich aber auf "Optionen Permanlinks" gehe, schreibt Wordpress eine htaccess. Ich brauche gar nicht auf den Button "Permalinkstruktur" unten rechts zu klicken. Danach werde ich sofort aus dem Backend herausgeschmissen.

Um die Startseite dann wieder herzustellen, lösche ich die htaccess per ftp manuell. Dann kommt man zumindest wieder ins Backend.

Bei den Einstellungen bei Optionen Permalinks stehen diese Angaben, aber wie gesagt, es reicht, einfach nur auf die Seite zu gehen, um alles wieder tot zu machen.

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

Gruß von Wernerchen

Seit einigen Tagen ist unsere htaccess-Datei zerschossen und wir wissen nicht, wie wir daraus wieder eine funktionierende machen können. Nun haben wir die htaccess erst einmal gelöscht und es funktioniert nun zumindest die Startseite.

Es hat leider nichts geholfen, einzelne Teile aus der htaccess zu löschen. Wie kann man aus der folgenden Datei eine richtige machen?

Danke und Gruß von Wernerchen
Unsere Seite: http://www.rad-spannerei.de/blog/

Die kaputte htaccess-Datei:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /blog/
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [S=40]
RewriteRule ^(battaglin-rahmen)/trackback/?$ /blog/index.php?pagename=$1&tb=1 [QSA,L]
RewriteRule ^(battaglin-rahmen)/feed/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?pagename=$1&feed=$2 [QSA,L]
RewriteRule ^(battaglin-rahmen)/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?pagename=$1&feed=$2 [QSA,L]
RewriteRule ^(battaglin-rahmen)/page/?([0-9]{1,})/?$ /blog/index.php?pagename=$1&paged=$2 [QSA,L]
RewriteRule ^(battaglin-rahmen)/?([0-9]+)?/?$ /blog/index.php?pagename=$1&page=$2 [QSA,L]
RewriteRule ^feed/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?&feed=$1 [QSA,L]
RewriteRule ^(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?&feed=$1 [QSA,L]
RewriteRule ^page/?([0-9]{1,})/?$ /blog/index.php?&paged=$1 [QSA,L]
RewriteRule ^comments/feed/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?&feed=$1&withcomments=1 [QSA,L]
RewriteRule ^comments/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?&feed=$1&withcomments=1 [QSA,L]
RewriteRule ^comments/page/?([0-9]{1,})/?$ /blog/index.php?&paged=$1 [QSA,L]
RewriteRule ^search/(.+)/feed/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?s=$1&feed=$2 [QSA,L]
RewriteRule ^search/(.+)/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?s=$1&feed=$2 [QSA,L]
RewriteRule ^search/(.+)/page/?([0-9]{1,})/?$ /blog/index.php?s=$1&paged=$2 [QSA,L]
RewriteRule ^search/(.+)/?$ /blog/index.php?s=$1 [QSA,L]
RewriteRule ^category/(.+)/feed/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?category_name=$1&feed=$2 [QSA,L]
RewriteRule ^category/(.+)/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?category_name=$1&feed=$2 [QSA,L]
RewriteRule ^category/(.+)/page/?([0-9]{1,})/?$ /blog/index.php?category_name=$1&paged=$2 [QSA,L]
RewriteRule ^category/(.+)/?$ /blog/index.php?category_name=$1 [QSA,L]
RewriteRule ^author/([^/]+)/feed/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?author_name=$1&feed=$2 [QSA,L]
RewriteRule ^author/([^/]+)/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?author_name=$1&feed=$2 [QSA,L]
RewriteRule ^author/([^/]+)/page/?([0-9]{1,})/?$ /blog/index.php?author_name=$1&paged=$2 [QSA,L]
RewriteRule ^author/([^/]+)/?$ /blog/index.php?author_name=$1 [QSA,L]
RewriteRule ^([0-9]{4})/([0-9]{1,2})/([0-9]{1,2})/feed/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?year=$1&monthnum=$2&day=$3&feed=$4 [QSA,L]
RewriteRule ^([0-9]{4})/([0-9]{1,2})/([0-9]{1,2})/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?year=$1&monthnum=$2&day=$3&feed=$4 [QSA,L]
RewriteRule ^([0-9]{4})/([0-9]{1,2})/([0-9]{1,2})/page/?([0-9]{1,})/?$ /blog/index.php?year=$1&monthnum=$2&day=$3&paged=$4 [QSA,L]
RewriteRule ^([0-9]{4})/([0-9]{1,2})/([0-9]{1,2})/?$ /blog/index.php?year=$1&monthnum=$2&day=$3 [QSA,L]
RewriteRule ^([0-9]{4})/([0-9]{1,2})/feed/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?year=$1&monthnum=$2&feed=$3 [QSA,L]
RewriteRule ^([0-9]{4})/([0-9]{1,2})/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?year=$1&monthnum=$2&feed=$3 [QSA,L]
RewriteRule ^([0-9]{4})/([0-9]{1,2})/page/?([0-9]{1,})/?$ /blog/index.php?year=$1&monthnum=$2&paged=$3 [QSA,L]
RewriteRule ^([0-9]{4})/([0-9]{1,2})/?$ /blog/index.php?year=$1&monthnum=$2 [QSA,L]
RewriteRule ^([0-9]{4})/feed/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?year=$1&feed=$2 [QSA,L]
RewriteRule ^([0-9]{4})/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?year=$1&feed=$2 [QSA,L]
RewriteRule ^([0-9]{4})/page/?([0-9]{1,})/?$ /blog/index.php?year=$1&paged=$2 [QSA,L]
RewriteRule ^([0-9]{4})/?$ /blog/index.php?year=$1 [QSA,L]
RewriteRule ^([0-9]{4})/([0-9]{1,2})/([0-9]{1,2})/([^/]+)/trackback/?$ /blog/index.php?year=$1&monthnum=$2&day=$3&name=$4&tb=1 [QSA,L]
RewriteRule ^([0-9]{4})/([0-9]{1,2})/([0-9]{1,2})/([^/]+)/feed/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?year=$1&monthnum=$2&day=$3&name=$4&feed=$5 [QSA,L]
RewriteRule ^([0-9]{4})/([0-9]{1,2})/([0-9]{1,2})/([^/]+)/(feed|rdf|rss|rss2|atom)/?$ /blog/index.php?year=$1&monthnum=$2&day=$3&name=$4&feed=$5 [QSA,L]
RewriteRule ^([0-9]{4})/([0-9]{1,2})/([0-9]{1,2})/([^/]+)/page/?([0-9]{1,})/?$ /blog/index.php?year=$1&monthnum=$2&day=$3&name=$4&paged=$5 [QSA,L]
RewriteRule ^([0-9]{4})/([0-9]{1,2})/([0-9]{1,2})/([^/]+)/?([0-9]+)?/?$ /blog/index.php?year=$1&monthnum=$2&day=$3&name=$4&page=$5 [QSA,L]
</IfModule>


# END WordPress

Pardon, einen Punkt habe ich vergessen: Neben den weggefilterten 463 Spams sind in der letzten Nacht gut einhundert Trackback-Spams durchgerutscht, die ich manuell löschen musste. Wernerchen

Ich möchte noch einen weiteren Erfahrungsbericht mit Akismet hinterherschieben. Das Plugin Akismet ist inzwischen zwei Tage installiert und hat 463 bzw. 350 Kommentare als Spam identifiziert. Nicht ganz verstehen tue ich, dass Akismet zwei unterschiedliche Zahlen nennt. In der Aksimet-Verwaltung steht unter dem Menü-Punkt "Caught Spam":

"Akismet has caught 463 spam for you since you installed it.
You can delete all of the spam from your database with a single click. This operation cannot be undone, so you may wish to check to ensure that no legitimate comments got through first. Spam is automatically deleted after 15 days, so don’t sweat it.
There are currently 350 comments identified as spam."

Der Menü-Punkt "Last 15 days" produziert bei mir nach wie vor einen Fehler. Hier heißt es:

"These are the latest comments identified as spam by Akismet. If you see any mistakes, simply mark the comment as "not spam" and Akismet will learn from the submission. If you wish to recover a comment from spam, simply select the comment, and click Not Spam. After 15 days we clean out the junk for you.

Fatal error: Call to undefined function: get_post() in /srv/www/htdocs/web795/html/blog/wp-content/plugins/akismet.php on line 256"

Ich habe in die Zeile 256 der Datei akismet.php geschaut. Hier steht:

$post = get_post($comment->comment_post_ID);

Meine Frage: Weiß jemand, wo ich die Funktion get_post finde? In der akismet.php ist sie nicht vorhanden.

Danke und Gruß von Wernerchen

Akismet funktioniert gut, aber ...

Hallo, seit drei Stunden habe ich Akismet installiert. Wenn ich nun in die Administration gehe, sehe ich unter "Verwaltung" einen neuen Button "Akismet Spam". Akismet teilt mir dort mit, dass bereits 59 Trackback-Spams eingegangen sind, die als Spam identifiziert wurden.

Allerdings funktioniert die Anzeige "Last 15 days" nicht. Statt der aufgelisteten Spams finde ich dort den Hinweis:"Fatal error: Call to undefined function: get_post() in /srv/www/htdocs/web795/html/blog/wp-content/plugins/akismet.php on line 256".

Ich habe ganz gewiss keine Zweifel, dass Akismet korrekt gearbeitet hat, aber schöner wäre es schon, wenn man auch noch einen Blick auf die Spams werfen könnte.

Weiß einer einen Rat?

Danke und Gruß von Wernerchen
http://www.rad-spannerei.de/blog/

Danke Olaf, ich werde mich wohl ransetzen müssen, Akismet zu installieren. Heute Nacht und heute Morgen sind wieder Hunderte von Spam-Trackbacks eingegangen. Für die Akismet-Installation brauche ich die API von Worpress.com. Ich bin gespannt, ob das hinhaut und berichte. Gruß von Wernerchen

Hallo,

seit 48 Stunden haben wir ebenfalls ein massives Spam-Problem. Ein Jahr ging es mit Trencaspammers sehr gut. Aber seit zwei Tagen bricht die Spam-Welle über uns herein, allein in der letzten Stunde kamen mehr als 90 Trackback-Spams herein. Wir haben nun erstmal Trackback abgestellt, aber es scheint lustig weiterzugehen mit der Spammerei. Ich habe keine Ahnung, was man da machen kann.

Danke und Gruß von Wernerchen
http://www.rad-spannerei.de/blog/

Tascha: mit "grauer Balken" meint Monika, dass Google die entsprechende Seite überhaupt nicht im Verzeichnis hat. Es gibt also insgesamt zwölf Zustände bei Google, grauer Balken plus Pagerank Null bis Zehn. Bei uns hat die index.php einen PR von vier, die Archiv-Seiten aber nur PR 2. Wenn ein Beitrag nach einiger Zeit nur unter Archiv oder Kategorie zu finden ist, sackt er halt ab in der Suchmaschinenpositionierung.

Mein Problem dürfte eher die Suchmaschinenoptimierer als die WP-Profis interessieren. Etwa 70 % der Besucher unseres Blogs kommen über Google. Frisch veröffentlichte Beiträge werden bei Google schon nach zwei Tagen sehr ordentlich gelistet. Wenn ein älterer Beitrag aber aus der index.php fällt und nur noch über Archiv respektive Kategorien zu erreichen ist, dann fällt die Suchmaschinenposition krass ab. Wie schafft man es, dass auch ältere Beiträge noch gut gelistet sind?

Mir fallen nur zwei Wege ein:
1. Die Zahl der Beiträge unter "Optionen / Lesen / Zeige die letzten xx Beiträge" heraufsetzen.
2. Die Anzahl der Kategorien erhöhen beziehungsweise einzelne Beiträge verschiedenen Kategorien zuordnen, damit Google alternative Wege hat, den entsprechenden Beitrag zu finden.

Kennt Ihr weitere Möglichkeiten?
Danke und Gruß von Wernerchen
http://www.rad-spannerei.de/blog/