Audyt funkcji PolanieOnLine v1 v2

Z PolanieOnLine
Skocz do: nawigacja, szukaj

Audyt funkcji PolanieOnLine: v1 → v2

Stan audytu: 2026-09-01
Gałąź odniesienia: standalone-modern-website

Metoda oceny

  • Stan:
    • gotowe — funkcja ma pełny odpowiednik w v2;
    • ulepszone — v2 wykracza poza v1;
    • częściowe — działa tylko część ścieżki;
    • brak — brak odpowiednika;
    • zewnętrzne — świadomie pozostaje poza SPA;
    • wycofać — nie warto migrować.
  • Wartość: 1–5, gdzie 5 oznacza funkcję często używaną albo niezbędną operacyjnie.
  • Dane:
    • gotowe — istnieje stabilne źródło;
    • do audytu — źródło istnieje, lecz wymaga oczyszczenia;
    • nowe — potrzebny jest nowy model lub integracja;
    • zbędne — nie przenosimy danych.
  • Koszt: S (mały), M (średni), L (duży), XL (bardzo duży).
  • Priorytet: P0 — bezpieczeństwo/stabilność; P1 — następny pakiet; P2 — kolejny etap; P3 — opcjonalne.

Ocena porównawcza

Obszar Wynik bazowy Po bieżącym pakiecie Wniosek
Publiczna strona i wiedza o grze 72% 77% Rdzeń v2 jest mocniejszy od v1; największe luki to wydarzenia, handel i statystyki.
Konto użytkownika 34% 34% Największa luka migracyjna: rejestracja, odzyskiwanie konta, tworzenie postaci i historia logowań.
Administracja i operacje 59% 65% Forum i treści są mocne; brakuje narzędzi diagnostycznych i historii gracza.
Łącznie 61% 64% v2 nadaje się do dalszego rozwijania, ale pełne zastąpienie v1 wymaga przede wszystkim domknięcia kont użytkowników.

Wzrost w bieżącym pakiecie wynika z domknięcia workflow redakcyjnego zadań oraz włączenia forum do wyszukiwarki globalnej.

Serwis publiczny i wiedza o grze

Funkcja v1 Źródło v1 Odpowiednik v2 Stan Wartość Dane Koszt Priorytet Decyzja
Strona główna i aktualności sites/news/news.php SiteHomePage, API /site/home ulepszone 5 gotowe S P2 Utrzymywać, później dodać lepsze moduły personalne.
Artykuł i archiwum wiadomości sites/news/news.php
newsarchive.php
NewsArticlePage
NewsArchivePage
gotowe 4 gotowe S P2 Bez dużej migracji.
RSS aktualności sites/news/rss.php brak dedykowanego feedu v2 brak 2 gotowe S P3 Dodać dopiero po stabilizacji treści.
Archiwum wersji gry sites/news/updatearchive.php częściowo wiadomości/poradniki częściowe 3 do audytu M P2 Osobna oś wydań z numerem wersji.
Pobieranie klienta sites/game/download.php DownloadPage gotowe 5 gotowe S P2 Utrzymywać linki i sumy kontrolne.

Konto użytkownika

Funkcja v1 Odpowiednik v2 Stan Wartość Dane Koszt Priorytet Decyzja
Logowanie i wylogowanie Sanctum /auth/login
/auth/logout
ulepszone 5 gotowe S P0 Utrzymywać rate limiting i sesje.
Profil i podstawowe ustawienia /profile
/account/settings/*
częściowe 5 gotowe M P2 Ujednolicić stronę profilu i ustawień.
Zmiana e-maila i hasła API ustawień konta gotowe 5 gotowe S P0 Utrzymywać kontrolę bezpieczeństwa.

Administracja i operacje

Funkcja v1 Odpowiednik v2 Stan Wartość Dane Koszt Priorytet Decyzja
Wiadomości/aktualności AdminNewsEditor ulepszone 5 gotowe S P2 Gotowe wraz z koszem i audytem.
Zadania relacyjny AdminQuestEditor ulepszone 5 gotowe M wykonane Workflow redakcyjny domknięty podglądem, rewizjami i kontrolą kompletności.
Log zmian AdminHistoryTab ulepszone 5 gotowe S P0 Utrzymywać jako append-only.

Wynik i kolejność prac

  1. P1 — wykonane: podgląd i rewizje zadań, zmiana kolejności, forum w wyszukiwarce globalnej oraz poprawki mobilne.
  2. P2 — konto i migracje użytkowe: odzyskiwanie konta, tworzenie postaci, wydarzenia, statystyki zabójstw i regiony w atlasie.
  3. P2 — operacje: diagnostyka kolejek/cache/Reverb oraz historia gracza.
  4. P3 — funkcje niszowe: handel, domki, minigry, media i stare narzędzia administracyjne.
  5. Nie migrować: grupa rozwoju, stare OpenID/OAuth i martwe integracje społecznościowe.

Audyt jest dokumentem żywym: po każdym większym pakiecie należy zmienić stan odpowiednich pozycji i dopisać wynik migracji danych.