Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenDas hieße ja das WP die Lese-Schreibrechte, nachdem ich die .htaccess geändert hatte, automatisch verändert hat.
Wieso das denn?
Generell empfehle ich dir, nicht irgend welche Code Schnipsel einfach so zu benutzen, ohne klar zu sein, was diese eigentlich bewirken. Denn der von dir gepostete Schnipsel ist etwas konfus.
Du kannst die PHP Informationen hier abrufen: http://feuerwehr-huettblek.de/info.php
Über solche Infos freut sich jeder Bot ;-). Siehe zu, das du die Datei nicht öffentlich machst.
Stelle mal testweise die Permalinks aus Standard und dann lasse eine neue .htaccess erzeugen
Sorry, ich halte das Ganze so wie beschrieben, für unwahr. Ich habe seit vielen Jahren bei manitu Root-Server zu stehen. Ich glaube kaum, das die ohne dein Wissen schadhaften Code entfernen und dir dann in Rechnung stellen. Ich denke eher, wenn du Spam verbreitest, das man deinen Account gesperrt hat.
Gib mal bei Google Punycode Converter ein, das sollte helfen.
Ich meine, die Umlaute in URLs müssen als Unicode stehen
Genauso ist es, vielen Dank.
2. VersuchApache ConfigurationRewriteEngine on RewriteCond %{REQUEST_URI} ^/link_alt RewriteRule (.*) [URL]http://domain2.de/link_neu[/URL] [R=301,L] RewriteCond %{REQUEST_URI} !^/alt_link1 RewriteCond %{REQUEST_URI} !^/alt_link2 RewriteRule (.*) [URL]http://domain2.de[/URL] [R=301,L]
So hat es funktioniert, vielen Dank.
Kleines Problem noch, in einem Link ist ein Umlaut drin (für). Diese Regel wird nicht erkannt, habe auch mal als Punycode getestet, das gleiche Problem. Gibt es dafür auch ne Lösung?
Danke, schaue ich mir morgen früh, melde mich dann.
So hatte ich es auch versucht. Dabei werden die Links unter Punkt3 ebenfalls auf http://domain2.de geleitet und nicht in die entsprechenden Links z.B. http://domain2.de/link_neu
Folgendes Szenario möchte ich erreichen:
1. alle Links von Domain1 (http://domain1.de/*) sollen zu Domain2 (http://www.domain2.de) weitergeleitet werden
2. Ausnahmen: http://domain1.de/alt_link1 und http://domain1.de/alt_link2
3. folgende Seiten der Domain1 sollen auf auf Domain2 weitergeleitet werden:
http://domain1.de/link_alt auf http://domain2.de/link_neu
Punkt 2 und 3 habe ich so realisiert, funktioniert soweit
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !/alt_link1
RewriteCond %{REQUEST_FILENAME} !/alt_link2
Redirect /link_alt http://domain2.de/link_neuNun komme ich aber ins straucheln, wie löse ich es, das die restlichen Links von domain1.de immer auf http://www.domain2.de geleitet werden?
Also wäre wirklich super, wenn ihr das Wissen habt, wenn ihr mir etwas unter die Arme greifen könntet, auch mit dem Blick über WordPress hinaus!
Ich kann dir bei der Lösung sicher behilflich sein, aber auf Dauer muss du halt dein Wissen erweitern. Du kannst mich gerne per PN anschreiben.
Ich habe nie behauptet, dass ich ein Linux-Profi bin, aber ich bin bereit zu lernen, kein Profi ist bis jetzt vom Himmel gefallen, also kein Stress, ich denke dafür ist ein Forum ja da?!
Du hast mich da falsch verstanden, ist auch nicht böse gemeint, für die Administration eines Servers (auch V-Server), ist ein umfangreiches Linux Wissen zwingend erforderlich, gerade bei den aktuellen Problemen z.B. Poodle, LogJam usw. Nimm das nicht auf die leichte Schulter.
Lernen tut man auf einer lokalen Maschine oder in einer virtuellen Umgebung z.B. Virtualbox
Ich besitze den V-Server schon mehrere Jahre, bis jetzt habe ich eigentlich alles zum Laufen bekommen, jedoch daran scheitere ich kläglich, weil ich einfach diesen blöden Error nicht wegbekomme. :(
Glaube mir, du würdest es nicht mal merken, wenn dein Server gehackt wurde
Deswegen hoffe ich, dass ihr mir zur Seite steht und mich eventuell bei der Problemlösung etwas untersützt?
Wie schon geschrieben, dafür sind mehr Infos nötig. Poste mal deinen vhost für die Installation.
Mit dem Command "apachectl -V" habe ich die Server-Version: Apache/2.2.22 (Debian) herausfinden können, hilft dir/euch das etwas weiter?
Wäre evtl. eine Lösung, aber wie geht das?
Sei mal ehrlich, du hast von Linux null Ahnung. Kündige deinen V-Server und hole dir ein normales Hosting Paket.
Wheezy ist old-stable und PHP 5.4 (samt Backports) ist veraltet.
Wir aber noch supported, per LTS bis 2018 ;-).
Was steht denn in der error.log?
Bei Änderungen in der Datenbank erstellt man vorher immer einen Dump. Daher kann also auch gar nichts passieren ;-).
Sicher geht das. Aber warum willst du nicht nur die Domain ändern ?
Du musst in der Datenbank sämtliche alten URL's gegen die neue URL austauschen.
Handarbeit geht nicht?
Ganzen WP Ordner per FTP herunterladen und die Datenbank exportieren?
Doch, aber im Endeffekt soll die Sicherung automatisiert per wp-cron, einmal die Woche, geschehen.
Ich versuche gerade, im Kundenauftrag, deren fertige Seiten, auf einem Strato "Profi" oder "Power-Paket" (es macht einfach keinen Spaß mit Strato) per Backup zu sichern. Probiert habe ich BackWPup und Updraftplus. Bei beiden ist beim komprimieren der Backup Datei bei rund 14% Schluss (auf mehreren Seiten getestet). Ich vermute, das die Scriptlaufzeit so niedrig angesetzt ist, so das das Backup irgend wann stehen bleibt (Zugriff auf die php.ini ist nicht möglich). In der vorhandenen Log-Datei sind keine Fehler zu finden. Letzter Eintrag 'Komprimiere Dateien als ZipArchive'... Kennt jemand eine Möglichkeit, ein komplettes Backup auf so einem Strato Paket erstellen zu können?
Natürlich macht sich ne SSD Platte bemerkbar, vor allem beim Bootvorgang und bei Datenbank Abfragen.
Allerdings solltest du darauf achten, wie virtualisiert wird, das du dedizierte CPU's zugewiesen bekommst und entsprechender Memory ist ebenfalls wichtig. Wenn du Empfehlungen brauchst, kannste mich gerne anschreiben.
