Wenn die Seite ohne sitemap Plugin problemlos funktioniert, warum sollte es dann am Server liegen?! Ich tippe da eher auf ein Konfigurationsproblem Deiner Installation, wenn ich sehe, dass folgende URL aufgerufen wird: http://www.brandschutznews.de/index.php/sitemap/
Beiträge von mfitzen
-
-
Dann hast Du irgendwas nicht richtig gemacht...
[attach='7862.vB'][/attach]
-
Dazu gibts z.B. die Funktion comments_date(), die dann ins Kommentartemplate integriert werden muss: http://codex.wordpress.org/Function_Reference/comment_date
-
Sowas passiert nur, wenn man irgendwas am Template geändert (php Dateien oder CSS Code), oder ein neues Plugin installiert hat.
Mache also alle kürzlichen Änderungen rückgängig u. lösche anschließend den Browsercache.
Wenn das nicht hilft, lade die Originalthemedateien nochmal auf den Server u. überschreibe damit die vorhandenen. Du legst ja mit Sicherheit regelmäßige Backups des Servers u. der Datenbank an, sodass Du problemlos auf einen funktionsfähigen Zustand zurückgreifen kannst...
-
Na, dann ist die Sache doch schon geklärt... Mit dem Pluginautor Kontakt aufnehmen. Er soll mal prüfen, warum das Plugin diese Warnung erzeugt.
Wobei ich stark davon ausgehe, dass Du keine Antwort bekommst. Das Plugin ist lt. Repo kompatibel bis WP 3.2.1 und hat seit 11-2011 kein Update mehr erfahren. Vermutlich wurde die Weiterentwicklung schon eingestellt.
-
Bitte mal ALLE Plugins, also auch wp-realtime-sitemap deaktivieren und eines der Standardthemes aktivieren. Anschließend den Browsercache löschen u. prüfen ob der Fehler immer noch auftritt.
Hier wurde ein ähnliches Problem schonmal geschildert. Ursache war dort auch eine Kombi aus verschiedenen Plugins mit einem Theme.
-
Wenn es um die 3 Links im Footer geht (Impressum, Sitemap u. Trends|News|Studien), dann liegt es vermutlich daran, dass dort das wordpress-Verzeichnis mit eingegeben wurde:
Die URL lautet aber eigentlich
GLeiches gilt für den Link Kontaktformular im Startseitentext. -
Das Plugin kontrolliert gespeicherte Links automatisch. Habe ich gerade in meiner Testinstallation überprüft. Nochmal: Wenn Du uns einen Link zum Blog gibst, dann können wir uns das vielleicht mal ansehen. Vermute hier ein Cache Problem, vorausgesetzt der Link ist wirklich korrekt angegeben.
ZitatDas Problem ist eben da, dass ich nicht weiß, wo ich dem Link Checker sagen kann, dass die Links nicht fehlerhaft sind und er sie also nicht durchstreichen soll.
Das zeigt mir, dass Du Dich noch nichtmal genauer mit den Plugineinstellungen beschäftigt hast. Dort gibt es nämlich eine Ausschlussliste...
-
Dezanjo: Ein Theme funktioniert auch ohne functions.php. Die Datei ist optional.
vintage: WP bringt Themeentwicklern bereits eine Unmenge an Funktionen mit. Alles zusammengefasst im Codex zu finden: http://codex.wordpress.org/Theme_Development
-
Lösche mal den Browsercache
-
-
-
Und was genau soll da kaputt sein?
[attach='7855.vB'][/attach]
-
Um welchen Blog gehts denn? Kann man sich das mal ansehen?
-
Warum soll ich Dir was empfehlen? Das Plugin erfüllt doch seinen Zweck, oder?! Wenn die Links nicht so dargestellt werden sollen, dann deaktiviere die entsprechende Einstellung.
-
Scheint normal zu sein. Aus der Pluginbeschreibung:
ZitatSome search engines don’t reveal search terms for privacy reasons. That’s why we don’t always know which search terms were used by visitors who arrived at your site from a search engine. When we don’t know the search terms, we show them as “Unknown search terms”.
-
Wisst ihr warum?
Es könnte sich um ein Feature des Broken Link Checkers handeln:
ZitatMakes broken links display differently in posts (optional).
-
Hm... Ja, jetzt sehe ich's auch. War mir zunächst nicht aufgefallen.
-
Das sieht doch stark nach the_excerpt() vs. the_content() aus. Schau mal ob Du in den Themeoptionen irgendwo Kurzfassungen eingestellt hast.
-
Du kopierst bzw. verschiebst einfach nur die index.php (u. ggf. die .htaccess) aus dem Verzeichnis wp eine Ebene höher und änderst dann die index.php wie beschrieben ab. Alles andere bleibt im Ordner wp