Cómo funciona
Explorar los archivos
Abre en el estudio los archivos escritos para tu sitio.
Editar a mano
Cualquiera con permisos de edición puede cambiar un archivo.
Descargar
Con un plan de pago, lleva el código de una versión publicada como zip.
Lo que puedes ver
En el estudio puedes explorar los archivos escritos para tu sitio, versión por versión, y elegir cualquiera para leerlo. Las imágenes y otros archivos que no son de texto aparecen en la lista y se incluyen en la descarga, y los archivos de más de un megabyte son demasiado grandes para mostrarse, pero también están en la descarga.
Lo que ves es el código escrito para tu sitio, no las partes compartidas sobre las que se construye cada sitio de Briks. Esas partes compartidas se guardan aparte, por eso la descarga no funciona por sí sola.
Cada versión guardada conserva su propio código, así que puedes leer cómo era tu sitio, en código, en cualquier versión que aún tengas.
Edición manual
Cualquiera con permisos de edición puede cambiar un archivo, añadir uno nuevo o eliminarlo. Tus ediciones se conservan en la pestaña, con cada archivo marcado como nuevo, editado o eliminado, hasta que elijas Save and publish.
Entonces Briks construye el sitio con tus cambios y lo publica, normalmente en pocos minutos. Si algo no se construye, no se publica nada y el sitio en vivo se queda como está, así que un error de escritura no puede tumbar tu sitio.
Puedes combinar ambas formas de trabajar: corrige una línea a mano y luego pide el siguiente cambio con palabras sencillas en el chat del estudio.
La descarga y sus límites
Con un plan de pago, descarga el código de una versión publicada como zip cuando quieras: para guardar una copia, revisarlo con un desarrollador o reutilizar partes en otro lugar.
Ten claro el límite. El zip contiene los archivos propios de tu sitio, no las partes compartidas sobre las que funciona todo sitio de Briks, así que no funciona por sí solo, y llevarlo a otro hosting requeriría el trabajo de un desarrollador.
Tu contenido no queda encerrado. Tus textos e imágenes son tuyos y, con un plan de pago, los registros de tu base de datos se pueden descargar como JSON o CSV en cualquier momento.
Guardarlo en GitHub
En los planes de pago, conecta un repositorio de GitHub a un sitio. Cada versión que se publica se sube a la rama que elijas, y un push a esa rama pasa la misma revisión de seguridad que una edición a mano, y luego se compila y se publica.
Al repositorio solo van los archivos propios de tu sitio, nunca las partes compartidas sobre las que funciona todo sitio de Briks, sus ajustes ni sus claves, así que el repositorio tampoco se ejecuta por sí solo. Se publican hasta 20 push por hora y 100 al día por cada sitio. Cuando un archivo se ha cambiado tanto en Briks como en GitHub, Briks pone su versión en una rama briks-sync para que la combines.
Empezar un proyecto desde un repositorio que ya tienes aún no está disponible.
Quién abre el código y por qué
La mayoría de los propietarios nunca lo necesita. Los cambios con palabras sencillas cubren el día a día: secciones nuevas, textos nuevos, imágenes nuevas. El código está ahí para cuando quieras tener certeza, por ejemplo si un desarrollador revisa cómo envía un formulario sus datos, o si una agencia guarda un registro de lo que entregó.
También ayuda cuando ya trabajas con un desarrollador de confianza. Puede leer los archivos escritos para tu sitio, hacer una edición precisa y publicarla, mientras tú sigues pidiendo otros cambios en palabras sencillas.
Y mantiene el trabajo abierto para ti. Todo lo que el estudio construyó para tu sitio, puedes leerlo tú mismo, archivo por archivo y versión por versión.
El código de tu sitio en la práctica
Tres negocios de ejemplo y cómo usaría cada uno Briks. Donde aparece un sitio, es una muestra que Briks creó para un negocio de ejemplo, no un cliente.
- 01Estudio de marca
La opinión de un desarrollador antes del lanzamiento
El desarrollador de un estudio de marca descarga el zip de la versión a punto de lanzarse y la revisa antes de que el cliente vea el sitio. Corrige una frase a mano en un archivo y luego elige Save and publish.
Kestrel Creative es un sitio de muestra que Briks creó para un estudio de marca y digital de ejemplo, no un cliente. Abrir el ejemplo - 02Clínica
Una corrección de una línea
Un gerente de clínica que sabe un poco de código cambia a mano un número de teléfono en un archivo y elige Save and publish. El sitio se construye con el cambio y sale en vivo en unos minutos. Si la edición hubiera roto la compilación, no se habría publicado nada.
- 03Estudio de diseño web
Un registro de lo entregado
Un estudio de diseño web descarga el zip de la versión de lanzamiento de cada cliente y lo archiva junto al contrato, como registro de lo que se entregó exactamente ese día.
Northlight Studio es un sitio de muestra que Briks creó para un estudio de diseño web de ejemplo, no un cliente. Abrir el ejemplo
Qué obtienes
- Los archivos escritos para tu sitio, que se pueden leer en el estudio
- Edita, añade o elimina archivos a mano con permisos de edición
- No se publica nada si tu edición no compila
- Descarga cualquier versión publicada como zip en los planes de pago
- Sincronización con GitHub en ambos sentidos en los planes de pago
Conviene saber
- El zip contiene el código escrito para tu sitio, no las partes compartidas que usan todos los sitios de Briks, así que no funciona por sí solo.