> 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/nl/gebruikers-en-projectbeheer/project-management.md). # Projectbeheer ### Een auditlog van een project bekijken Beheerders kunnen een **Auditlog** voor elk project zien. Dit auditlog toont gebeurtenissen zoals wanneer het delen via links veranderde van privé/token-gebaseerd, wanneer uitnodigingen werden verzonden/geaccepteerd en wanneer een gebruiker het project gebruikte met een token. Beheerders kunnen deze logs per project bekijken via **Uw instantie** -> **Beheer** -> **Gebruikers beheren** dan: * Zoek naar de gebruiker * Klik op het **Projecten** tabblad * Selecteer een project * Klik op het (i)-icoon * Klik op het **Auditlog** tabblad Als een project wordt gedeeld met een genoemde medewerker (met behulp van hun e-mailadres), wordt diegene zodra de ontvanger zich heeft aangemeld vermeld in het Delen-dialoogvenster met diens rechten en zichtbaar voor de projecteigenaar. Deze informatie wordt ook getoond aan beheerders wanneer zij via het beheerderspaneel het tabblad Projectinfo van het project bekijken. ### Verwijderde documenten herstellen 1. Log in met uw beheerdersgegevens 2. Klik **Beheer** en selecteer **Gebruikers beheren** 3. Gebruik het zoekveld en voer het e-mailadres in van de gebruiker voor wie u het document wilt herstellen 4. Klik op hun e-mailadres in de lijst met gevonden resultaten om hun gebruikersinformatiepagina te openen 5. Klik op het **Projecten** tabblad en gebruik het zoekveld om naar het project te zoeken 6. Klik op het informatie-icoon naast de projectnaam om het **Projectinfo** 7. Klik op de **Verwijderde documenten** tabblad 8. Klik op de **Herstellen** knop naast het verwijderde document om het terug te zetten naar het project van de gebruiker. Het herstelde bestand krijgt het volgende formaat: `FILENAME-TIMESTAMP.EXTENSION`. Bijvoorbeeld, een herstelde versie van `main.tex` wordt hersteld naar de hoofdmap van het project met de bestandsnaam `main-2024-02-23-130441542.tex`. ### Het eigendom van een project overdragen Het beheerderspaneel in Server Pro heeft een speciale pagina per project. U kunt ernaartoe gaan door naar de gebruiker te zoeken op "/admin/user", en vervolgens naar hun **Projecten** tabblad te gaan, het project in de lijst te vinden en op het informatie-icoon te klikken; of door rechtstreeks naar de pagina te navigeren met een bekend project-id [**https://your-instance-url/admin/project/**](https://your-instance-url/admin/project/). Op de projectinfopagina vindt u een **Eigendom overdragen** knop, waarmee een dialoogvenster wordt geopend waarin u elke gebruiker als nieuwe eigenaar kunt opgeven. De nieuwe eigenaar hoeft geen bestaande medewerker van het project te zijn. {% hint style="info" %} Let op: de vorige eigenaar wordt als onderdeel van het eigendomsoverdrachtsproces toegevoegd als medewerker met lees- en schrijftoegang tot het project. {% endhint %} ### De compile-time-out van projecten bijwerken De standaard compile-time-out voor projecten is momenteel ingesteld op 180 seconden. Het is mogelijk deze waarde te wijzigen en dat vereist een proces in twee stappen. Bewerk eerst het **config/variables.env** bestand en voeg de `COMPILE_TIMEOUT`omgevingsvariabele toe en stel de waarde in op de gewenste time-out in seconden. Bijvoorbeeld, `COMPILE_TIMEOUT=300` voor 5 minuten. {% hint style="danger" %} Het is de moeite niet waard om de time-out voorbij 10 minuten te verhogen. Als u dat doet, krijgt u waarschijnlijk ergens anders in de applicatie een time-out. {% endhint %} Zodra deze wijziging is doorgevoerd, moet u de **sharelatex** container opnieuw aanmaken door het `bin/up -d`commando uit te voeren. Door deze omgevingsvariabele in te stellen, wordt de time-outwaarde alleen bijgewerkt voor nieuwe gebruikers; deze **wordt niet** met terugwerkende kracht toegepast op bestaande gebruikers, omdat deze wordt ingevuld wanneer de gebruiker voor het eerst wordt aangemaakt. Als u de time-out voor bestaande gebruikers wilt aanpassen, moet u elk gebruikersrecord in de database wijzigen. We adviseren hier zeer voorzichtig mee te zijn en raden aan een consistente back-up te maken voordat u wijzigingen aanbrengt. Informatie over het maken van back-ups vindt u [hier](/on-premises/nl/onderhoud/data-and-backups.md). Om de compile-time-outwaarde voor alle bestaande gebruikers bij te werken, moet u het volgende shell-commando uitvoeren op de Docker-host: {% code overflow="wrap" %} ```bash echo 'db.users.updateMany({}, {$set: {"features.compileTimeout": }})' | docker exec -i mongo mongosh --quiet localhost/sharelatex ``` {% endcode %} U moet `` in de bovenstaande query vervangen door de gewenste time-outwaarde in seconden. Na afloop van het commando zou u een bevestiging moeten zien met het aantal gewijzigde records. U kunt vervolgens exit typen en op Enter drukken om terug te keren naar de host-shell. ### Projecttoegang volgen Het is mogelijk om te zien wie en wanneer een project wordt geladen met het volgende commando: {% code overflow="wrap" %} ```bash docker exec sharelatex bash -c 'grep "join project request" /var/log/overleaf/web.log' ``` {% endcode %} Dit geeft zowel de `tijdstempel`, `user_id` als `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/nl/gebruikers-en-projectbeheer/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.