{% comment %}Ekran, gdy .env i baza mówią co innego (installer/state.py). Jedyny szablon CMS-a, który nie rozszerza base.html, i to z konieczności: base.html ciągnie ustawienia serwisu i menu prosto z bazy, a ta strona pokazuje się właśnie wtedy, gdy z baza jest coś nie tak. Renderujemy go bez `request`, czyli bez procesorów kontekstu - inaczej strona z opisem błędu wywrócilaby się na tym samym błędzie, który ma opisać. Stąd też brak skryptu z konfiguracja Tailwinda (kolory serwisu siedzą w bazie) i brak kolorów marki - zostają klasy z rdzenia. Własnego CSS-a tu nie ma.{% endcomment %} Serwis wymaga uwagi

D-LIS

{% if bez_bazy %}Baza danych nie odpowiada{% endif %} {% if bez_tabel %}Baza nie ma tabel serwisu{% endif %} {% if obca_baza %}Ta baza należy do innej instalacji{% endif %}

{% if bez_bazy %}

Serwis ma komplet konfiguracji, ale nie może się połączyć z baza danych. Zwykle znaczy to jedno z trzech: serwer bazy nie działa, zmieniło się hasło albo adres w pliku .env jest inny niż powinien.

{% endif %} {% if bez_tabel %}

Baza odpowiada, ale nie ma w niej tabel CMS-a. Tak wygląda instalacja urwana w połowie albo plik .env wskazujący na inna, pusta baze. Migracje zakłada polecenie python manage.py migrate.

{% endif %} {% if obca_baza %}

Klucz instalacji z pliku .env nie zgadza się z kluczem zapisanym w bazie. Serwis nie ruszy, bo to nie jest jego baza: sesje podpisywalby kluczem, którym nie odszyfruje zapisanych w niej haseł, a redaktorzy pisaliby do nie swojego serwisu.

Najczęstsza przyczyna to przywrócona kopia z innego serwera albo dwie instalacje wpisane na jedna baze. Poprawna droga: wpisz w .env dane właściwej bazy albo - gdy plik .env przepadł - usuń go i przejdź kreator odzyskiwania, który weźmie klucz z bazy.

{% endif %}

Co widzi serwis

Plik konfiguracji
{{ env_file }}
Silnik
{{ silnik }}
Baza
{{ baza }}

Sprawdzone {{ czas|date:"Y-m-d H:i" }}. Strona odpowiada kodem 503, więc wyszukiwarki nie zapamiętają jej w miejsce serwisu.