Accesos y cuentas
Aquí están los datos de acceso. Pertenecen al dispositivo y valen para todos los eventos. Qué hace una celebración con ellos figura en el evento: en Nube y correo o en Pay-per-Use.
Esta separación tiene un motivo sólido: un paquete de evento compartido nunca contiene datos de acceso. Quien envía un evento como plantilla no envía con él su cuenta de Dropbox.
Servicios en la nube#
Se admiten Dropbox, Google Drive, pCloud, Nextcloud y el servidor Selfhosted de RAWCaptureBooth.
Arriba hay seis tarjetas, una por servicio. Muestran si hay una cuenta conectada y, tras una prueba de conexión, su resultado; una prueba fallida tiñe la tarjeta de rojo. Un clic en una tarjeta muestra debajo los campos de ese servicio.
El inicio de sesión se hace en el navegador: un asistente abre la página de autorización del proveedor, allí se confirma el acceso y el código se lleva de vuelta al fotomatón.
Además se puede fijar una carpeta base. Bajo ella, cada evento crea su propia carpeta, con el nombre de su identificador.
pCloud#
Una cuenta en la nube normal, configurada como Dropbox: hacer clic en Conectar con pCloud, confirmar en el navegador y listo. Si la cuenta está en el centro de datos europeo o en el estadounidense, RAWCaptureBooth lo detecta por sí mismo, así que la elección al crear la cuenta no influye aquí.
La carpeta base y la carpeta para los códigos QR de imagen individual funcionan como en Dropbox. Si se dejan vacías, se crea la carpeta RAWCaptureBooth y, dentro, Einzelbild-QR.
Nextcloud#
Útil para quien ya tiene una Nextcloud propia: las fotos se quedan en casa y los enlaces compartidos para los códigos QR se crean allí por sí solos; no hace falta una URL raíz como con el servidor FTP.
Solo se necesita la dirección de la Nextcloud, la misma con la que se abre en el navegador. Un clic en Conectar con Nextcloud abre la página de inicio de sesión; tras confirmar, RAWCaptureBooth recibe una contraseña de aplicación propia. La contraseña de la cuenta nunca se guarda, y la contraseña de aplicación se puede revocar por separado en cualquier momento en la Nextcloud sin tocar la cuenta. Desconectar también la revoca desde aquí.
No hace falta configurar ninguna aplicación propia en la Nextcloud. El camino funciona con cualquier instalación, también detrás de un portal que no permite redirigir al ordenador del fotomatón; a diferencia de Google, el inicio de sesión se puede hacer por eso también desde una tableta.
La carpeta base y la carpeta para los códigos QR de imagen individual funcionan como en Dropbox. Si se dejan vacías, se crea la carpeta RAWCaptureBooth y, dentro, Einzelbild-QR.
Servidor FTP#
Útil cuando ya existe un alojamiento web propio y las fotos deben estar bajo la dirección propia en lugar de en un proveedor en la nube. Se necesitan dos datos que se confunden con facilidad: la Carpeta base en el servidor (la ruta que ve el acceso FTP) y la URL raíz (la dirección en la que esa misma carpeta es accesible en la web). Ambas apuntan a lo mismo, pero casi nunca se llaman igual: /httpdocs/fotos en el servidor puede ser en la web https://example.com/fotos.
Como protocolo se puede elegir FTP, FTPS y SFTP. FTP transmite la contraseña y las fotos en texto plano; donde el proveedor permita FTPS o SFTP, conviene elegirlos.
La carpeta para los códigos QR de imagen individual se puede elegir libremente. Si el campo queda vacío, se crea una subcarpeta bajo la carpeta base. Si la carpeta elegida está al lado en lugar de debajo, la URL raíz no llega hasta ella; entonces hay que introducir además su propia dirección. El área de administración lo indica mientras falte.
Un acceso ya configurado se puede borrar con el botón Eliminar el acceso FTP. Solo aparece mientras haya algo guardado y elimina en un paso el servidor, el nombre de usuario, la contraseña, las carpetas y las direcciones. Solo con los campos no se puede: un campo de contraseña vacío significa „conservar la contraseña existente“.
Servidor Selfhosted de RAWCaptureBooth#
El servidor web propio en el que está el álbum web. Se necesitan la URL del servidor y, si el servidor los exige, el nombre de usuario y la contraseña. Qué carpeta de evento se usa se deduce del código de acceso del evento; por eso no figura aquí, sino en el evento.
Un servidor ya introducido se puede borrar con el botón Eliminar el acceso Selfhosted. Solo aparece mientras haya algo guardado y elimina en un paso la dirección, el nombre de usuario y la contraseña. Solo con los campos no se puede: un campo de contraseña vacío significa „conservar la contraseña existente“, y una URL de servidor vacía se rechaza al guardar.
Acceso de correo (SMTP)#
El servidor de salida con el que envía la cabina: host, puerto, nombre de usuario, contraseña y cifrado (STARTTLS o SSL/TLS). Un acceso para todos los eventos.
Encima de los campos hay una selección rápida para proveedores habituales (Gmail, GMX, WEB.DE, IONOS, STRATO, T-Online, Microsoft 365). Un clic introduce el servidor, el puerto y el cifrado e indica a qué hay que prestar atención en el proveedor, por ejemplo la contraseña de aplicación en Gmail. Outlook.com, Hotmail y Live no aceptan desde septiembre de 2024 el inicio de sesión con contraseña; por eso la tarjeta no introduce nada.
Buzón para fotos de invitados (IMAP)#
El buzón del que la cabina recoge fotos de los invitados: servidor, nombre de usuario, contraseña y carpeta, además del intervalo de consulta, la dirección para los invitados y qué pasa con el correo tras adoptarlo. Si un evento acepta fotos figura en el evento; véase Fotos de invitados por correo electrónico.
La misma selección rápida está también aquí. Microsoft 365 ya no permite la consulta por IMAP con contraseña; para las fotos de invitados hace falta entonces un buzón en otro proveedor.
Si el servidor de salida y el buzón son del mismo proveedor, "Tomar del envío de correo" toma el nombre de usuario y la contraseña del acceso SMTP.
Proveedor de pagos#
La clave de Stripe: una cuenta para todos los eventos. Un campo vacío para la clave conserva la ya guardada. En lugar de la clave secreta basta con una clave restringida.
El importe, el disparador y el desarrollo del pago figuran en el evento. Aquí, en "Comportamiento ante fallos", solo figura lo que vale para todos los eventos: el tiempo de espera del pago y si se puede volver a pagar tras un error.
No hace falta un webhook: el fotomatón consulta por sí mismo a Stripe el estado de un pago. PayPal, Apple Pay y Google Pay se activan como métodos de pago en la cuenta de Stripe; en el fotomatón no hay que ajustar nada para ello.
El modo de demostración solo simula el pago y funciona sin cuenta de Stripe. Para una prueba real, una clave de prueba es el mejor camino; véase Pay-per-Use.