> 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/on-premises-no/bruker-og-prosjektadministrasjon/project-management.md). # Prosjektadministrasjon ### Vise en prosjekts revisjonslogg Administratorer kan se en **Revisjonslogg** for hvert prosjekt. Denne revisjonsloggen viser hendelser som når lenkedeling endret seg 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** -> **Admin** -> **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 å bruke e-postadressen deres), vil de, når mottakeren har blitt med, bli oppført i Del-modalen med sin tillatelse og være synlige for prosjekteieren. Denne informasjonen vil også vises for administratorer når de ser på fanen Prosjektinformasjon for prosjektet via administrasjonspanelet. ### Gjenopprette slettede dokumenter 1. Logg inn med administratoropplysningene dine 2. Klikk **Admin** 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 returnerte resultater for å åpne brukerinformasjonssiden deres 5. Klikk på **Prosjekter** fanen og bruk søkefeltet til å søke etter prosjektet 6. Klikk på informasjonikonet ved siden av prosjektnavnet for å åpne **Prosjektinformasjon** 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øre eierskap til et prosjekt Administrasjonspanelet i Server Pro har en egen side per prosjekt. Du kan enten komme dit ved å søke etter brukeren på "/admin/user", og deretter gå til deres **Prosjekter** fanen, finne prosjektet i listen og klikke på informasjonsikonet; eller ved å navigere direkte til siden med en kjent prosjekt-ID [**https://your-instance-url/admin/project/**](https://your-instance-url/admin/project/). På prosjektsiden kan du finne 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 å være en eksisterende samarbeidspartner på prosjektet. {% hint style="info" %} Merk at den forrige eieren vil bli lagt til som samarbeidspartner med lese- og skrivetilgang til prosjektet som en del av prosessen for overføring av eierskap. {% endhint %} ### Oppdatering av prosjektets kompileringstidsavbrudd Standard tidsavbrudd for kompilering for prosjekter er for øyeblikket satt til 180 sekunder. Det er mulig å endre denne verdien, og det krever en totrinnsprosess. Først, rediger **config/variables.env** filen og legg til `COMPILE_TIMEOUT`miljøvariabelen og sett verdien til ønsket tidsavbrudd i sekunder. For eksempel, `COMPILE_TIMEOUT=300` for 5 minutter. {% hint style="danger" %} Det er ikke verdt å øke tidsavbruddet til mer enn 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. Hvis du angir denne miljøvariabelen, oppdateres tidsavbruddsverdien bare for nye brukere **vil ikke** bli brukt i ettertid for eksisterende brukere, siden den fylles ut når brukeren opprettes for første gang. For å justere tidsavbruddet for eksisterende brukere må du endre hver brukeroppføring i databasen. Vi anbefaler å være svært forsiktig med 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 tidsavbrudd for kompilering 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": }})' | docker exec -i mongo mongosh --quiet localhost/sharelatex ``` {% endcode %} Du må erstatte `` i spørringen ovenfor med ønsket tidsavbruddsverdi i sekunder. Når kommandoen er fullført, bør du se en bekreftelse med antall endrede poster. Deretter kan du skrive exit og så trykke på enter-tasten for å gå tilbake til verts-skallet. ### Sporing av prosjekttilgang Det er mulig å se hvem og når et prosjekt lastes 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`, `user_id` og `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://ayakaleaf-pro.ayaka.space/on-premises/on-premises-no/bruker-og-prosjektadministrasjon/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.