Ir directamente al contenido

Ajustes de cookies

Elija por tipo qué cookies permite. Puede cambiar su elección en cualquier momento en Ajustes de cookies, al pie de cada página. Declaración de privacidad

Necesarias

Siempre activadas

Necesarias para iniciar sesión, conservar su carrito y recordar sus preferencias. Siempre están activadas.

¿Qué cookies?
  • weboke_sessie, weboke_klant, weboke_remember: su sesión y mantener la sesión iniciada
  • weboke_basket: su carrito
  • wkBtwIncl: mostrar los precios con o sin IVA
  • wok_cookies: su elección de cookies, 12 meses

Mide qué anuncio lleva a una visita o a un pedido, para no pagar por anuncios que no sirven de nada.

¿Qué cookies?
  • Google Ads a través de Google Tag Manager (_gcl_au, _gcl_aw), hasta 90 días
  • OpenAI Ads, anuncios en ChatGPT
  • wok_aff: a través de qué socio llegó a nosotros (programa de afiliados), 60 días

4,6

País e idioma

Cada país tiene su propio sitio, con los precios y el IVA de ese país.

Ver

Cómo incluir correctamente las bases de datos y los volúmenes de Docker

Una base de datos en funcionamiento escribe constantemente en sus archivos. Si copia esos archivos a medias, su copia de seguridad puede quedar dañada. Por eso, primero se crea un volcado: una copia limpia de la base de datos en un único archivo.

¿Dónde se encuentran sus datos?

QuéDónde
Sus archivos compose, Caddyfile, .env y carpetas como vw-data/srv/diensten
Volúmenes de Docker, como uptime-kuma y n8n-data/var/lib/docker/volumes/diensten_<naam>/_data
Volcados de bases de datos/var/backups/db
Configuración del servidor/etc

Docker antepone el nombre de su carpeta al nombre del volumen: en /srv/diensten, uptime-kuma pasa a ser diensten_uptime-kuma. Consulte los nombres reales con sudo docker volume ls.

El script de preparación

Coloque esto en /usr/local/sbin/voor-backup.sh (chmod 700). Lo inicia el script de copia de seguridad de Copias de seguridad con restic en otro lugar.

#!/bin/sh
set -e
mkdir -p /var/backups/db
chmod 700 /var/backups/db
cd /srv/diensten

# WordPress-database (MariaDB) als dump
docker compose exec -T wp-db sh -c \
  'mariadb-dump --single-transaction -u"$MARIADB_USER" -p"$MARIADB_PASSWORD" "$MARIADB_DATABASE"' \
  > /var/backups/db/wordpress.sql

Si no utiliza WordPress, omita esa parte. Si tiene una base de datos fuera de Docker, el procedimiento es el mismo con mariadb-dump --single-transaction o pg_dump.

Aplicaciones con una base de datos SQLite

Vaultwarden, Uptime Kuma y n8n guardan sus datos de forma predeterminada en un archivo SQLite dentro de su volumen o carpeta. Lo más sencillo y seguro es detenerlas brevemente durante la copia de seguridad. El script de copia de seguridad de Copias de seguridad con restic en otro lugar lo hace con docker compose stop y después docker compose start. Normalmente solo tarda un momento; por la noche nadie lo nota. Si no quiere ninguna interrupción, siga las instrucciones de copia de seguridad de la propia aplicación, como las de la wiki de Vaultwarden.

La carpeta de la propia base de datos (aquí diensten_wp-db) puede omitirla: para eso tiene el volcado.

Restaurar una aplicación

  1. Detenga la aplicación: sudo docker compose stop vaultwarden.
  2. Recupere la carpeta: sudo restic restore latest --target /tmp/terug --include /srv/diensten/vw-data (con las variables de Copias de seguridad con restic en otro lugar).
  3. Sustituya la carpeta por la versión restaurada y vuelva a iniciar la aplicación.
  4. Una base de datos se restaura importando el volcado, por ejemplo docker compose exec -T wp-db sh -c 'mariadb -u"$MARIADB_USER" -p"$MARIADB_PASSWORD" "$MARIADB_DATABASE"' < wordpress.sql.

Un momento…

Configure sus dominios

Configure para cada dominio los servidores de nombres, la vinculación a su hosting y quién será el titular.

Cargando sus dominios…