> 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/pl/zarzadzanie-uzytkownikami-i-projektami/project-management.md). # Zarządzanie projektami ### Przeglądanie dziennika audytu projektu Administratorzy mogą zobaczyć **Dziennik audytu** dla każdego projektu. Ten dziennik audytu pokazuje zdarzenia, takie jak zmiana udostępniania linkiem między prywatnym a opartym na tokenie, wysyłanie/przyjmowanie zaproszeń oraz moment, gdy użytkownik dołączył do projektu za pomocą tokenu. Administratorzy mogą przeglądać te dzienniki dla poszczególnych projektów za pomocą **Twoja instancja** -> **Admin** -> **Zarządzaj użytkownikami** następnie: * Wyszukaj użytkownika * Kliknij **Projekty** karta * Wybierz projekt * Kliknij ikonę (i) * Kliknij **Dziennik audytu** karta Jeśli projekt jest udostępniony konkretnemu współpracownikowi (za pomocą jego adresu e-mail), gdy odbiorca dołączy, zostanie on wymieniony w oknie Udostępnij wraz ze swoimi uprawnieniami i będzie widoczny dla właściciela projektu. Informacje te będą również wyświetlane Administratorom podczas przeglądania karty Informacje o projekcie dla tego projektu w panelu administracyjnym. ### Przywracanie usuniętych dokumentów 1. Zaloguj się, używając swoich danych administratora 2. Kliknij **Admin** i wybierz **Zarządzaj użytkownikami** 3. Korzystając z pola wyszukiwania, wpisz adres e-mail użytkownika, dla którego chcesz przywrócić dokument 4. Kliknij jego adres e-mail na liście zwróconych wyników, aby otworzyć stronę informacji o użytkowniku 5. Kliknij **Projekty** kartę i użyj pola wyszukiwania, aby wyszukać projekt 6. Kliknij ikonę informacji obok nazwy projektu, aby otworzyć **Informacje o projekcie** 7. Kliknij **Usunięte dokumenty** karta 8. Kliknij **Przywróć** przycisk obok usuniętego dokumentu, aby przywrócić go z powrotem do projektu użytkownika. Przywrócony plik będzie miał następujący format: `NAZWA_PLIKU-ZNACZNIK_CZASU.ROZSZERZENIE`. Na przykład, przywrócona wersja `main.tex` zostanie przywrócona do katalogu głównego projektu pod nazwą pliku `main-2024-02-23-130441542.tex`. ### Przenoszenie własności projektu Panel administracyjny w Server Pro ma oddzielną stronę dla każdego projektu. Możesz się do niej dostać, wyszukując użytkownika na "/admin/user", a następnie przechodząc do jego **Projekty** karty, znajdując projekt na liście i klikając ikonę informacji; albo przechodząc bezpośrednio do strony, znając project-id [**https://your-instance-url/admin/project/**](https://your-instance-url/admin/project/). Na stronie informacji o projekcie znajdziesz **Przenieś własność** przycisk, który otwiera okno modalne, w którym możesz wskazać dowolnego użytkownika jako nowego właściciela. Nowy właściciel nie musi być istniejącym współpracownikiem projektu. {% hint style="info" %} Należy pamiętać, że poprzedni właściciel zostanie dodany jako współpracownik z dostępem do odczytu i zapisu do projektu w ramach procesu przenoszenia własności. {% endhint %} ### Aktualizacja limitu czasu kompilacji projektu Domyślny limit czasu kompilacji dla projektów jest obecnie ustawiony na 180 sekund. Zmiana tej wartości jest możliwa i wymaga dwuetapowego procesu. Najpierw edytuj **config/variables.env** plik i dodaj `COMPILE_TIMEOUT`zmienną środowiskową i ustaw jej wartość na żądany limit czasu w sekundach. Na przykład, `COMPILE_TIMEOUT=300` na 5 minut. {% hint style="danger" %} Nie warto wydłużać limitu czasu powyżej 10 minut. Jeśli to zrobisz, najprawdopodobniej napotkasz przekroczenie czasu w innym komponencie aplikacji. {% endhint %} Gdy ta zmiana zostanie wprowadzona, będziesz musiał odtworzyć **sharelatex** kontener, uruchamiając `bin/up -d`polecenia. Ustawienie tej zmiennej środowiskowej zaktualizuje wartość limitu czasu tylko dla nowych użytkowników; ono **nie będzie** zastosowane wstecznie do istniejących użytkowników, ponieważ jest ustawiane w momencie pierwszego utworzenia użytkownika. Aby dostosować limit czasu dla istniejących użytkowników, musisz zmienić każdy rekord użytkownika w bazie danych. Zalecamy zachowanie szczególnej ostrożności podczas wykonywania tej operacji i rekomendujemy wykonanie spójnej kopii zapasowej przed wprowadzeniem jakichkolwiek zmian. Informacje o wykonywaniu kopii zapasowych znajdziesz [tutaj](/on-premises/pl/konserwacja/data-and-backups.md). Aby zaktualizować wartość limitu czasu kompilacji dla wszystkich istniejących użytkowników, musisz uruchomić następujące polecenie powłoki na hoście Docker: {% code overflow="wrap" %} ```bash echo 'db.users.updateMany({}, {$set: {"features.compileTimeout": }})' | docker exec -i mongo mongosh --quiet localhost/sharelatex ``` {% endcode %} Będziesz musiał zastąpić `` w powyższym zapytaniu żądaną wartością limitu czasu w sekundach. Po zakończeniu polecenia powinieneś zobaczyć potwierdzenie z liczbą zmodyfikowanych rekordów. Następnie możesz wpisać exit i nacisnąć klawisz Enter, aby wrócić do powłoki hosta. ### Śledzenie dostępu do projektu Można zobaczyć, kto i kiedy projekt został załadowany, używając następującego polecenia: {% code overflow="wrap" %} ```bash docker exec sharelatex bash -c 'grep "join project request" /var/log/overleaf/web.log' ``` {% endcode %} To poda zarówno `znacznik czasu`, `identyfikator użytkownika` i `identyfikator projektu`. --- # 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/pl/zarzadzanie-uzytkownikami-i-projektami/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.