Permisos

Chinaski tiene dos roles para las personas que inician sesión en el área de admin, admin y editor, más límites de grano fino que puedes poner en cada cuenta de editor: qué tipos de contenido gestiona y en qué idiomas trabaja. No hay otros roles.

Admins y editores

Los admins pueden hacer todo: gestión de usuarios, builds, settings, API keys, y todo el contenido sin importar las restricciones de abajo.
Los editores obtienen acceso de personal al área de admin pero nunca pueden gestionar usuarios ni cambiar settings del sistema, y su acceso a cada tipo de contenido o idioma puede estrecharse con los dos campos de restricción de abajo.

Una cuenta recién creada (creada por un admin, o autorregistrada cuando el autorregistro está habilitado) siempre empieza como editor. Solo un admin puede promover a alguien a admin, y un guard defensivo se niega a permitir que el último admin activo se degrade a sí mismo; eso encerraría a todos fuera de la gestión de usuarios.

Acotar editores por tipo de contenido

En la página de cuenta de cada editor (Users → Edit) hay un campo Allowed content types: una lista separada por comas de los tipos de contenido que pueden gestionar (páginas, posts, blocks, snippets, documentos, categorías, forms, media, nav items, stacks, design tokens y redirects). Déjalo vacío para no aplicar restricción.

Cómo surte efecto:

Cualquier cosa fuera de la lista no está disponible para ese editor: no puede ver ni mutar las secciones acotadas, e intentar la URL lo devuelve al dashboard con un mensaje de error.
Los stacks son un caso que vale la pena señalar: un editor sin stacks en su lista ni siquiera puede ver las listas de stacks.
Los valores inválidos o mal escritos se descartan silenciosamente cuando el admin guarda; no encierran a nadie fuera por accidente.

Acotar editores por idioma

El campo Allowed languages en la misma página toma una lista separada por comas de códigos de idioma (p. ej. en, es). Funciona exactamente igual: vacío significa sin restricción, los valores inválidos se descartan silenciosamente.

Si un editor edita solo en español:

La vista en español está disponible y el acceso se verifica para crear y editar posts, páginas y otro contenido por idioma configurado.
Las operaciones en masa solo exploran o cambian contenido para ese idioma permitido.
Las importaciones JSON/CSV solo importan filas en sus idiomas permitidos; las filas se acotan, no se descartan silenciosamente después.

Workflow de review

Si Require approval (Settings → Workflow) está activado, los editores no pueden publicar directamente: una acción de publish se convierte en una acción de submit-for-review, el ítem espera en un estado pendiente, y un admin puede aprobarlo y publicarlo después. Un correo de notificación configurado bajo settings recibe una nota sobre el evento de review.

También conviene saber al acotar gente: cuando una cuenta se suspende, o un admin resetea la contraseña de alguien, todas las sesiones de ese usuario se cierran de inmediato, así que una suspensión surte efecto de inmediato, no en la próxima acción de admin.

Barandillas de gestión de usuarios

Solo los admins pueden crear, editar o borrar usuarios.
Una contraseña personalizada debe tener al menos 8 caracteres con al menos una mayúscula, una minúscula y un dígito. (La contraseña de setup de una sola vez que reemplaza el placeholder de una instalación nueva es más estricta; 12+ caracteres más mayúscula/minúscula/dígito.)
Cambiar una contraseña invalida las sesiones existentes de ese usuario de inmediato, así que la nueva contraseña surte efecto en el próximo ingreso.

Acceso por API (fuera de las cuentas de usuario)

El acceso de máquinas usa API keys: una feature de Settings totalmente separada, nunca atada a una cuenta de usuario. Cada key tiene nombre y se crea con permiso read o write: el permiso de escritura explícito es requerido para las operaciones que modifican contenido, y una key expirada o de solo lectura es rechazada en intentos de escritura. Aplica un rate limiting opcional por key (por defecto 100 peticiones por minuto, configurable en Settings).

Primer arranque

Una instalación nueva empieza con una contraseña de admin placeholder y redirige cada petición a /setup hasta que se establezca una contraseña real. Una vez establecida, la página de setup desaparece por completo.