Beiträge von Hille

Zitat von Putzlowitsch

Ich meine, die Umlaute in URLs müssen als Unicode stehen

Genauso ist es, vielen Dank.

Zitat von mensmaximus

2. Versuch

Apache Configuration

RewriteEngine 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_neu

Nun 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?

Zitat von udgesbou

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.

Zitat von udgesbou

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

Zitat von udgesbou

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

Zitat von udgesbou

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.

Zitat von udgesbou

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.

Zitat von mensmaximus

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 ?

https://interconnectit.com/products/searc…ress-databases/

Du musst in der Datenbank sämtliche alten URL's gegen die neue URL austauschen.

Zitat von SuMu

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.

Hört sich an, als ob die Seite gehackt wurde. Sind WordPress, Plugin und Themes immer auf dem neusten Stand gehalten wurden?

Danke, Fehlermeldung ist nun beseitigt.

Zitat von websupporter

Benutz mal den Backslash: \

Vielleicht liegts bei Dir daran?

Danke, das war die Lösung. Daran habe ich überhaupt nicht gedacht.

Ich bekomme in der error.log, seit der PHP Umstellung auf 5.5 folgende Fehlermeldung:

call_user_func_array() expects parameter 1 to be a valid callback,
non-static method ImgMouseover::init() should not be called statically
in /var/www/meine_domain.de/wp-includes/plugin.php on
line 496

Das ist leider ein älteres Plugin, was bei einigen Seiten noch im Einsatz ist. Das Plugin selber funktioniert problemlos, halt nur die Fehlermeldung in der error.log. Wie kann ich das Problem mit der Fehlermeldung lösen?