Es holpert und ich bin aber noch am Rödeln (musste um 9:45 Uhr erst mal weg zur Physiotherapie). Dumm gelaufen. Hier ein paar Erläuterungen – ist alles "work in progress".
Anzeige
Ich sitze aktuell daran, den IT-Blog zum Laufen zu bringen (gegen 9:300 Uhr gab es den "ersten Schuss" – nach ca. 11:30 Uhr kam ich von einem Physio-Termin zurück und arbeite die Aufgaben ab). Ich konnte auf der neuen Domain leider nichts testen und bin in einige Probleme gelaufen.
IPv4 und SSL-Zertfikat
Vorab: Der Blog ist nur noch unter IPv4 erreichbar, da all-inkl.com kein IPv6 unterstützt (bei HostEurope gab es auch IPv6-Support).
Es gab Kommentare, dass das Zertifikat nicht tut. Inzwischen ist ein Let's Encrypt-Zertifikat eingebunden, was auch funktionieren sollte. Hintergrund: Ich musste um 9:30 Uhr das bestehende Zertifikat, welches ich die Tage ohne Domain zugewiesen hatte, komplett löschen und ein neues Zertifikat zuweisen.
Danach war der Blog erreichbar (ist auch logisch, dass alte Zertifikat war ja nicht für borncity.com ausgestellt). Falls noch jemand Zertifikatsfehler bekommt, bitte kurze Rückmeldungen – hier läuft es sauber.
Anzeige
Ergänzung: Ich habe jetzt auch mal HSTS deaktiviert, damit wir da nicht in Probleme laufen.
Datenbank-Fehler und Setup
Möglicherweise haben einige Leser kurz einen Datenbankfehler gesehen und dann die Setup-Seite für WordPress. Hintergrund war, dass die WP-Konfigurationsdateien sowohl eine falsche Datenbankanbindung als auch einen falschen WP-Datenbank-Prefix aufwiesen. Ich habe das schrittweise abgearbeitet, worauf die obigen Effekte auftraten.
Ab ca. 9:30 Uhr sollte für Leser, die bereits per DNS umgeleitet wurden, der "Rumpf des Blogs" abrufbar gewesen sein – nur das Bild im Header war weg – und die restlichen Blogs funktionieren auch noch nicht – sind noch nicht auf borncity.com umgezogen, sondern liegen als Staging unter borncity.eu.
Wichtig: Falls jemand aus der Leserschaft Zugriff auf die Dateien des WordPress-Blogs oder deren Ordner bekommt, bitte direkte Rückmeldung (möglichst per Mail).
Einiges zu tun …
Unter borncity.com/blog/ hatte ich zwar eine Kopie der WordPress-Instanz liegen – aber irgendwie war die nicht ganz aktuell. Nach der Aktivierung waren das Header-Bild sowie alle Plugins weg – das musste ich manuell korrigieren.
- Ich habe nun alle Mediendateien und auch die Plugins zum neuen Auftritt kopiert und das sollte inzwischen (seit ca. 12:00 Uhr) funktionieren.
- Das Kontrollkästchen bei Kommentaren, was um DSGVO-Zustimmung bittet, sollte wieder vorhanden sein. Und Kommentare sollten sich wieder editieren lassen (habe ich aus Zeitmangel noch nicht getestet).
- An der Mobilgeräte-Anpassung sitze ich gleich noch dran – ebenso an der Feinabstimmung diverser Plugins. Update: Das sollte inzwischen alles behoben und final eingerichtet sein.
- Die restlichen Blogs sind aktuell noch unter borncity.eu erreichbar – ich will die erst umstellen, wenn ich hier halbwegs klar Schiff habe.
Ich gehe jetzt erst einmal die Einstellungen für den Blog und die Plugins für diesen Blog durch und schaue, ob ich sauber rübergekommen und wieder funktional bin. Ansonsten habe ich in den Kommentaren noch einige zusätzliche Hinweise gegeben.
Anzeige
Alles gut! Hier landet man unter "borncity.com" auf einer IPv4 deines vorherigen Providers. (Vorher war der Blog unter einer IPv6-Adresse erreichbar.) Wird sich wohl nach und nach ändern und wir werden alle wieder bei dir sein.
Ok, gute Reise
Scheint zu funktionieren, jedenfalls teilweise.
Bei mir werden nur keine Bilder angezeigt.
Und das "Weiterlesen →" wird beim Artikel "Fix: Outlook kann keine Anmeldung bei GMail IMAP" irgendwie zu groß angezeigt (bei den anderen Einträgen passt es interessanterweise).
Kann ich genau so bestätigen. Ca. die Hälfte der Bilder auf der Seite bekommt laut Firefox Developer-Tools einen 404.
Positiv: Die Seite wird jetzt viel viel schneller abgerufen als vorher!
Die Domain ist noch im Umzug und verweist teilweise noch auf den alten Server, damit dürften sich die fehlenden Bilder nach und nach erledigen (wenn Günter sie schon alle auf den neuen Server übernommen hat).
Die größere Schrift für "Weiterlesen" gab es auch schon beim "alten" Server. Liegt wohl am Layout im jeweiligen Beitrag.
Das „Weiterlesen →" ist nur zu gross, weil der "Weiterlesen" Marker in die folgende Überschrift gerutscht ist. Keine Folge des Umzugs.
Willkommen im neuen Heim.
Jetzt kann man daran denken, es hübsch zu machen und z.B. die Bilder wieder an die Wände zu hängen. 🤣
Alles wird gut.
Bei der Eingabe der Kommentare fehlt noch die Bestätigung der Datenschutzerklärung (Kästchen zum anklicken).
Ist aktuell noch alles im Argen – musste zur Physiotherapie – und nach der Notumstellung des IT-Blogs davor sind alle Plugins rausgeflogen.
Leg die Füße hoch, trink einen Kaffee mit deiner Frau und schau dir alles ganz in Ruhe an. Das wird schon! (Datenschutzerklärung schon wieder drin. *lach*)
HTTPS-Zertifikat von heute – passt!
Der Umzug erfolgte ab ca 11:20 Uhr.
Kurz vorher hatten diverse die DNS-Server noch die alte IP gemeldet (siehe mein anderer Beitrag unter dem vorherigen Artikel).
Als ich meinen Beitrag im vorherigen Artikel ändern wollte, stand da zwischen 11:20 und 11:40 Uhr "undefined" und der Inhalt des Beitrags mit den DNS-Tests war gelöscht.
Nach einem Refresh steht der alte Text wieder da und das "undefined" ist weg.
Vermutlich werden gerade die Blogs und die Kommentare verschoben.
Edit 11:50 Uhr:
Der Verizon-DNS-Server 4.2.2.4 hat noch Probleme.
Es erschien mehrmals "undefinded" als Posting-Inhalt und "Seite nicht gefunden" für den gesamten Blog.
Die DNS-Server der Telekom (217.0.43.114) und von Cloudflare (1.1.1.1) scheinen zu funktionieren, ohne dieses "undefined"-Problem.
Es ist komplexer. Ich habe natürlich die Datenbanken vor Tagen kopiert bzw. beim neuen Provider neu eingerichtet. Gleiches galt für die Blogs – dummerweise konnte ich im Verzeichnis, wo jetzt borncity.com liegt, nichts testen – entweder es ging nichts oder ich landete auf dem HostEurope-Speicherplatz (hängt mit WordPress und einigen anderen Sachen zusammen).
Also habe ich unter borncity.eu die Blogs zum Testen eingerichtet und versucht, bis heute alles in diesen Staging-Bereich zu spiegeln. Unter borncity.com lagen zwei Dateien für die Startseite und den IT-Blog – da ich aber nichts testen konnte, ging das schief. Ich musste das SSL-Zertifikat löschen und neu anlegen, um https zu können.
Dann waren noch alte Konfigurationsdaten in einer WordPress-Konfigurationsdatei, so dass es einen Datenbankfehler gab. Habe ich angepasst, aber dann kam der Installer, weil ich einen WordPress-Datentabellen-Prefix übersehen hatte. Als das angepasst war, konnte die Leserschaft den Blog (ohne Bilder) sehen. Und dann musste ich um 9:45 Uhr weg – um 11:30 habe ich dann begonnen, Plugins und Bilder rüber zu kopieren und erste Anpassungen zu machen. Jetzt (Stand 12:24 Uhr) müssten die gröbsten Schnitzer raus sein.
Möglicherweise sind einige Kommentare verloren gegangen – und mir fehlen diverse Zugriffsstatistiken – ist aber verschmerzbar. Ich arbeite mich jetzt Stück für Stück an der Restaurierung aller Blogs auf borncity.com (neu) ab.
Ja, die Diskussionen vom 2.09. bis gestern fehlen*, aber sonst läuft die neue Site gut und schnell!
edit:
1) hab Ihnen mal den Stand heute 04:15 exportiert (falls Sie keinen Zugriff mehr drauf haben): ufile. io/g7unijpk
2) die edit-Box ist wieder so miniklein wie neulich auf dem alten Server
* und Sie haben die typographischen Anführungszeichen (Anfang oben, Ende unten) und Apostrophe des alten Servers gegen Einfache (Anfang und Ende oben) getauscht (uwww, WSW meldet alle alten Seiten als geändert 😲), aber so ('nüchtern') passt schon besser zu einem TechBlog.
Für die die edit-Box wurde der veraltete CSS Fix eingepflegt, kommt sicher noch der aktuelle.
dnsforge.de und dot.ffmuc.net funzen auch ausgezeichnet
Ich habe aus Interesse mal ein wenig herum geklickt. Fühlt sich alles soweit recht flüssig an. Ein Fehler ist mir aber dabei aufgefallen. Keine Ahnung ob vor der Umstellung schon vorhanden, aber die Verlinkung auf der rechten Seite zum "Bücher-Blog" führt in nen 404
Es ist noch vieles bei den Verlinkungen auf andere Blogs und ggf. statische Seiten kaputt – danke für den Hinweis.
Herzlichen Glückwunsch :)
Den deutlichen Geschwindigkeitszuwachs spürt man bei All-Inkl aus jedem Netz. Host Europe, Strato, Ionos sind dagegen lahme Enten.
Kann selbst nach knapp 8 Jahren All-Inkl nicht negatives berichten. Rennt und rennt und rennt. Und das es nur IPv4 gibt…egal. Lassen sich auch besser und einfach Bots, etc. via .htaccess wegfiltern.
Hallo aus dem hohen Norden an der Ostsee (HGW).
Scheint ja erstmal gut zu laufen. Ist auf jeden fall erstmal ziemlich schnell🚀.
Danke für die Arbeit, war sicher nicht einfach alles zum laufen zu bekommen.
Auch hier (irgendwo am Zürichsee) sieht es gut aus und schneller ist der Blog auch.
Vielen Dank!
Ping-Zeit 23 ms – 8 Hops dazwischen.
Ist ja schon später am Tag aber alles läuft einwandfrei.
Und ja: Deutlich schneller!
Habe selber Domains bei All-Inkl und bin sehr zufrieden mit denen. Gute Wahl!
Aaaccchhhhhh herrrrlichhhh hier bei All-Inkl. – das performat ja richtig.
Schön das Günter angekommen ist und wenn der alte blog dann mal abgeschaltet ist, werde wir die letzten Baustellen der kaputten Links auch finden.
Scheint doch soweit geklappt zu haben und man lernt mit dem Alter immer noch das eine oder andere dazu.
Glückwunsch zur Transition!
Glückwunsch, wenn ich Dich von den Schmerzen bei WordPress so höre bin ich froh, mich vor einigen Jahren für Hugo + Git Workflow entschieden zu haben ;-)
Hier noch ein paar Herausforderungen für die Zukunft:
https://pagespeed.web.dev/analysis/https-borncity-com/7nhvxbq8za
https://developer.mozilla.org/en-US/observatory/analyze?host=borncity.com
https://webbkoll.dataskydd.net/de/results?url=http%3A%2F%2Fborncity.com
Auch von mir die herzlichsten Glückwünsche und ein Dankeschön für den erfolgreichen Umzug!
Die Performance (wie auch von anderen Blog-Lesern bereits berichtet) ist excelent.
Ich bin gerade etwas schockiert, dass ein so großer Hoster kein IPv6 unterstützt. Wie kann das im Jahr 2024 sein? Es gibt Internetanschlüsse die nutzen primär IPv6 und erreichen IPv4-Ziele nur über CG-NAT. Funktioniert auch, ja, ist aber nicht schön.
Da sind wir jetzt bei einem schwierigen Thema. Die erste Antwort: Gab ja hier einige Leute mit 'wechsel zu ..m', wo auch der aktuelle Hoster genannt wurde. Hatte es nicht auf den Radar und kann es nicht final werten. Bei Hosteurope hatte ich durch eine Fehlkonfiguration von denen erhebliche Probleme. allinkl argumentiert, dass ipv6 keinen Sinn macht.
Das geht nicht in deine Richtung, aber dass IPv6 keinen Sinn macht ist wohl ein schlechter Witz! Irgendwie bekomme ich dabei das Gefühl, dass die technische Infrastruktur einen ziemlich desolaten Zustand hat.
Aber es gibt gerade wahrscheinlich wichtigere und größere Baustellen als IPv6.
> allinkl argumentiert, dass ipv6 keinen Sinn mach
So ein Schwachsinn ist ja schon fast schon eine eigene Meldung wert.
Dass der Umzug so, wie er umgesetzt wurde ein Fehler ist wurde ja leider in den Wind geschlagen.
Kannst du das erläutern? Finde der Umzug hat auch vieles gutes, die Ladezeiten sind jetzt spürbar kürzer. Dass ein Umzug in dieser Größenordnung immer Hürden mit sich bringt, ist eigentlich auch selbstverständlich.
Nun ein Downgrade auf IPv4 only ist schon etwas was sich im ersten Moment nach Satire anhört. Auch dass man kein Cloudflare oder andere Anbieter einsetzt. Nichts eigenet sich besser als ein Blog wo 99.999% der Inhalte gecached werden können. Dann könnte man auch bei All-Inkl bleiben den CF bietet dir sogar im Free Paket einen IPv4/IPv6 Converter an. Von den unnötigen Kosten ganz zu schweigen. Die WAF Funktionen von CF die für WordPress wie gemacht sind ganz zu schweigen.
Cloudflare ist nicht DSGVO konform nutzbar. IP Adresse Besucher geht damit ohne Zustimmung an Dritte.
Nun, ab einem gewissen Volumen ist auch Cloudflare nicht mehr kostenlos. Zudem gibt man die Hoheit über den Speicherort seiner Daten auf, das Cloudflare-Netzwerk operiert weltweit.
Das größte Problem sehe ich allerdings in der Monetarisierung, durch das Caching kommen nicht mehr alle Zugriffe beim Server an.
Zum Thema IPv6 hatte ich in einem anderen Beitrag (der noch nicht freigeschaltet ist) schon etwas geschrieben.
Ich hatte z.B. gerade den Fall, daß bei einem etwas größeren Elektronikversender (RS Components bei Bad Hersfeld) die Website nicht über IPv6 aufzurufen war.
Mein Proxy versucht es ca. 30 Sekunen lang und fällt dann auf IPv4 zurück – womit es ging. Da es dann geht tolerieren viele vermutlich diesen Zustand oder nehmen es überhaupt nicht wahr – wenn sie ausschließlich per IPv4 unterwegs sind.
Ich brauchte auch etliche Mail-Anläufe, bis jemand dort verstanden hat, was für ein Problem ich melden wollte, der Zustand hielt über einem Monat an. Deswegen sehe ich das Weglassen von IPv6 (im Moment) durchaus noch als sinnvolle Option an, wenn man sich seiner Sache nicht 100% sicher ist.
CF ist DSVGO Komform auch wenn man es hier im Blog nicht wahrhaben will. So nutzt zb Spotify oder der Versandhändler Otto CF. Bei letzteren kann man sich laut der hier im Blog angebrachten Argumente gar nicht mehr rausreden.
Auch ist der Blog hier weit unter dem Volumen wo man zahlen müsste und selbst dann ist es günstiger.
@caligula: CF ist nicht DSVGO komform, informiere Dich.
CF ist ein Man in the Middle Proxy dem du deine HTTPS certs und priv keys geben musst.
Komm die Chutzpe am morgen braucht echt keiner!
Mit Cloudflare hast du dich entlarvt. Wenn performance vor Datenschutz kommt dann bin ich lieber auf einem Ruckelblog.
m(
Wir sollten an dieser Stelle die fruchtlose Diskussion beenden. Es gab Gründe, warum ich von HostEurope weg musste – IPv4-only wird mich nicht umbringen (all-inkl begründet es technisch, warum sie kein IPv6 anbieten) – und Cloudflare werde ich nicht ohne Not einbinden – DSGVO hin, DSGVO her.
Am Ende des Tages halte ich – und nur ich – die Knochen hin.
Die vielen "wohlmeinenden Tipps" der Art "gehe dahin, mache es so, ist ein Klacks" bringen mir genau Null. Denn am Ende des Tages muss ich entscheiden und springen und halte die Knochen hin …
Es sieht aktuell für mich so aus, dass der Auftritt bei All-Inkl (bis auf das fehlende IPV6) eine Verbesserung gegenüber HostEurope darstellt – und nur das zählt.
Dass es aktuell sogar 10 Euro günstiger pro Monat für mich geworden ist, und ich einige Domains mit im Paket habe, ist ein netter Nebeneffekt.
Der Umzug an sich ist sehr zu begrüßen und All-Inkl. definitiv ein kompetenter Hoster. Das Ergebnis an "Flüssigkeit" sieht man im Moment und es ist für den ersten Tag extrem gut.
Was Du sicherlich meinst sind zwei Dinge:
1) Die Vermischung von Hosting- und Domainumzug
Das Hosting separat umzuziehen wäre sicherlich störungsärmer gewesen. Man hätte einfach zu einer passenden Zeit mitten in der Nacht den A-Record auf die neue IP gedreht, und nach 2×300 Sekunden (doppelte TTL) hätte sich alles wieder gefunden.
So hat man durch den nicht planbaren Domainumzug zwischenzeitlich die Kontrolle über den A-Record aus der Hand gegeben und ist zu einer unpassenden Zeit (Physiotherapie) davon überrascht worden.
Welche Gründe es dafür gab, wird G.B. sicherlich noch in den angekündigten "Lessons learned" genauer erläutern, technisch kann ich mir kaum etwas vorstellen, also waren es vermutlich vertragliche Gründe. Vielleicht hängt es auch mit den verwendeten Werbenetzwerken zusammen.
2) Die ungenügenden Tests
Sicherlich hätte es einen Weg gegeben, die IP von "borncity.com" testweise lokal schon vorab auf das neue Hosting umzubiegen.
Im einfachsten Fall mit einer lokalen hosts-Datei, bessere DSL-Router bieten aber auch die Möglichkeit, statische Einträge vorzunehmen, die dann für alle Geräte im lokalen (W)LAN gelten, etwa auch Mobiltelefone.
Hier gebe ich aber zu bedenken, daß G.B. keinen Server gebucht hat, sondern ein managed Hosting. Hier ist es oft so, daß man nicht bis "hinunter zur httpd.conf" vollen Zugriff hat, sondern viel scriptgesteuert generiert wird, um den Host vor Fehlkonfigurationen zu schützen.
Damit war es vielleicht prinzipbedingt nicht möglich, die volle Konfiguration für "borncity.com" vor dem Domainschwenk auszurollen. Wenn der alte Hoster dazu noch den Zugriff auf die Key-Datei des alten Zertifikates blockiert, ist auch das Generieren eines neuen Zertifikates erst nach dem Umzug verständlich.
Oder meinst Du IPv6? Ja, ist auch zu begrüßen und ich lege bei meinen Konfigurationen auch Wert darauf, weil es viele Probleme (gerade im Bereich NAT) erspart. Fakt ist aber auch, daß bei "unbedarfter" Konfiguration (all-inkl. wird da ja Erfahrung mit seinen Kunden haben) sehr schnell schwierig (weil eben nur bei manchen auftretende) einzukreisende Probleme generiert. Weglassen ist heutzutage noch eine praktikable Lösung – und nicht die schlechteste.
Anyway, Vorwürfe halte ich für völlig fehl am Platz, wir sollten erst mal auf den Bericht warten, was im "Maschinenraum" passiert ist und welche Rädchen wirklich geklemmt haben.
@Günther
Man merkt vermutlich eher abends und am Weekend. Gerade wenn schlechtes Wetter ist und die Übergänge an den POP Standorten von Anbieter A zu B einfach nahezu oder voll sind. Das passiert in der Regel meistens nur auf den IPv4 Strecken. Bei IPv6 ist mir das noch nie unter die Augen gekommen. Gerade DTAG und Vodafone als Endkunden Anbieter sind da in Deutschland ganz weit vorne…
Die kaufen Ihre IPv4 Adressen in der Regel bei Broker für (teures) Geld und legen die Kosten auf Ihre Produkte um. Solange jeder Kunde das zahlt und nicht meckert, wird sich nichts ändern. Vermutlich muss der Anbieter sein IP Design, seine Infrastruktur, seine Sicherheitskonzept, etc. überarbeiten. Aber das wird nicht einfacher, wenn man immer größer wird. Das haben Anbieter wie HostEurope/domainFACTORY schon mehrfach bewiesen.
Hallo Günther, abends auf der Couch liegend auf einem funktionierenden Blog deine Arbeiten nachzulesen ist genau mein Ding. Irgendwas ist aber schiefgelaufen beim Umzug. Ich finde beim besten Willen den Blogeintrag nicht mehr, das seit Monaten alle Windows Updates ohne Fehler, schnell und vollständig installiert werden können und keine Probleme mehr verursachen 😂. Der ist wohl beim Umzug verloren gegangen. So ein gewachsenes Projekt umzuziehen ist schon spannend denke ich.
Man fühlt den Geschwindigkeitsgewinn wirklich.
alternativ(in deinem sinne) gesagt: geh doch endlich.
Troll-Futter?
Vielleicht meinte er
"gehT doch endlich."
(das "T" hat die Tastatur verschluckt).
Im Sinne von "Funktioniert doch endlich".
Bei einer Aufforderung hingegen würde auch noch das Ausrufezeichen am Ende fehlen und es wäre inhaltlich auch Blödsinn.
warum bist du überhaupt umgezogen?
Ich habe den anderen Artikel zwar verfolgt, aber so ganz klar ist es mir technisch ach nicht. HE ist ja kein Wald und Wiesen Webhoster.
Ich schreibe vielleicht zum WE was – einfach hier nach HostEurope suchen – da findet sich einiges. Der Leidensdruck war schon hoch, sonst hätte ich mir das "irgendwo vor Blog-Ende" schlicht nicht mehr angetan – es ist jetzt fast ein Monat drauf gegangen – erste Sicherungen auf all-inkl.com sind vom 3.9.2024.
Hier kommt alles an.
Hättest du nichts gesagt, hätte ich nichts gemerkt. Also was ein gutes Zeichen ist.
Falls All-Inkl IPv6 vor sich herschiebt, würde ich empfehlen auf ein anderen Webhoster zu wechseln.
Viele andere sind viel günstiger und besser als dieser. <- Nur so als Denkanstoß ;)
A bisserl schwierig mit so einem pauschalen "Denkanstoß" – mein ja nur ….