Beiträge von Hille

Einfach in Firebug schauen und entsprechend die CSS ändern.

Richte doch einen neuen Testblog unter einer z.B. Subdomain ein. Dann importierste die alte Datenbank, sicherst deine Artikel und löschst den Blog wieder.

Mach das doch über das Dashboard per Export und Import.

Sorry, das ist aber Käse, was dir da dein Hoster schreibt. Wenn ich einen DDOS fahren möchte, dann mache ich das z.B. per SYN-Flooding oder von mir aus auch per Brute-Force auf die wp-login.php ( dann müsste man die auch sperren). Wenn er die xmlrpc absichern will, dann z.B. nur eine Freigabe für bestimmte Clients z.B. WordPress for IOS, Windows Live Writer usw., aber doch nicht generell für alle Kunden sperren.

Verstehe ehrlich gesagt nicht, was du erreichen möchtest.

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.

Zitat von run

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.

Zitat von jadmanx

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.

Zitat von jadmanx

[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.

Zitat von jadmanx

"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.

Zitat von jadmanx

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.