> For the complete documentation index, see [llms.txt](https://overleaf-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://overleaf-pro.ayaka.space/on-premises/fr/gestion-des-utilisateurs-et-des-projets/project-management.md).

# Gestion des projets

### Consultation du journal d’audit d’un projet

Les administrateurs peuvent voir un **Journal d’audit** pour chaque projet. Ce journal d’audit affiche des événements tels que le passage du partage de liens entre privé et basé sur un jeton, l’envoi/l’acceptation d’invitations et le moment où un utilisateur a rejoint le projet à l’aide d’un jeton. Les administrateurs peuvent consulter ces journaux projet par projet via **Votre instance** -> **Admin** -> **Gérer les utilisateurs** puis :

* Recherchez l’utilisateur
* Cliquez sur le **Projets** onglet
* Sélectionnez un projet
* Cliquez sur l’icône (i)
* Cliquez sur le **Journal d’audit** onglet

Si un projet est partagé avec un collaborateur nommé (en utilisant son adresse e-mail), une fois que le destinataire a rejoint le projet, il sera सूची sur la fenêtre modale de partage avec son autorisation et visible pour le propriétaire du projet. Cette information sera également affichée aux administrateurs lors de la consultation de l’onglet Infos du projet via le panneau d’administration.

### Récupération de documents supprimés

1. Connectez-vous avec vos identifiants administrateur
2. Cliquez sur **Admin** et sélectionnez **Gérer les utilisateurs**
3. À l’aide du champ de recherche, saisissez l’adresse e-mail de l’utilisateur pour lequel vous souhaitez restaurer le document
4. Cliquez sur son adresse e-mail dans la liste des résultats retournés pour ouvrir sa page d’informations utilisateur
5. Cliquez sur le **Projets** onglet et utilisez le champ de recherche pour rechercher le projet
6. Cliquez sur l’icône d’information à côté du nom du projet pour ouvrir la **Infos du projet**
7. Cliquez sur le **Docs supprimés** onglet
8. Cliquez sur le **Annuler la suppression** bouton à côté du document supprimé pour le restaurer dans le projet de l’utilisateur.

Le fichier restauré prendra le format suivant : `NOM-DE-FICHIER-TIMESTAMP.EXTENSION`. Par exemple, une version restaurée de `main.tex` sera restaurée à la racine du projet avec le nom de fichier `main-2024-02-23-130441542.tex`.

### Transfert de la propriété d’un projet

Le panneau d’administration de Server Pro dispose d’une page dédiée par projet. Vous pouvez y accéder soit en recherchant l’utilisateur sur "/admin/user", puis en allant sur son **Projets** onglet, en trouvant le projet dans la liste et en cliquant sur l’icône d’information ; ou en accédant directement à la page avec un project-id connu [**https://your-instance-url/admin/project/**](https://your-instance-url/admin/project/). Sur la page d’informations du projet, vous trouverez un **Transférer la propriété** bouton, qui ouvre une fenêtre modale dans laquelle vous pouvez désigner n’importe quel utilisateur comme nouveau propriétaire. Le nouveau propriétaire n’a pas besoin d’être un collaborateur existant sur le projet.

{% hint style="info" %}
Notez que l’ancien propriétaire sera ajouté comme collaborateur avec un accès en lecture et écriture au projet dans le cadre du processus de transfert de propriété.
{% endhint %}

### Mise à jour du délai d'expiration de compilation du projet&#x20;

Le délai d’expiration de compilation par défaut pour les projets est actuellement fixé à 180 secondes. Il est possible de modifier cette valeur, mais cela nécessite un processus en deux étapes.

Tout d’abord, modifiez le **config/variables.env** fichier et ajoutez la `COMPILE_TIMEOUT`variable d’environnement et définissez sa valeur sur le délai d’expiration souhaité en secondes. Par exemple, `COMPILE_TIMEOUT=300` pour 5 minutes.

{% hint style="danger" %}
Cela ne vaut pas la peine de pousser le délai au-delà de 10 minutes. Si vous le faites, vous rencontrerez très probablement un délai d’expiration dans un autre composant de l’application.
{% endhint %}

Une fois cette modification effectuée, vous devrez recréer le **conteneur sharelatex.** conteneur en exécutant la `bin/up -d`commande.

La définition de cette variable d’environnement mettra à jour la valeur du délai d’expiration uniquement pour les nouveaux utilisateurs, **ne le fera pas** être appliquée rétrospectivement aux utilisateurs existants, car elle est renseignée lors de la première création de l’utilisateur.

Pour ajuster le délai d’expiration pour les utilisateurs existants, vous devrez modifier chaque enregistrement utilisateur dans la base de données. Nous vous conseillons d’être très prudent à ce sujet et recommandons de prendre une sauvegarde cohérente avant d’effectuer des modifications.

Vous pouvez trouver des informations sur la réalisation de sauvegardes [ici](/on-premises/fr/maintenance/data-and-backups.md).

Pour mettre à jour la valeur du délai de compilation pour tous les utilisateurs existants, vous devrez exécuter la commande shell suivante sur l’hôte Docker :

{% code overflow="wrap" %}

```bash
echo 'db.users.updateMany({}, {$set: {"features.compileTimeout": <value>}})' | docker exec -i mongo mongosh --quiet localhost/sharelatex
```

{% endcode %}

Vous devrez remplacer `<value>` dans la requête ci-dessus par la valeur de délai souhaitée en secondes.

Une fois la commande terminée, vous devriez voir un accusé de réception indiquant le nombre d’enregistrements modifiés. Vous pouvez alors taper exit puis appuyer sur la touche Entrée pour revenir au shell de l’hôte.

### Suivi de l’accès aux projets

Il est possible de voir qui et quand un projet est chargé avec la commande suivante :

{% code overflow="wrap" %}

```bash
docker exec sharelatex bash -c 'grep "join project request" /var/log/overleaf/web.log'
```

{% endcode %}

Cela donnera à la fois le `horodatage`, `user_id` et `project_id`.


---

# 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://overleaf-pro.ayaka.space/on-premises/fr/gestion-des-utilisateurs-et-des-projets/project-management.md?ask=<question>&goal=<endgoal>
```

`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.
