Tylko plik weryfikacyjny domeny, zero kodu.
inspiracja
/var/www/sancti nie zawiera designu, layoutu ani treści; jedyny plik to token weryfikacyjny narzędzia webmasterskiego. Cała warstwa wizualna i treściowa 'Sancti.pl' żyje w repozytorium koscioly-pl.
źródło: ls -la /var/www/sancti
cel
Sam katalog nie ma własnego celu biznesowego — sancti.pl to marketingowa/domenowa fasada dla tego samego portalu co koscioly-pl.
źródło: koscioly-pl/.env (NUXT_PUBLIC_SITE_URL=https://sancti.pl), nginx sancti.pl
zależności
Brak package.json, node_modules, .env czy jakiegokolwiek runtime. Jedyna 'zależność' to plik weryfikacyjny na dysku, niepowiązany z żadnym procesem.
źródło: ls -la /var/www/sancti
znaczenie
Nginx dla sancti.pl kieruje cały ruch (poza *.txt) na proxy_pass 127.0.0.1:3075, czyli do procesu PM2 'koscioly-pl'. Katalog /var/www/sancti pozostaje niewykorzystywany przez żywy ruch.
źródło: nginx sancti.pl (location / proxy_pass 3075)
co do przetestowania
Nginx dla *.txt ustawia root na koscioly-pl/.output/public, nie na /var/www/sancti — plik weryfikacyjny sanctiplcbcf02f40fa337c4.txt może być całkowicie niedostępny pod swoim URL-em, chyba że skopiowano go też do koscioly-pl.
źródło: nginx sancti.pl (location regex *.txt), ls /var/www/sancti
Prosty test curl na dokładny URL weryfikacyjny rozstrzygnąłby czy plik z /var/www/sancti pełni swoją funkcję, czy jest reliktem po przeniesieniu projektu do koscioly-pl.
źródło: brak wykonanego testu w tej sesji
rekomendacja
Albo przenieść plik weryfikacyjny do koscioly-pl/.output/public i skasować /var/www/sancti, albo usunąć go z dysku, żeby uniknąć pomyłki między 'sancti-pl jako projekt' a 'sancti.pl jako domena obsługiwana przez koscioly-pl'.
źródło: analiza nginx + struktury katalogów