Het auditlogboek van een project bekijken
Beheerders kunnen voor elk project een Audit Log bekijken. Dit auditlogboek toont gebeurtenissen zoals wanneer het delen via een link werd gewijzigd tussen privé en op tokens gebaseerd, wanneer uitnodigingen werden verzonden/geaccepteerd en wanneer een gebruiker via een token aan het project deelnam. Beheerders kunnen deze logboeken per project bekijken via Your Instance -> Admin -> Manage Users en vervolgens:- Zoek de gebruiker
- Klik op het tabblad Projects
- Selecteer een project
- Klik op het pictogram (i)
- Klik op het tabblad Audit Log
Verwijderde documenten herstellen
- Log in met je beheerdersgegevens
- Klik op Admin en selecteer Manage Users
- Voer in het zoekveld het e-mailadres in van de gebruiker voor wie je het document wilt herstellen
- Klik op het e-mailadres in de lijst met resultaten om de pagina met gebruikersinformatie te openen
- Klik op het tabblad Projects en gebruik het zoekveld om het project te zoeken
- Klik op het informatiepictogram naast de projectnaam om de Project Info te openen
- Klik op het tabblad Deleted Docs
- Klik op de knop Undelete naast het verwijderde document om het terug te zetten in het project van de gebruiker.
FILENAME-TIMESTAMP.EXTENSION. Een herstelde versie van main.tex wordt bijvoorbeeld in de hoofdmap van het project teruggezet met de bestandsnaam main-2024-02-23-130441542.tex.
Eigendom van een project overdragen
Het beheerpaneel in Server Pro heeft een eigen pagina per project. Je kunt deze bereiken door de gebruiker te zoeken op “/admin/user”, vervolgens naar het tabblad Projects te gaan, het project in de lijst te zoeken en op het informatiepictogram te klikken; of door met een bekend project-id rechtstreeks naar de pagina https://your-instance-url/admin/project/ te navigeren. Op de pagina met projectinformatie vind je een knop Transfer Ownership, die een venster opent waarin je een willekeurige gebruiker als nieuwe eigenaar kunt opgeven. De nieuwe eigenaar hoeft geen bestaande samenwerker aan het project te zijn.Houd er rekening mee dat de vorige eigenaar als onderdeel van de eigendomsoverdracht wordt toegevoegd als samenwerker met lees- en schrijftoegang tot het project.
De compileertime-out van projecten bijwerken
De standaard compileertime-out voor projecten is momenteel ingesteld op 180 seconden. Deze waarde kan worden gewijzigd; dat gebeurt in twee stappen. Bewerk eerst het bestand config/variables.env, voeg de omgevingsvariabeleCOMPILE_TIMEOUT toe en stel de waarde in op de gewenste time-out in seconden. Bijvoorbeeld COMPILE_TIMEOUT=300 voor 5 minuten.
Het heeft geen zin om de time-out boven de 10 minuten in te stellen. Als je dat doet, loop je hoogstwaarschijnlijk tegen een time-out in een ander onderdeel van de applicatie aan.
bin/up -d uit te voeren.
Het instellen van deze omgevingsvariabele werkt de time-outwaarde alleen bij voor nieuwe gebruikers; deze wordt niet met terugwerkende kracht toegepast op bestaande gebruikers, omdat de waarde wordt ingevuld wanneer de gebruiker voor het eerst wordt aangemaakt.
Om de time-out voor bestaande gebruikers aan te passen, moet je elk gebruikersrecord in de database wijzigen. We raden aan hierbij zeer voorzichtig te zijn en een consistente back-up te maken voordat je wijzigingen aanbrengt.
Informatie over het maken van back-ups vind je hier.
Om de compileertime-out voor alle bestaande gebruikers bij te werken, voer je de volgende shellopdracht uit op de Docker-host:
<value> in de bovenstaande query door de gewenste time-outwaarde in seconden.
Nadat de opdracht is voltooid, zou je een bevestiging moeten zien met het aantal gewijzigde records. Typ vervolgens exit en druk op Enter om terug te keren naar de shell van de host.
Projecttoegang bijhouden
Met de volgende opdracht kun je zien wie een project heeft geladen en wanneer:timestamp, user_id als project_id.