Verstehe ehrlich gesagt nicht, was du erreichen möchtest.
Beiträge von Hille
-
-
Für den Preis lässt sich nicht mal ne vernünftige Webseite erstellen.
-
Warum sperrt den dein Provider diese Datei? Mal nachgefragt?
-
Eine Möglichkeit wäre eine Abuse Meldung an den zuständigen ISP zu schicken. Sonst kann man evtl einen Backscatter-Filter setzen bzw ein SPF Record für die Domain könnte das Problem teilweise lindern.
-
So richtig verstehe ich deine Frage nicht. Du weißt aber, welchen Sinn die xmlrpc hat? Wenn du diese Schnittstelle nicht benötigst, dann würde ich die immer sperren und gut ist.
-
Möchte im Moment WP nicht aktualisieren!
Habe schon deinen nächsten Beitrag vor Augen: "Hilfe, mein WordPress wurde gehackt" ...
-
Sieht doch auch korrekt aus. Haste auch im WordPress Dashboard die richtige Zeitzone eingestellt?
-
Der andere Weg wäre, die Domain zu einem Registrar umzuziehen, wo du dann Zugriff auf die DNS hast. Dort setzt du für den Record A einen geringen TTL und schaffst nun deine Daten zum neuen Hoster. Wenn du damit fertig bist, änderst du einfach den Record A bzw AAAA, dadurch wird die Seite nach wenigen Minuten schon auf dem neuen Server erreichbar sein.
-
Als erstes kopierst du per FTP deine kompletten Wordpress Dateien inkl Verzeichnis auf den Server deines neuen Hosters. Dann wird die Datenbank exportiert und beim neuen Hoster importiert. Nun leitest du per Auth-Code den Domaintransfer ein. Das sich bei deiner Domain wahrscheinlich auch die Nameserver ändern, wird evtl. deine Seite erst nach rund 24h (abhängig von ns TTL-Wert) bei deinem neuen Hoster erreichbar sein. Solange deine alter Hoster nach dem Domaintransfer die Seite nicht sofort abschaltet, sollte es keine Probleme geben. Wichtig ist aber, das du in dieser Zeit keine Änderungen an der Seite vornimmst. Sollte es sich aber um eine hoch frequentierte Seite bzw. um eine geschäftliche Seite handeln, würde ich generell einen komplett anderen Weg gehen, um Ausfallzeiten komplett zu vermeiden.
-
Man sollte aber auch wissen, was diese Anweisung bedeutet. Im schlimmsten Fall wird die WordPress Installation nun anfälliger für Sicherheitslücken, da PHP nun Eigentümer der Dateien ist und somit gegebenenfalls auch Schreibrechte bekommt.
-
Lade dir das WordPress Paket runter, entpackt es und kopiere die Daten komplett per FTP auf deinen Server.
-
ja klar [COLOR=#333333]vhost wurde richtig konfiguriert,[/COLOR][COLOR=#333333] varnish läuft ja habe aber nicht viel festgestellt ausser das der server nicht so oft timeout ist.[/COLOR]
Gib mal bitte einen Link zur Seite.
[COLOR=#333333]ich habe LVM nach der Anleitung gemacht [/COLOR]https://www.varnish-software.com/blog/step-step…arnish-software.https://wiki.ubuntuusers.de/Logical_Volume_Manager
Ich hatte das nur geschrieben, da du fast alles in einer Partition zu liegen hast, was generell nicht unbedingt sinnvoll ist.
"Mail im Queue" heist emails die ich noch nicht abgerufen habe ?Nein. Der Mailqueue ist so eine Art Verzeichnis, in dem die ausgehenden Mails gesammelt werden, bevor diese gesendet werden. Wenn da 1500 Mails drin liegen, sollte dringend überprüft werden, wo diese 1500 Mails überhaupt her kommen.
-
Ja, kannst du.
-
ist zusätzlich nginx installieren eine gute idee oder kontraproduktiv ?
THANKS!!Ich finde es schon mal toll, das du alle meine Fragen beantwortest :cry:
Mir ist sofort aufgefallen, das du zu viele Slow Queries hast, vermutlich falsch konfigurierter Datenbankserver. Du hast laut Munin teilweise 1500 Mail im Queue. Wie kommt das denn? Ansonsten ist der Webserver nicht allzu ausgelastet.
Du hast nginx noch vor dem Apachen geschaltet? Kann man machen, aber in deinem Fall nicht nötig.
Biste denn nun mit Varnish weitergekommen?
Das Thema LVM ist an dir aber auch vorüber gegangen ;-)? -
Hast du den Varnish auch richtig konfiguriert? Dein Webserver lauscht nämlich nicht mehr auf Port 80, sondern auf z.B. 8080. Auf Port 80 lauscht nun Varnish, d.h. du musst deine vhost anpassen.
Auf deiner Munin Ausgabe kann man nichts erkennen. -
Schau mal in der my.cnf unter Bind oder bind-address nach. Dort trägst du localhost ein und startest dann MySQL neu. Dann musste mal schauen, was noch für Fehler kommen.
-
Du scheinst einen Fehler in der wp-config.php zu haben
-
ist varnish das richtige für mich ?
Ja na sicher. Die Seiten bleiben ja nicht ewig im Cache, sondern nur eine bestimmte Zeit X. Bevor du aber varnish installierst, musst du dich mit der vcl-Konfig vertraut machen bzw eine passende für WordPress erstellen. Kannst mich aber bei Bedarf dazu auch anschreiben.
-
Gib mal einen Link zur Seite. Mal testweise alle Plugins deaktiviert?
-
Hier scheint es ein Problem mit dem Datenbankserver zu geben bzw. eine nicht sinnvolle MySQL Konfiguration. Wenn du ein Hosting Paket hast, kontaktiere deinen Hoster.
