Beiträge von benoslav

Hier geht's lang = > https://www.netcup-wiki.de/wiki/Plesk_Ony…TLS-Zertifikate

Mit welchem User startest du Apache denn in der Shell?

Hi,

auch die "normale" Generation M der KVM Server laufen im Raid. Genauer gesagt im RAID10.

Grüße

Unwahrscheinlich, dass das passiert - wenn auch nicht unmöglich. Die Server sind im RAID gegen Datenverlust gesichert. Ansonsten würde ich dir wirklich den externen Backupspace empfehlen.

Nun, der Nginx bzw. Froxlor binded sich höchstwahrscheinlich an deine Server IP von Netcup. Das funktioniert in einer VM logischerweise nicht, weil du da eine andere IP hast. Du musst also das Image schon leicht anpassen, damit es auch in der VM richtig funktioniert.

Was bedeutet ansprechen?

Möglich ist auch, dass dieses Shopsystem einfach nicht gut programmiert wurde. Aber da kann ich nicht viel zu sagen.

Also bei mir bist du jetzt von Note F auf B gestiegen, was schon ziemlich viel ist. Nutz ruhig mal die Analyse bei GTmetrix | Website Speed and Performance Optimization - dort findest du noch mehr Optimierungsmöglichkeiten. Da du viele Bilder benutzt, würde ich daran zu erst arbeiten

Läuft das Backend jetzt auch besser?

P.S.: Eine derartig große .htaccess Datei kann ebenfalls zu einer Verlangsamung führen, weil bei jedem Aufruf der Inhalt dieser Datei geprüft wird.

Versuch mal in der Datei bei:

Zitat

<IfModule mod_headers.c>
Header unset Etag
</IfModule>

Noch

Zitat

Header set Connection keep-alive

einzufügen. Also

Zitat

<IfModule mod_headers.c>
Header unset Etag
Header set Connection keep-alive
</IfModule>

Also laut GTMetrics ist das sogenannte "Keep Alive" nicht aktiviert.

Kurze Erklärung:

Zitat

Keep alive is a method to allow the same tcp connection for HTTP conversation instead of opening a new one with each new request

Für jede Anfrage, egal ob Bilder oder sonstiges, wird also immer eine neue Connection erstellt, statt die zuvor Erstellte zu nutzen. Man möge mich korrigieren. Kannst du mal deine .htcaccess posten?

Ein Link zur Prüfung und die Spezifikationen des Servers / Hostings wäre ganz nett

Genau ACPI Shutdown (So steht es jedenfalls in der dazugehörigen News)

=> Neues Feature für vServer: Export von Snapshots « netcup news

Hi,

du kannst nur Snapshots exportieren, die im ausgeschalteten Zustand erstellt wurden.

Grüße

Benny

Hi,

da gebe ich dir recht. Es liegt aber scheinbar an meinem "großen" Theme. Die Respondzeit beim ersten Request lag laut diversen Analysetools bei rund 3-4 Sekunden, was ich doch ziemlich lange finde. Am Server selbst kann es meiner Meinung nach nicht liegen, da dort nur das nötigste aktiv ist und ich einen relativ guten KVM hier bei netcup habe ( Generation 6. Version M mit SSD)

Hallo,

danke für die Antworten. Ich habe mittlerweile ein CDN und ein eigenes Caching vorgeschaltet. Auch mit deaktivierten Plugins war das WordPress zuvor ziemlich träge - vor allem beim "ersten" Connect.

Ansonsten läuft jetzt alles top

Hey Leute,

ich habe folgenden Root Server:

Root M v2 mit

Prozessor:Intel® Xeon® E5-2620Prozessorkerne:1Arbeitsspeicher DDR 3 ECC:4 GBFestplatte:240 GB

Ich habe ein kleines Magazin auf Wordpress Basis, welches schon richtig gut bei Google ranked. Deswegen habe ich mir mal Gedanken für die Zukunft gemacht und für mich eine Art Performancetest gemacht.

Ganz simpel: Die Seite aufgerufen und F5 gedrückt gehalten. Da sind dann logischerweise rund 100 Prozesse vom Apache2 entstanden. Die Frage die ich habe: Wie viel muss ein Apache mit den obigen Servereigenschaften aushalten? Ich habe bereits beim Test gemerkt, dass die Seite natürlich dann sehr lange gebraucht hat, um zu laden.

Als Modul kommt Prefork zum Einsatz mit folgenden Parametern:

<IfModule mpm_prefork_module>
StartServers 8
MinSpareServers 5
MaxSpareServers 15
MaxClients 100
MaxRequestsPerChild 10000
</IfModule>

Das zeigt mir das Apache Performance Tool an, wenn ich 50 Anfragen startet und davon 10 gleichzeitig:

Percentage of the requests served within a certain time (ms)
50% 5294
66% 5513
75% 5680
80% 6231
90% 6356
95% 6483
98% 6905
99% 6905
100% 6905 (longest request)
Bei Rückfragen bitte fragen! Ich bin echt gespannt auf euren Input. Danke!!

ok, vielen dank für die schnelle Hilfe Ob es klappt, sehe ich dann demnächst, wenn ich wieder PHP Dateien bearbeite.

Danke!

Seltsamerweise ist die APC.so in der PHP.ini nirgends zu finden. Ich finde aber eine 20-apc.ini in /etc/php5/conf.d/

Kann ich die einfach löschen oder wie deaktiviere ich die am besten?

In der PHP Info habe ich folgendes gefunden:

apc.cache_by_default On

Hey Leute,

folgendes Phänomen:

Saubere selbst durchgeführte Wordpress Installation. Alles funktioniert einwandfrei - bei Änderungen die ich manuell an PHP Dateien auf dem FTP durchführe, sehe ich die Änderungen immer erst nach einem Apache Reload oder einem kompletten Neustart.

Im Wordpress selbst habe ich kein Caching aktiviert - hat hier jemand eine Idee?