Beiträge von Melewo

Es ließe sich zwar mit Template-Dateien und is_category('die Kategorie') regeln, dass jede Kategorie einer Template-Datei zugeordnet wird oder in einer Datei eine Auswahl erfolgt, jedoch nur für Programmierer oder Theme-Entwickler oder zumindest Nutzer, die sich etwas damit auskennen. Die von Marcus[IS] vorgeschlagene Lösung wäre da einfacher zu realisieren.

Um das sagen zu können, müsste man die Einstellungen oder den Code von Deiner page.php kennen oder was für eine Datei auch immer als Template-Datei für statische Seiten verwendet wird. Bei einem Standard-Theme mit Standard-Einstellungen würden keine Beiträge in statischen Seiten aufgelistet.

Zitat von hydro

Aber der link steht trotzdem im Head der Seiten.

Die Funktionsweise wird hier erklärt:

http://codex.wordpress.org/Function_Reference/remove_action

Und nein,

<link rel="alternate" type="application/rss+xml"... /feed/ ...

kann ich nicht mehr im Head der Seiten entdecken. Habe noch einmal in zwei, drei Seiten geschaut, scheint zuverlässig entfernt zu werden.

Wie ich gerade sehe, so hast Du zwar bereits einen Blog, mit einem einzigen Eintrag, der aus nicht mehr als 'sdfsdfs' an Content besteht:

http://aufregende.eu/

Du solltest zuerst einmal drei Beiträge mit etwas mehr Text als 7 Buchstaben schreiben und dabei kannst Du dann bereits jeden dieser Beiträge einer von Dir angelegte Kategorie zuordnen. Alles andere sind Trockenübungen, die Dir nichts bringen.
Und wenn Du soweit sein solltest, dann erscheinen die Kategorie-Links auch und Du könntest dann nachfragen, wie Du die Kategorie-Links von der Sidebar in einer anderen Menüleiste platzieren kannst.

Du solltest Dir erst einmal einen Blog zulegen, dann stolperst Du allein über die Kategorien. Und falls doch nicht, so helfen Dir unzählige Anleitungen weiter.

Na siehst Du denn die Datei load.php im Verzeichnis /wp-includes/ wenn Du FTP benutzt?
Die Mitteilung sagt doch wohl nur, dass die Datei nicht geladen werden kann, weil nicht gefunden?

Zitat von dianoia

Die Hinweise auf die Wartungsdatei habe ich auch gefunden, halfen aber leider nicht weiter.

Hast Du wie beschrieben den Wert von 1 auf 0 in der DB-Tabelle gesetzt?

Zitat von dianoia

ohne dass ich mich an ein (bewusstes) Update in letzter Zeit erinnere.

Ab 3.7 automatisch, vielleicht hängt es damit zusammen?

Im Original heißt die Mitteilung

msgid "This site has been archived or suspended."
msgstr "Dieser Blog wurde deaktiviert oder archiviert."

und wenn Du nach dieser suchst, erhälst Du eventuell eine Antwort. Hier wäre schon eine:

Zitat

Dort ist in der Tabelle ...

http://blog.medienman.de/blog/2013/12/1…ived-suspended/

Der Rest der Antwort steht im Quelltext:

Zitat

... eine Auflistung der vorhandenen Multi-Site-Blogs zu finden. Wenn der Wert "archived" von 1 wieder auf 0 gesetzt wird, ist das Blog wieder erreichbar.

Wenn Du die Fehlermeldung bei Google eingibst, erhältst Du schon den einen oder anderen Hinweis. Wird wohl eine Wartungsdatei angelegt, wenn ein Update fehlschlug oder so. Kenne mich nicht weiter aus, da ich so einen Fehler noch nicht hatte, doch wenn ich das richtig verstanden haben sollte, so brauchst Du nur die neu angelegte Wartungsdatei löschen.

Wenn ich in der wp-config.php einen Fehler bei DB_HOST einbaue, so dass keine Verbindung zur DB aufgebaut werden kann, antwortet der Server mit einem 500 Internal Server Error, jedoch nicht mit einem 404er. Einen 404er erhalte ich nur, wenn ich die URL einer Seite fehlerhaft eingebe und die Fehlerseite von WP geladen wird.

Dazu müsste man wohl noch weitere Szenarien durchprobieren, um das mehr eingrenzen zu können. Eventuell sind es zu viele Anfragen an die Datenbank, die beim Aufruf einer Seite gestellt werden und es wird nur ein Teil der Anfragen beantwortet oder wie auch immer.

Die Weiterleitung ist richtig und funktioniert ja.

Zitat von hydro

und wie kriegt man jetzt raus ob es funktioniert?

Ganz einfach, weil jetzt mein Suchfeld vom Firefox Add-on HTML-Validator rot wird und den Ausdruck nicht mehr finden kann, wenn ich im Quelltext Deiner Seite nach feed suche.

