Bei hunderten von Bilder, Beitragsbildern etc. glaube ich das kaum.
Naja, hunderte von Bilder?
-> http://www.comesvagantes.de/Wordpress/
1 Bild
*** Edit
Habe das Menü nicht gesehen. Ich dachte das wäre eine Seite. Sind doch sehr viele Bilder.
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 erstellenBei hunderten von Bilder, Beitragsbildern etc. glaube ich das kaum.
Naja, hunderte von Bilder?
-> http://www.comesvagantes.de/Wordpress/
1 Bild
*** Edit
Habe das Menü nicht gesehen. Ich dachte das wäre eine Seite. Sind doch sehr viele Bilder.
OK, gebe mich (halb) geschlagen!
https://wordpress.jaba.hosting/wordpress/
Ich bekomme aber kein Internal Server Error auch die Links und Plugins sind alle korrekt! Nur die manuell hingefügten Bilder werden in der Tat nicht angepasst.
*** Edit
Die Bilder anzupassen wird vermutlich schneller gehen, als sich mit Plugins und FTP (Upload/Download) zu ärgern.
Das Docroot ist nicht das entscheidende, sondern das WordPress absolute URL's speichert. In dem genannten Fall müssten dann in der Datenbank alle URL's von http://www.comesvagantes.de/wordpress in http://www.comesvagantes.de geändert werden. Dabei muss auch beachtet werden, das serialisierte Arrays beibehalten werden. Das kann man hiermit erledigen
Ich weiß nicht ob wir hier aneinander vorbei schreiben, aber ich habe das gerade getestet.
-> https://wordpress.jaba.hosting/
Wordpress ist bei mir unter wordpress/ installiert. Ich kann problemlos wieder auf https://wordpress.jaba.hosting/wordpress umstellen.
Und ich habe nichts an der Datenbank geändert. Die Links hat Wordpress eigenständig geändert, in dem ich die [COLOR=#23282D][FONT=Open Sans]WordPress-Adresse (URL) von [/FONT][/COLOR] https://wordpress.jaba.hosting/wordpress in https://wordpress.jaba.hosting geändert habe. Und danach das docroot von / in wordpress/
Mal versucht Wordpress neu runterzuladen und gegen deine zu überschreiben? Solltest nur achten, dass du die gleiche Version benutzt.
Solange du deine wp_config.php sicherst und deine Datenbank nicht löschst, sollte nix passieren.
Das ist total Unsinn! Der Docroot wird von /path/to/htdocs in /path/to/htdocs/wordpress geändert.
Vorher geht man vor, wir in deinem Link geschrieben:
Zitat
- Klicken Sie im Dashboard von WordPress unter dem Punkt Einstellungen auf Allgemein.
- Belassen Sie bei WordPress-Adresse (URL) den Eintrag so, denn hier muss das Verzeichnis stehen, in dem die ganzen Dateien liegen, also http://www.meinedomain.xy/_k23-35_AI
- Geben Sie bei Seiten-Adresse (URL) die Adresse ein über die die Website aufgerufen werden soll, in unserem Fall also die letzten Zeichen löschen, sodass nur noch http://www.meinedomain.xydrinsteht.
- Nun die Eingabe über den Button Änderungen übernehmen speichern.
Man erspart sich damit die übrigen Schritte ...
Es funktioniert zu 100%!
Womit die WP-Installation dann zerschossen ist - Also liebe Kinder bitte nicht nachmachen!
Wie kommst du darauf?
Erzählst du uns auch was zerschossen wird?
Du kannst auch einfach /wordpress zu deiner Standard Seite machen.
Hier beschrieben -> https://hilfe-center.1und1.de/hosting/domain…-a10789014.html
Und ja, unter Einstellungen muss du dann von [COLOR=#333333]comesvagantes.de/wordpress in [/COLOR][COLOR=#333333]comesvagantes.de ändern.[/COLOR]
Hast du denn noch Zugang zum alten Server?
Versuch das ganze mal manuell zu machen. Kompletten Wordpress Ordner kopieren und die Datenbank per phpMyAdmin dumpen und wieder einspielen.
Wenn du auf Google wartest, kann es sehr lange dauern!
Aktiv werden -> http://blog.comspace.de/online-marketi…ebmaster-tools/
Im Admin Bereich unter Einstellung -> Diskussion -> Standardeinstellungen für Beiträge [x] Erlaube Besuchern, neue Beiträge zu kommentieren
Dann unter Seiten direkt bei QuickEdit -> [x] [COLOR=#555555][FONT=Open Sans]Erlaube Kommentare
[/FONT][/COLOR]
Ich hoffe das hat geholfen![COLOR=#555555][FONT=Open Sans][/FONT][/COLOR]
da stimme ich dir zu 100% zu! Updraft werde ich mir anschauen. Das Team von Raidboxes arbeitet wohl auch an einer Möglichkeit deren Backups herunterzuladen (Format ist mir nicht bekannt).
Wenn man etwas manuell machen muss, wird es in der Regel nicht täglich gemacht. Mit den oben genannten Plugin lässt sich sowas Manuell steuern. Bei uns gibt es zum Beispiel WebDAV (owncloud) mit 15 GB Speicher für 2€ monatlich.
Backups: Raidboxes.de sichert nächtlich und je nach Tarif kann man manuelle Backups erstellen und diese auf einer weiteren kostenlosen (14-Tage) Demo Box installieren. Damit kann ich meine Wünsche bzgl. Testen von Updates bevor die eingespielt werden schön abbilden.
Man sollte trotzdem täglich eigene Backups machen. Man weiß ja nie, Firma geht pleite, Rechenzetrum wird bombardiert ...
Dafür ist das Plugin https://de.wordpress.org/plugins/updraftplus/ sehr interessant. Damit kann man sein Backup auf einen Cloudspeicher (Dropbox, owncloud etc...) laden.
Danke euch, besonders bitpalast! Da der blog recht gut besucht ist, würde ich so ein kostenpflichtiges upgrade wohl machen. Aber dann ließe sich auch alles automatisieren ja?
Also dass alle alten beiträge auf den neuen server übertragen werden und wenn jemand (zb per google) auf den alten beitrag kommt, wird er sofort autoatmisch zur neuen domain weitergeleitet?
Dafür legen Sie einfach eine neue Datei an, Names .htaccess mit folgenden Inhalt:
Zitat[COLOR=#444444][FONT=inherit]Redirect 301 / http://www.meine-neue-domain.de[/FONT][/COLOR]
Bietet Ihnen der Anbieter, wo Sie die Domains erwerben, keine DNS Einstellungen an?
Im Admin Bereich unter Einstellung -> Diskussion hast du schon gesehen?
Die Logs wären hilfreich. Es könnte an einem fehlenden PHP Modul oder Programmierfehler sein. Lässt sich aus der Ferne aber leider nicht sagen.
Ungetestet:
Zitat
<?php if [FONT=Monaco, Consolas, Bitstream Vera Sans Mono, Courier New, Courier, monospace][COLOR=#000000](is_page( 'about-me' )[/COLOR][/FONT] ) : ?>
<img src="deinbild.png">
<?php endif ?>
Bau das im header.php ein.
Wie gesagt, ungetestet. Auf eigene Gefahr!
Entschuldigen Sie bitte, aber genau so läuft eine Migration eben ab.
Und das die von Ihnen genannten Plugins nun mal unter Strato nicht funktionieren, ist fakt und soll keine Werbung sein.
Was soll daran nicht technisch korrekt sein?