WordPress local vs. remote database sync

Pagina: 1
Acties:

Vraag


Acties:
  • 0 Henk 'm!

  • luukdrums
  • Registratie: September 2016
  • Laatst online: 09-03 18:23
Hi,

In mijn zoektocht naar een oplossing voor het syncen van local en remote database dacht ik, ik probeer het hier eens.

Het probleem waar ik tegen aanloop: vanzelfsprekend werk ik zoveel mogelijk lokaal. Ik loop er echter tegenaan dat mijn lokale WordPress database niet in sync is met de remote/production versie van de site. Ik heb al van alles geprobeerd om dit wel (en goed) voor elkaar te krijgen, van plug-ins waarmee je de production database kunt syncen naar local tot aan de database via GitHub laten lopen. Alle pogingen geven echter niet het gewenste effect.

Ik ben benieuwd, is er hier iemand die die in zijn of haar workflow op een goede manier heeft weten te implementeren?

Alle reacties


Acties:
  • +2 Henk 'm!

  • Cartman!
  • Registratie: April 2000
  • Niet online
Waarom zou het lokaal identiek moeten zijn aan production?

Acties:
  • +1 Henk 'm!

  • luukvr
  • Registratie: Juni 2011
  • Niet online
  1. Connecten naar remote server
  2. SQL dump
  3. Bestand overzetten over connectie
  4. Vergeet ook niet: WP media files overzetten
  5. SQL statische paden in dump fixen
  6. Drop oude database
  7. SQL import
Kan prima in een shellscriptje

Acties:
  • +1 Henk 'm!

  • Matis
  • Registratie: Januari 2007
  • Laatst online: 01-10 21:01

Matis

Rubber Rocket

Misschien verstandig om de MySQL data te anonimiseren. Zodat je niet (per ongeluk) een mail stuurt naar een productie gebruiker.
Ikzelf gebruik daar https://ppomes.github.io/myanon/ voor.

If money talks then I'm a mime
If time is money then I'm out of time


Acties:
  • 0 Henk 'm!

  • Oon
  • Registratie: Juni 2019
  • Niet online

Oon

luukdrums schreef op vrijdag 16 december 2022 @ 00:34:
vanzelfsprekend werk ik zoveel mogelijk lokaal
Waarom vanzelfsprekend? Je kunt gewoon een dev kopie van je WP install hebben op dezelfde server, zolang die maar netjes gescheiden is en je niet direct op productie werkt. Lokaal is alleen beter als je internet niet betrouwbaar is.

Dat lost ook je probleem grotendeels op, als je dingen tussen twee databases wil verwerken kan dat gewoon met een SQL commando en een user die ook read-rechten heeft op de brondatabase

[ Voor 19% gewijzigd door Oon op 16-12-2022 14:03 ]


Acties:
  • 0 Henk 'm!

  • chielsen
  • Registratie: Oktober 2003
  • Laatst online: 00:30
Oon schreef op vrijdag 16 december 2022 @ 14:03:
[...]

Waarom vanzelfsprekend? Je kunt gewoon een dev kopie van je WP install hebben op dezelfde server, zolang die maar netjes gescheiden is en je niet direct op productie werkt. Lokaal is alleen beter als je internet niet betrouwbaar is.
Dat kan toch heel goed als je in de trein werkt bijv? Het laadt ook allemaal wat sneller.
Kan ook nog weer in de kosten schelen van een extra omgeving.
Via Docker kan je prima lokaal werken.

Acties:
  • 0 Henk 'm!

  • CodeCaster
  • Registratie: Juni 2003
  • Niet online

CodeCaster

Can I get uhm...

Latency, reproduceerbaarheid, kans op config-fouten waardoor je toch met prod-data gaat werken (e-mail werd al genoemd), AVG, het kunnen testen van een server-update, en nog legio andere redenen waarom je je dev-database niet op je prod-server wil.

https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...


Acties:
  • 0 Henk 'm!

  • CodeCaster
  • Registratie: Juni 2003
  • Niet online

CodeCaster

Can I get uhm...

Cartman! schreef op vrijdag 16 december 2022 @ 08:30:
Waarom zou het lokaal identiek moeten zijn aan production?
Omdat het WordPress is. Plugin-instellingen, pagina-indelingen, inhoud, media, van alles staat in de database.

https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...


Acties:
  • 0 Henk 'm!

  • CodeCaster
  • Registratie: Juni 2003
  • Niet online

CodeCaster

Can I get uhm...

luukvr schreef op vrijdag 16 december 2022 @ 08:35:
  1. Connecten naar remote server
  2. SQL dump
  3. Bestand overzetten over connectie
  4. Vergeet ook niet: WP media files overzetten
  5. SQL statische paden in dump fixen
  6. Drop oude database
  7. SQL import
Kan prima in een shellscriptje
Tenzij er op productie inhoud (tekst) is gewijzigd, en je alleen de instellingen van één plugin van dev naar prod wil deployen.

SQL-database integraal dumpen en importeren is hier niet de oplossing.

Wat wel weet ik ook niet.

https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...


Acties:
  • 0 Henk 'm!

  • Kalentum
  • Registratie: Juni 2004
  • Laatst online: 12:48
CodeCaster schreef op vrijdag 16 december 2022 @ 14:13:
[...]

Tenzij er op productie inhoud (tekst) is gewijzigd, en je alleen de instellingen van één plugin van dev naar prod wil deployen.

SQL-database integraal dumpen en importeren is hier niet de oplossing.

Wat wel weet ik ook niet.
TS wil alleen maar van prd naar dev dus dan lijkt me wat @luukvr voorstelt prima.

Als je ook van dev naar prd gaat zul je iets met database migraties moeten bedenken.

[ Voor 9% gewijzigd door Kalentum op 16-12-2022 15:44 ]


Acties:
  • 0 Henk 'm!

  • kaassouffle
  • Registratie: Januari 2002
  • Laatst online: 01-10 17:11

kaassouffle

Medewerker v/d Maand

Maar waarom geven de geprobeerde plugins (en andere methodes) niet het gewenste effect? Voor verhuizingen worden er vaak tig plugins aangeraden met veel tevreden gebruikers. Ik heb zelf Duplicator plugin gebruikt om live site te kopieren naar local. (Was wel even geleden en eenmalig)
Pagina: 1