Additionally, paste this code immediately after the opening tag: Forum wordt verhuisd - kost meer tijd - Forum Wereldfietser

Forum wordt verhuisd - kost meer tijd

Een herhalding van een eerder bericht maar nu voor iedereen leesbaar:

Zondag, eerste Paasdag, zal ik het forum gaan verhuizen naar een nieuwe server (alles blijft verder hetzelfde - ook de domeinnaam). Voordelen zijn:
-volledig beheer (is nu niet zo)
-iets snellere server
-betere support bij calamiteiten.
-meer mogelijkheden om zelf te programmeren

Je zult begrijpen dat het verhuizen niet zomaar even iets is maar ik denk dat ik de procedure al aardig onder controle heb en bovendien is het nieuwe forum door een aantal leden al getest (waarvoor dank).

Dus op eerste Paasdag zal het forum een aantal uren gesloten zijn. Je merkt het vanzelf. Ik zal proberen de gesloten tijd zo kort mogelijk te houden en - indien mogelijk - read only maken (dus inloggen niet toegestaan maar forum nog wel leesbaar).

Zodra ik ga beginnen, update ik dit bericht.

Met vriendelijke groet,
Phillip
systeembeheerder Wereldfietser
Hou er rekening mee: tussen 13 en 15 uur, vandaag (1e Paasdag), wordt het forum afgesloten of read-only gemaakt. De tijd is afhankelijk van hoe snel ik werk. Dus daarna kun je niet meer inloggen. In de loop van de middag hoop ik het forum weer open te kunnen zetten.
Upgrade:
Helaas is de verhuizing nog niet helemaal gelukt. We zitten nog op de oude server. Het downloaden van de oude server kan alleen maar met ftp (een soort verkenner) en het is meer dan 50 Gb en dat is een hele middag downloaden waardoor er geen tijd meer was voor uploaden. Helaas is er bij de oude server geen andere manier.

Het goede nieuws is echter dat ik inmiddels een manier heb gevonden om de downtijd een stuk korter te maken (voor de techneuten - met wsll via ssh). Ik ga er deze week weer mee verder en anders wordt het volgende week.

Ander goed nieuws is dat het omzetten van de DNS - dus waar de domeinnaam naartoe moet wijzen - ook geen enkel probleem oplevert.

Komt een keer goed :-).

Groet Phillip
Is het misschien een optie om de de bestanden voor het verzenden in te pakken, veel kleine bestanden gaan vaak langzamer en grote sneller (je hoeft ze overigens niet te comprimeren wat bij het uitpakken ook weer tijd kost)
Phillip, bedankt voor de tijd en moeite die je in dit project steekt. Ik heb er vertrouwen in dat het goed komt. 👍
_Peter_ schreef:
zo 05 apr, 2026 19:18
Is het misschien een optie om de de bestanden voor het verzenden in te pakken, veel kleine bestanden gaan vaak langzamer en grote sneller (je hoeft ze overigens niet te comprimeren wat bij het uitpakken ook weer tijd kost)
Ik denk niet dat het veel uitmaakt. Het is gewoon downloaden van een langzame server. Maar ik heb de files inmiddels wel en ik ga een andere strategie hanteren. Ik ben er inmiddels achter dat je ze net zo goed vooraf kunt downloaden en dan die paar files eventueel nog achteraf binnenhalen. Het omzetten van de database kost niet heel veel tijd (ongeveer een uur). Daarna het forum weer open en dan via powershell commando wsl rsync de laatste files syncen. Zoiets.
Maar ik liep ook nog tegen het probleem aan dat MariaDB begon te zeuren dat ik niet de eigenaar van de database was. Dat kostte ook tijd om dat op te lossen. En dan zit er nog een foutje in de database ivm de nieuwe optie die ik heb geprogrammeerd. Maar goed, al met al zal het al struikelend en vallend wel een keer lukken.
Helaas dat het niet is gelukt dit keer. Wel moet ik zeggen dat het forum nu razendsnel laadt! :D
Wereldfietser beheer schreef:
zo 05 apr, 2026 19:59
_Peter_ schreef:
zo 05 apr, 2026 19:18
Is het misschien een optie om de de bestanden voor het verzenden in te pakken, veel kleine bestanden gaan vaak langzamer en grote sneller (je hoeft ze overigens niet te comprimeren wat bij het uitpakken ook weer tijd kost)
Ik denk niet dat het veel uitmaakt. Het is gewoon downloaden van een langzame server. Maar ik heb de files inmiddels wel en ik ga een andere strategie hanteren. Ik ben er inmiddels achter dat je ze net zo goed vooraf kunt downloaden en dan die paar files eventueel nog achteraf binnenhalen. Het omzetten van de database kost niet heel veel tijd (ongeveer een uur). Daarna het forum weer open en dan via powershell commando wsl rsync de laatste files syncen. Zoiets.
Maar ik liep ook nog tegen het probleem aan dat MariaDB begon te zeuren dat ik niet de eigenaar van de database was. Dat kostte ook tijd om dat op te lossen. En dan zit er nog een foutje in de database ivm de nieuwe optie die ik heb geprogrammeerd. Maar goed, al met al zal het al struikelend en vallend wel een keer lukken.
Philip, als je dit nu allemaal goed beschrijft (als je dat al niet doet) dan heb je daar de volgende keer (of je vervanger) profijt van. Ik ken zoveel automatiseringsdeskundigen die nooit iets documenteren of heel slecht en dan maar het wiel opnieuw gaan uitvinden op basis van wat ze nog wel onthouden hebben. (en dat zijn allemaal (soms overbetaalde) professionals) Of iets automatiseren en dan vergeten waar ze de bron van de uit te voeren stappen hebben gelaten.
_Peter_ schreef:
ma 06 apr, 2026 13:16
Wereldfietser beheer schreef:
zo 05 apr, 2026 19:59
_Peter_ schreef:
zo 05 apr, 2026 19:18
Is het misschien een optie om de de bestanden voor het verzenden in te pakken, veel kleine bestanden gaan vaak langzamer en grote sneller (je hoeft ze overigens niet te comprimeren wat bij het uitpakken ook weer tijd kost)
Ik denk niet dat het veel uitmaakt. Het is gewoon downloaden van een langzame server. Maar ik heb de files inmiddels wel en ik ga een andere strategie hanteren. Ik ben er inmiddels achter dat je ze net zo goed vooraf kunt downloaden en dan die paar files eventueel nog achteraf binnenhalen. Het omzetten van de database kost niet heel veel tijd (ongeveer een uur). Daarna het forum weer open en dan via powershell commando wsl rsync de laatste files syncen. Zoiets.
Maar ik liep ook nog tegen het probleem aan dat MariaDB begon te zeuren dat ik niet de eigenaar van de database was. Dat kostte ook tijd om dat op te lossen. En dan zit er nog een foutje in de database ivm de nieuwe optie die ik heb geprogrammeerd. Maar goed, al met al zal het al struikelend en vallend wel een keer lukken.
Philip, als je dit nu allemaal goed beschrijft (als je dat al niet doet) dan heb je daar de volgende keer (of je vervanger) profijt van. Ik ken zoveel automatiseringsdeskundigen die nooit iets documenteren of heel slecht en dan maar het wiel opnieuw gaan uitvinden op basis van wat ze nog wel onthouden hebben. (en dat zijn allemaal (soms overbetaalde) professionals) Of iets automatiseren en dan vergeten waar ze de bron van de uit te voeren stappen hebben gelaten.
Hoi Peter,