Habe mal gerade einen Test gemacht, musste die gleichen Ziffern benutzen, mit denen die in der wp-includes/default-filters.php notiert waren, sonst funktionierte es nicht. Somit sollte es so richtig sein:

remove_action( 'wp_head', 'feed_links', 2 );
remove_action( 'wp_head', 'feed_links_extra', 3 );

Und so sind die wp-includes/default-filters.php notiert (nur als Info):

add_action( 'wp_head', 'feed_links',       2     );
add_action( 'wp_head', 'feed_links_extra', 3     );

Zitat von hydro

Und bei google steht ich soll die Füße ruhig halten :mrgreen:

Ja, im Allgemeinen ist das zutreffend, weil Du ja nichts dafür kannst, wenn ein anderer eine Deiner Seiten falsch verlinkt oder so. Da Du aber weißt, wo der Fehler liegt, da würde ich den auch beseitigen, denn warum solltest Du Google auf eine nicht vorhandene Version eines Dokuments verweisen und das dann noch im Head von allen Seiten. Das wäre für mich ähnlich wie bei einem Menü, wo der eine oder andere Link ins Leere führt.

Es beginnt ja mit

[Thu Jan 02 07:28:09 2014] [error] PHP Parse error:  syntax error, unexpected 'version' (T_STRING) in /var/www/clients/client1/web9/web/index.php on line 1

Wo kommt da ein String her?
Könnte ein BOM sein. Ob der dann alle anderen Fehler nach sich zieht oder ob es auch eine Klammer wie bei ';', expecting ')' sein könnte, müsste man dann schauen.

[Thu Jan 02 10:11:35 2014] [error] PHP Parse error:  syntax error, unexpected ';', expecting ')' in /var/www/clients/client1/web9/web/wp-admin/load-styles.php on line 13

Nur wenn in diesen Dateien keiner etwas verändert hat, dann wird es wohl eher ein Plugin sein, was nicht mehr auf dem neusten Stand ist.

Zitat von hydro

Änderung in der function.php ist umgesetzt

Ja gut, nur die beiden Zeilen mit den beiden Feeds sind noch im Head zu sehen, somit noch keine Änderung sichtbar.

Was hat das mit dem Mime-Typ zu tun?
Wie viele Plugins hast Du eigentlich installiert?
Sind die alle auf dem neusten Stand und behindern die sich nicht gegenseitig?
Warum sind im Quelltext so viele Fehler enthalten, wie zum Beispiel diese Steuerzeichen und öffnende Klammer hinter dem schließenden HTML-Wurzelelement?

Die Steuerzeichen werden nicht im Quelltext vom Browser sichtbar, nur in einem vernünftigen Editor, könnten aber allein bereits einen Fehler auslösen. Sieht eigentlich so aus, wobei US und BS im Quelltext vom Browser nicht zu sehen sind:

</body>
</html>US‹BS

Und ich habe nur die zwei Zeilen kopiert, weil mir das gerade auffiel, wer weiß wie viele Fehler da noch enthalten sind.

Zitat von Holz

Ist ja schön, daß Du meine PHP-Version kennst. Ich weiß aber immer noch nicht, wo ich die finde

Ein Browser sendet eine Anfrage an den Server und stellt sich vor und der Server liefert bei einer Anfrage das gewünschte Dokument aus und stellt sich ebenfalls vor. Somit hast Du einen HTTP-Request-Header vom Browser und einen HTTP-Response-Header vom Server.
Und zur Vorstellung gehört halt (falls beide Seiten höflich sind):

HTTP/1.1 200 OK
...
Server: Apache/2.2.26 (Unix)
X-Powered-By: PHP/5.2.17
...

Du könntest aber auch in eine Deiner Dateien einfach einmal einfügen:

<?php echo "Die PHP Version ist ".phpversion(); ?>

Deine PHP Version ist mit 5.2.17 nicht mehr die neuste, genügt aber für WP bisweilen noch. Meine jedoch gelesen zu haben, dass irgendein ein Plugin nur noch ab PHP 5.3 richtig funktionierte. Bin mir jedoch alles andere als sicher, ist bereits einige Wochen her als ich etwas in dieser Richtung las und um welches Plugin es sich handelte, weiß ich auch nicht mehr.

Und hast Du schon einmal nachgeschaut, ob nicht auch die Bilder gelöscht wurden?
Warum ein Bild wie dieses nicht gefunden wird, kann ich Dir nicht sagen, doch das solltest Du feststellen können, wenn Du Dich mal per FTP einloggst und die fehlenden Bilder auf Vorhandensein kontrollierst.

"http://www.holzschroeter.de/wp-content/upl…enbrennholz.jpg"

Irgendwie hört sich das möglicherweise nach einem Virus an oder es hängt mit Deiner PHP-Version zusammen, die für das eine oder andere Plugin eventuell zu alt ist.