> 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/sv/anvandar-och-projektadministration/project-management.md).

# Projektadministration

### Visning av ett projekts granskningslogg

Administratörer kan se en **Granskningslogg** för varje projekt. Denna granskningslogg visar händelser som när länkdelning ändrades mellan privat/token-baserad, när inbjudningar skickades/acceptades och när en användare gick med i projektet med en token. Administratörer kan visa dessa loggar per projekt via **Din instans** -> **Admin** -> **Hantera användare** sedan:

* Sök efter användaren
* Klicka på **Projekt** fliken
* Välj ett projekt
* Klicka på (i)-ikonen
* Klicka på **Granskningslogg** fliken

Om ett projekt delas med en namngiven medarbetare (med hjälp av deras e-postadress), kommer de när mottagaren har gått med att listas i delningsdialogen med sin behörighet och vara synliga för projektägaren. Denna information visas också för administratörer när de visar fliken Projektinformation för projektet via administrationspanelen.

### Återställa borttagna dokument

1. Logga in med dina administratörsuppgifter
2. Klicka **Admin** och välj **Hantera användare**
3. Använd sökfältet och ange e-postadressen till användaren som du vill återställa dokumentet för
4. Klicka på deras e-postadress i listan över träffar för att öppna deras användarinformationssida
5. Klicka på **Projekt** fliken och använd sökfältet för att söka efter projektet
6. Klicka på informationsikonen bredvid projektnamnet för att öppna **Projektinformation**
7. Klicka på **Borttagna dokument** fliken
8. Klicka på **Återställ** knappen bredvid det borttagna dokumentet för att återställa det till användarens projekt.

Den återställda filen kommer att ha följande format: `FILENAME-TIMESTAMP.EXTENSION`. Till exempel kommer en återställd version av `main.tex` kommer att återställas till projektets rot med filnamnet `main-2024-02-23-130441542.tex`.

### Överföra ägarskapet för ett projekt

Administrationspanelen i Server Pro har en dedikerad sida per projekt. Du kan antingen nå den genom att söka efter användaren på "/admin/user" och sedan gå till deras **Projekt** flik, hitta projektet i listan och klicka på informationsikonen; eller genom att direkt navigera till sidan med ett känt projekt-ID [**https://your-instance-url/admin/project/**](https://your-instance-url/admin/project/). På sidan med projektinformation hittar du en **Överför äganderätt** knapp som öppnar en dialogruta där du kan ange vilken användare som helst som ny ägare. Den nya ägaren behöver inte redan vara en samarbetspartner i projektet.

{% hint style="info" %}
Observera att den tidigare ägaren kommer att läggas till som samarbetspartner med läs- och skrivåtkomst till projektet som en del av ägarskapsöverföringen.
{% endhint %}

### Uppdaterar projektets kompileringstimeout&#x20;

Standardtidsgränsen för kompilering för projekt är för närvarande satt till 180 sekunder. Det går att ändra detta värde, och det kräver en tvåstegsprocess.

Först, redigera **config/variables.env** filen och lägg till `COMPILE_TIMEOUT`miljövariabeln och sätt dess värde till önskad tidsgräns i sekunder. Till exempel, `COMPILE_TIMEOUT=300` för 5 minuter.

{% hint style="danger" %}
Det är inte värt att höja tidsgränsen över 10 minuter. Om du gör det kommer du troligen att stöta på en timeout i en annan komponent av applikationen.
{% endhint %}

När denna ändring har gjorts behöver du återskapa **sharelatex** containern genom att köra `bin/up -d`kommandot.

Om du ställer in denna miljövariabel uppdateras tidsgränsvärdet endast för nya användare, det **kommer inte** tillämpas retroaktivt på befintliga användare eftersom det fylls i när användaren skapas första gången.

För att justera tidsgränsen för befintliga användare behöver du ändra varje användarpost i databasen. Vi rekommenderar att du är mycket försiktig med detta och föreslår att du tar en konsekvent säkerhetskopia innan du gör några ändringar.

Du hittar information om hur man gör säkerhetskopior [här](/on-premises/sv/underhall/data-and-backups.md).

För att uppdatera värdet för kompileringstidsgränsen för alla befintliga användare måste du köra följande kommandorad på Docker-värden:

{% code overflow="wrap" %}

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

{% endcode %}

Du måste ersätta `<value>` i ovanstående fråga med önskat tidsgränsvärde i sekunder.

När kommandot har slutförts bör du se en bekräftelse med antalet ändrade poster. Du kan sedan skriva exit och därefter trycka på Enter för att återgå till värdshellen.

### Spåra projektåtkomst

Det går att se vem och när ett projekt läses in med följande kommando:

{% code overflow="wrap" %}

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

{% endcode %}

Detta ger både `tidsstämpel`, `användar-ID` och `projekt-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/sv/anvandar-och-projektadministration/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.
