> For the complete documentation index, see [llms.txt](https://ayakaleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ayakaleaf-pro.ayaka.space/on-premises/es/gestion-de-usuarios-y-proyectos/project-management.md). # Gestión de proyectos ### Visualización del registro de auditoría de un proyecto Los administradores pueden ver un **Registro de auditoría** para cada proyecto. Este registro de auditoría muestra eventos como cuando el uso compartido de enlaces cambió entre privado/basado en token, cuando se enviaron/aceptaron invitaciones y cuando un usuario se unió al proyecto usando un token. Los administradores pueden ver estos registros por proyecto a través de **Tu instancia** -> **Administrador** -> **Administrar usuarios** entonces: * Busca al usuario * Haz clic en el **Proyectos** pestaña * Selecciona un proyecto * Haz clic en el icono (i) * Haz clic en el **Registro de auditoría** pestaña Si un proyecto se comparte con un colaborador identificado (usando su dirección de correo electrónico), una vez que el destinatario se haya unido, aparecerá en el modal de Compartir con su permiso y será visible para el propietario del proyecto. Esta información también se mostrará a los administradores al ver la pestaña Información del proyecto para el proyecto a través del panel de administración. ### Recuperación de documentos eliminados 1. Inicia sesión con tus credenciales de administrador 2. Haga clic en **Administrador** y selecciona **Administrar usuarios** 3. Usando el campo de búsqueda, introduce el correo electrónico del usuario para el que quieres restaurar el documento 4. Haz clic en su dirección de correo electrónico en la lista de resultados devueltos para abrir su página de información de usuario 5. Haz clic en el **Proyectos** pestaña y usa el campo de búsqueda para buscar el proyecto 6. Haz clic en el icono de información junto al nombre del proyecto para abrir **Información del proyecto** 7. Haz clic en el **Documentos eliminados** pestaña 8. Haz clic en el **Restaurar** junto al documento eliminado para restaurarlo al proyecto del usuario. El archivo restaurado tendrá el siguiente formato: `FILENAME-TIMESTAMP.EXTENSION`. Por ejemplo, una versión restaurada de `main.tex` se restaurará en la raíz del proyecto con el nombre de archivo `main-2024-02-23-130441542.tex`. ### Transferencia de la propiedad de un proyecto El panel de administración en Server Pro tiene una página dedicada por proyecto. Puedes llegar a ella buscando al usuario en "/admin/user" y luego yendo a su **Proyectos** pestaña, encontrando el proyecto en la lista y haciendo clic en el icono de información; o navegando directamente a la página con un ID de proyecto conocido [**https://your-instance-url/admin/project/**](https://your-instance-url/admin/project/). En la página de información del proyecto, puedes encontrar un **Transferir propiedad** botón, que abre un modal donde puedes especificar cualquier usuario como el nuevo propietario. El nuevo propietario no necesita ser un colaborador existente del proyecto. {% hint style="info" %} Ten en cuenta que el propietario anterior se añadirá como colaborador con acceso de lectura y escritura al proyecto como parte del proceso de transferencia de la propiedad. {% endhint %} ### Actualización del tiempo de espera de compilación del proyecto El tiempo de espera de compilación predeterminado para los proyectos está actualmente configurado en 180 segundos. Cambiar este valor es posible y requiere un proceso de dos pasos. Primero, edita el **config/variables.env** archivo y añade la `COMPILE_TIMEOUT`variable de entorno y establece su valor en el tiempo de espera deseado en segundos. Por ejemplo, `COMPILE_TIMEOUT=300` para 5 minutos. {% hint style="danger" %} No vale la pena aumentar el tiempo de espera más allá de 10 minutos. Si lo haces, lo más probable es que alcances un tiempo de espera en otro componente de la aplicación. {% endhint %} Una vez realizado este cambio, tendrás que volver a crear el **sharelatex** contenedor ejecutando el `bin/up -d`comando. Establecer esta variable de entorno actualizará el valor de tiempo de espera solo para los usuarios nuevos; **no** se aplicará retrospectivamente a los usuarios existentes, ya que se rellena cuando el usuario se crea por primera vez. Para ajustar el tiempo de espera de los usuarios existentes, tendrás que cambiar cada registro de usuario en la base de datos. Aconsejamos ser muy cautelosos al hacerlo y recomendamos realizar una copia de seguridad coherente antes de hacer cualquier cambio. Puedes encontrar información sobre cómo realizar copias de seguridad [aquí](/on-premises/es/mantenimiento/data-and-backups.md). Para actualizar el valor del tiempo de espera de compilación en todos los usuarios existentes, tendrás que ejecutar el siguiente comando de shell en el host de Docker: {% code overflow="wrap" %} ```bash echo 'db.users.updateMany({}, {$set: {"features.compileTimeout": }})' | docker exec -i mongo mongosh --quiet localhost/sharelatex ``` {% endcode %} Tendrás que sustituir `` en la consulta anterior por el valor de tiempo de espera deseado en segundos. Después de que el comando finalice, deberías ver una confirmación con el número de registros modificados. Luego puedes escribir exit y después pulsar la tecla Intro para volver al shell del host. ### Seguimiento del acceso al proyecto Es posible ver quién y cuándo se carga un proyecto con el siguiente comando: {% code overflow="wrap" %} ```bash docker exec sharelatex bash -c 'grep "join project request" /var/log/overleaf/web.log' ``` {% endcode %} Esto proporcionará tanto el `marca de tiempo`, `ID de usuario` y `ID de proyecto`. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://ayakaleaf-pro.ayaka.space/on-premises/es/gestion-de-usuarios-y-proyectos/project-management.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.