Dank voor de tip. Er zijn afspraken over gemaakt. We hebben er een gedeelde kluis voor ingericht. Alleen is dit wel een speciaal geval omdat dit niet meer terug komt. Het gaat namelijk na de verhuizing anders worden. We gaan over naar een zogenaamde dedicated server op Alma Linux met Direct Admin. Dat houdt dus in dat je ook verstand moet hebben van Linux. Er is echter wel goede support en ik ben voorlopig niet van plan om te stoppen :-).
De strategie om te verhuizen wordt nu:
-eerst alle files en afbeeldingen overzetten zonder het forum op slot te zetten (ik ben er nu mee bezig)
-website eerst testen door het lokale host bestand aan te passen. Dan passeer je de DNS op het internet . Dus ik kan dan al naar de nieuwe forum.wereldfietser.nl.
-forum stopzetten voor maximaal 2 uur.
-database kopiëren en via SSH importeren . Duurt ongeveer een uur.
-forum opnieuw checken en als alles goed is de omzetten naar het ip-adres van de nieuwe server. Werkt normaal gesproken binnen 5 minuten.
-laatste files uploaden via SSH (met wsl resync-cmd).
Zo zou het moeten lukken. Ik zal via een nieuw topic aankondigen wanneer het forum op slot gaat.
Wat _Peter_ beschrijft is helaas maar al te waar.
Schakel AI in. Het kan op Windows en op Linux is het helemaal een fluitje van een cent.
Beschrijf wat je wilt; welke servers, welke bestanden, welke procedures en AI regelt alles voor je.
Ik ben met een groot project bezig. Het beschrijven van de specs kostte mij een maand, maar sindsdien trekt AI de kar.

Niet alleen het werk zelf, maar vooral ook na iedere sessie het bijwerken van de specs.

Bovendien: AI klaagt nooit
https://youtu.be/nmGEedloQ6E?is=pDciJKCWZ9JVSWpv
Poppink schreef:
di 07 apr, 2026 13:58
Wat _Peter_ beschrijft is helaas maar al te waar.
Schakel AI in. Het kan op Windows en op Linux is het helemaal een fluitje van een cent.
Beschrijf wat je wilt; welke servers, welke bestanden, welke procedures en AI regelt alles voor je.
Ik ben met een groot project bezig. Het beschrijven van de specs kostte mij een maand, maar sindsdien trekt AI de kar.

Niet alleen het werk zelf, maar vooral ook na iedere sessie het bijwerken van de specs.

Bovendien: AI klaagt nooit
https://youtu.be/nmGEedloQ6E?is=pDciJKCWZ9JVSWpv
Bedankt voor de tip. Ik doe al veel met AI. Ik gebruik momenteel Intelij met `Github Copilot in de agent modus (dus dat hij bepaalde taken automatisch uitvoert). Inmiddels heb ik wat scriptjes gemaakt (met AI) om het te automatiseren zoals sync-phpbb.sh en ik ben bezig met iets soortgelijks om de database te uploaden en te importeren. Ik heb inmiddels ook veel mogelijkheden van wsl ontdekt (Linux draaien op een windows computer).
Wat je schrijft: Beschrijf wat je wilt; welke servers, welke bestanden, welke procedures en AI regelt alles voor je is helaas maar al te niet waar. Ik moet soms flink bijsturen of corrigeren maar desondanks bespaart het toch tijd en leer je ervan.
De volgende keer is mijn verwachting dat het wel zal gaan lukken in een veel kortere tijd.