Meine Seite ist sehr langsam- ständig Service Temporarily Unavailable

Ja, ist nicht gut. Zwei Aufrufe, wobei die erste Response einmal nach 5,18 und beim zweiten nach 21,91 eintraf. Insgesamt:

18,5s (onload: 18,17s)
37,17s (onload: 36,75s)

Laufen da bereits Request, bevor die Seite ausgeliefert wird?
Wie hoch ist die Anzahl der Datenbankabfragen pro Aufruf?

Dafür gibt es irgendein Plugin, doch ich habe für Tests eine zweite index.php zuliegen, die ich kurz austausche, die Startseite 2 bis 3 mal aufrufe und anschließend sollte dann eine auswertung.txt im Verzeichnis liegen, mit der Laufzeit von WP und allen Datenbankabfragen für die Startseite.

<?php
/**
 * Front to the WordPress application. This file doesn't do anything, but loads
 * wp-blog-header.php which does and tells WordPress to load the theme.
 *
 * @package WordPress
 */


/**
 * Tells WordPress to load the WordPress theme and output it.
 *
 * @var bool
 */
$startzeit = microtime(true);
define('SAVEQUERIES', true);
define('WP_USE_THEMES', true);


/** Loads the WordPress Environment and Template */
require( dirname( __FILE__ ) . '/wp-blog-header.php' );


$endzeit = microtime(true);
$gesamt  = $endzeit - $startzeit;
$gesamt  = "\r\nLaufzeit: ".round($gesamt, 4)."\r\n\r\n";


foreach ($wpdb->queries as $abfragen) {
   $gesamt .= $abfragen[1]." - ".$abfragen[0]."\n";
}
file_put_contents("auswertung.txt", $gesamt, FILE_APPEND | LOCK_EX);

Das Ergebnis würde ich jetzt nicht unbedingt hier so frei veröffentlichen, sind immerhin Daten drinn, die es einem Angreifer leichter machen könnten...

3,3 Sekunden nur für Datenbankabfragen finde ich zu viel.
Nach der Zeilenanzahl müssten es so um die 2000 sein. Normal sind denke ich um die 300.

Und du hast wirklich alle Plugins testweise deaktiviert ?
Du könntest mal zum Test noch auf ein Standard-Theme wechseln.

Wenn dich die Logins nerven kannst du mal hier das versuchen:
http://wordpress.org/plugins/rename-wp-login/
Oder nen zweiten Passwortschutz per .htaccess auf die wp-login.php

MfG

Was die Sicherheit noch angeht, wenn ich mich nicht vertan habe, hast du einen Benutzer "admin", der dazu noch die id 1 hat. Außerdem wird das standard Prefix wp_ benutzt...

Zu den Abragen noch:
Woher kommt: wp_prli_links -> 242 Abfrage
Durch Widgets 392 Abfragen.

Ja, unbedingt würde ich die hier auch nicht so sehen lassen, war jetzt mehr für den eigenen Überblick gedacht. Tausche einfach die Datei aus gegen eine, die nur eine Liste mit den Laufzeiten enthält, dann geht der Sinn nicht verloren.
Es waren 20 Seitenaufrufe, so dass die durchschnittliche Anzahl an DB-Abfragen eigentlich noch nicht zu viel ist, wenn auch nicht gerade wenig, doch da haben andere mehr und laden schneller. Allgemein sind die Laufzeiten zu lang. Die erste Response vom Server sollte schon in unter einer Sekunde eintreffen. 0.9 bis über 6 Sekunden halte ich für absolut inakzeptabel.

Um unter einer Sekunde zu bleiben, kann eine einzelne DB-Abfrage nicht bereits 0.03 bis 0.06 dauern, was hier aber teilweise der Fall ist und das nur um Optionen für ein Widget zu laden.

Bei autoload = 'yes' hatte ich es bei meinem letzten Plugin auch belassen und konnte bisher nichts Negatives feststellen. Habe nach einer Beschreibung gesucht, die finde ich gerade nicht im Codex, obwohl ich schon eine gelesen habe, wie ich mich zu erinnern meine. Es entspricht eigentlich der Grundeinstellung NOT NULL DEFAULT 'yes' in der Optionstabelle.

Zitat

