> 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/on-premises-no/bruker-og-prosjektadministrasjon/project-management.md).

# Prosjektadministrasjon

### Visning av et prosjekts revisjonslogg

Administratorer kan se en **Revisjonslogg** for hvert prosjekt. Denne revisjonsloggen viser hendelser som når lenkedeling ble endret mellom privat/token-basert, når invitasjoner ble sendt/akseptert, og når en bruker ble med i prosjektet ved hjelp av en token. Administratorer kan se disse loggene per prosjekt via **Din instans** -> **Administrator** -> **Administrer brukere** deretter:

* Søk etter brukeren
* Klikk på **Prosjekter** fanen
* Velg et prosjekt
* Klikk på (i)-ikonet
* Klikk på **Revisjonslogg** fanen

Hvis et prosjekt deles med en navngitt samarbeidspartner (ved bruk av e-postadressen deres), vil de, når mottakeren har blitt med, bli सूचीført i delingsmodalen med sin tillatelse og være synlige for prosjekteieren. Denne informasjonen vil også vises for administratorer når de ser fanen Prosjektinfo for prosjektet via administrasjonspanelet.

### Gjenoppretting av slettede dokumenter

1. Logg inn med administratorlegitimasjonen din
2. Klikk **Administrator** og velg **Administrer brukere**
3. Bruk søkefeltet til å skrive inn e-postadressen til brukeren du vil gjenopprette dokumentet for
4. Klikk på e-postadressen deres i listen over treff for å åpne siden med brukerinformasjon
5. Klikk på **Prosjekter** fanen og bruk søkefeltet til å søke etter prosjektet
6. Klikk på informasjonikonet ved siden av prosjektnavnet for å åpne **Prosjektinfo**
7. Klikk på **Slettede dokumenter** fanen
8. Klikk på **Gjenopprett** knappen ved siden av det slettede dokumentet for å gjenopprette det til brukerens prosjekt.

Den gjenopprettede filen vil ha følgende format: `FILNAVN-TIDSSTEMPEL.UTVIDELSE`. For eksempel vil en gjenopprettet versjon av `main.tex` bli gjenopprettet til roten av prosjektet med filnavnet `main-2024-02-23-130441542.tex`.

### Overføring av eierskap til et prosjekt

Administrasjonspanelet i Server Pro har en egen side per prosjekt. Du kan enten komme til den ved å søke etter brukeren på "/admin/user", og deretter gå til deres **Prosjekter** fanen, finne prosjektet i listen og klikke på informasjonikonet; eller ved å navigere direkte til siden med en kjent prosjekt-id [**https://your-instance-url/admin/project/**](https://your-instance-url/admin/project/). På siden med prosjektinfo finner du en **Overfør eierskap** knapp, som åpner en modal der du kan angi hvilken som helst bruker som ny eier. Den nye eieren trenger ikke allerede å være en samarbeidspartner på prosjektet.

{% hint style="info" %}
Merk at den forrige eieren vil bli lagt til som en samarbeidspartner med lese- og skrivetilgang til prosjektet som en del av prosessen for overføring av eierskap.
{% endhint %}

### Oppdatering av tidsavbrudd for prosjektkompilering&#x20;

Standard tidsavbrudd for kompilering for prosjekter er for øyeblikket satt til 180 sekunder. Det er mulig å endre denne verdien, og det krever en prosess i to trinn.

Først må du redigere **config/variables.env** filen og legge til `COMPILE_TIMEOUT`miljøvariabelen og sette verdien til ønsket tidsavbrudd i sekunder. For eksempel, `COMPILE_TIMEOUT=300` for 5 minutter.

{% hint style="danger" %}
Det er ikke verdt å øke tidsavbruddet til over 10 minutter. Hvis du gjør det, vil du mest sannsynlig få et tidsavbrudd i en annen komponent av applikasjonen.
{% endhint %}

Når denne endringen er gjort, må du opprette på nytt **sharelatex** containeren ved å kjøre `bin/up -d`kommandoen.

Å sette denne miljøvariabelen vil oppdatere tidsavbruddsverdien bare for nye brukere, den **vil ikke** bli brukt retroaktivt på eksisterende brukere, ettersom den fylles ut når brukeren opprettes første gang.

For å justere tidsavbruddet for eksisterende brukere, må du endre hver brukerpost i databasen. Vi anbefaler å være svært forsiktig med å gjøre dette, og anbefaler å ta en konsistent sikkerhetskopi før du gjør noen endringer.

Du finner informasjon om hvordan du tar sikkerhetskopier [her](/on-premises/on-premises-no/vedlikehold/data-and-backups.md).

For å oppdatere verdien for kompileringstidsavbrudd for alle eksisterende brukere må du kjøre følgende shell-kommando på Docker-verten:

{% code overflow="wrap" %}

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

{% endcode %}

Du må erstatte `<value>` i spørringen ovenfor med ønsket tidsavbruddsverdi i sekunder.

Etter at kommandoen er fullført, skal du se en bekreftelse med antallet endrede poster. Du kan deretter skrive exit og trykke på Enter-tasten for å gå tilbake til verts-skallet.

### Sporing av prosjekt-tilgang

Det er mulig å se hvem og når et prosjekt lastes inn med følgende kommando:

{% code overflow="wrap" %}

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

{% endcode %}

Dette vil gi både `tidsstempel`, `bruker_id` og `prosjekt_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/on-premises-no/bruker-og-prosjektadministrasjon/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.
