> 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/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 moment où le partage par lien est passé de privé à basé sur un jeton, quand des invitations ont été envoyées/acceptées et quand un utilisateur a rejoint le projet à l'aide d'un jeton. Les administrateurs peuvent consulter ces journaux pour chaque 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, il figurera dans la fenêtre modale de partage avec son niveau d'autorisation et sera visible pour le propriétaire du projet. Cette information sera également affichée aux administrateurs lorsqu'ils consultent l'onglet Informations du projet pour ce projet via le panneau d'administration. ### Restauration de documents supprimés 1. Connectez-vous avec vos identifiants d'administrateur 2. Cliquez sur **Admin** et sélectionnez **Gérer les utilisateurs** 3. À l'aide du champ de recherche, saisissez l'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 renvoyé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 **Informations du projet** 7. Cliquez sur le **Documents supprimés** onglet 8. Cliquez sur le **Restaurer** bouton à côté du document supprimé pour le restaurer dans le projet de l'utilisateur. Le fichier restauré prendra le format suivant : `NOMDEFICHIER-HORODATAGE.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 à son **Projets** onglet, en trouvant le projet dans la liste et en cliquant sur l'icône d'information ; ou en naviguant directement vers la page avec un identifiant de projet connu [**https://your-instance-url/admin/project/**](https://your-instance-url/admin/project/). Sur la page d'informations du projet, vous pouvez trouver 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 du projet. {% hint style="info" %} Notez que l'ancien propriétaire sera ajouté en tant que 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 Le délai d'attente 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'attente 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 d'attente au-delà de 10 minutes. Si vous le faites, vous atteindrez très probablement un délai d'attente dans un autre composant de l'application. {% endhint %} Une fois cette modification effectuée, vous devrez recréer le **sharelatex** conteneur en exécutant `bin/up -d`commande. La définition de cette variable d'environnement mettra à jour la valeur du délai d'attente uniquement pour les nouveaux utilisateurs ; elle **ne le fera pas** être appliquée rétroactivement aux utilisateurs existants, car elle est renseignée lors de la création initiale de l'utilisateur. Pour ajuster le délai d'attente pour les utilisateurs existants, vous devrez modifier chaque enregistrement d'utilisateur dans la base de données. Nous vous conseillons d'être très prudent à ce sujet et recommandons d'effectuer une sauvegarde cohérente avant d'apporter 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 d'attente 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": }})' | docker exec -i mongo mongosh --quiet localhost/sharelatex ``` {% endcode %} Vous devrez remplacer `` dans la requête ci-dessus par la valeur de délai d'attente souhaitée en secondes. Une fois la commande terminée, vous devriez voir une confirmation indiquant le nombre d'enregistrements modifiés. Vous pouvez ensuite taper exit puis appuyer sur la touche Entrée pour revenir au shell de l'hôte. ### Suivi des accès au projet 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`, `identifiant_utilisateur` et `identifiant_du_projet`. --- # 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/fr/gestion-des-utilisateurs-et-des-projets/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.