Laufzeit: 3.2789
Laufzeit: 0.8951
Laufzeit: 0.9134
Laufzeit: 1.1773
Laufzeit: 1.1374
Laufzeit: 2.2179
Laufzeit: 6.1406
Laufzeit: 2.6899
Laufzeit: 1.7946
Laufzeit: 0.8076
Laufzeit: 1.5468
Laufzeit: 1.9891
Laufzeit: 3.0558
Laufzeit: 3.2005
Laufzeit: 2.3611
Laufzeit: 2.8715
Laufzeit: 1.297
Laufzeit: 2.0974
Laufzeit: 1.048
Laufzeit: 1.3821

Alles anzeigen

Ok das das zwanzig Anfragen sind habe ich übersehen, dann geht es ja noch ok, jedenfalls von der Anzahl her. Aber die Zeiten pro Abfrage sehen trotzdem zu hoch aus...

Wenn man sich hier mal die Timeline anschaut sieht man auch 404 und einen 503 Fehler , die würde ich mal versuchen zu beheben.

Die 8 Sekunden am Anfang könnten auch durch ein Javascriptproblem kommen, so was in der Art hatte mal jemand hier.

Bei welchem Hoster bist du?

JavaScript-Problem eigentlich erst danach, die Probleme würden nach der ersten Response kommen, wo ohnehin weiterer Optimierungsbedarf bestehen könnte und wohl auch bestehen wird.

Gestern sah das bei mir so aus:

Erster Aufruf:

5,18 bis erste Antwort von "http://www.dxf-downloads.de" (hier sollte der Schnitt bei 0,4 bis 0,8 liegen)
dann alles andere und insgesamt
18,5s (onload: 18,17s)

Zweiter Aufruf:

21,91 bis erste Antwort von "http://www.dxf-downloads.de"
dann alles andere und insgesamt
37,17s (onload: 36,75s)

Hatte bisher einmal so ein Problem, doch da stand Strato wohl unter Beschuss durch Attacken und die MySQL-Server lahmten dadurch, zumindest der, von dem meine Seite mit abhängig ist.

Zitat von Melewo

JavaScript-Problem eigentlich erst danach, die Probleme würden nach der ersten Response kommen...

Ja das dachte ich eigentlich auch, aber hier im Forum war mal so ein Problem, ist schon länger her, da hatten die langen Ladezeiten beim ersten Response was mit einem JavaScript-Problem zutun.

Naja hier tragen jedenfalls auch die Datenbankabfragen einiges dazu bei.

Die Ladezeiten für eine Datenbankanfrage kannst du schlecht beinflussen, das muss ja an denen liegen.
Du kannst nur die Anzahl beinflussen. Aber das ist hier ja auch nicht alles hier in dem Fall und dafür das das Hosting-Paket kostenlos ist (und sich scheinbar nur durch Spenden finanziert), kann man es ja noch hinnehmen und erstmal die anderen Probleme beseitigen.

Kostenlos und werbefrei?
Und wie finanzieren die sich?
Habe etwas von "ausschließlich über Spenden" gefunden, was ich mir bei Hostern schlecht vorstellen kann.

Die bieten mod_pagespeed an, vielleicht würde es ja etwas bringen.

http://php-friends.de/blog/wiki/prob…-beschleunigen/

Die Anzahl der Abfragen ist ja doch ok waren ja insgesamt 20 Stück.
Aber die Zeiten scheinen ja wirklich arg zu schwanken gerade ist die Seite doppelt so schnell wie bei meinem letzen Test. Aber 18 Sekunden sind immer noch viel zu viel...

Schau dir hier mal die Timeline an http://gtmetrix.com/reports/www.dxf-downloads.de/ZW1UnUnV und behebe erstmal deine 404 und 503 Fehler die verursachen große Wartezeiten.

Wobei die Schwankungen eigentlich nur mit dem Server selbst zu tun haben können...

Ich würde die Site wie sie ist mit allem Drum und Dran innerhalb von Xampp unter Localhost installieren und mit Firebug die Zeitlinie beobachten. Da wird die zwar immer schneller sein, doch wenn die auch da nicht mit der ersten Response bei etwa 0,3 Sekunden liegt und insgesamt in unter 2 Sekunden fertig ladet, weißt Du genau wo es am meisten hapert und Du ansetzen kannst. Kommen aber die Werte unter Localhost in etwa an diese Werte heran, sollten die im Web nicht so sehr viel mehr als das Doppelte betragen und falls doch, so wird es wohl am Hoster liegen.

Du könntest durch nacheinander deaktivieren herausfinden welches Plugin das verursacht. Wenn du auf dieses nicht verzeichten kannst, kannst du mal beim Autor des Plugins nachfragen. Und hier aufjedenfall noch schreiben welches Plugin das ist.