Audyt funkcji PolanieOnLine v1 v2
Z PolanieOnLine
Audyt funkcji PolanieOnLine: v1 → v2
Stan audytu: 2026-09-01
Gałąź odniesienia: standalone-modern-website
Spis treści
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.phpnewsarchive.php
|
NewsArticlePageNewsArchivePage
|
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
- P1 — wykonane: podgląd i rewizje zadań, zmiana kolejności, forum w wyszukiwarce globalnej oraz poprawki mobilne.
- P2 — konto i migracje użytkowe: odzyskiwanie konta, tworzenie postaci, wydarzenia, statystyki zabójstw i regiony w atlasie.
- P2 — operacje: diagnostyka kolejek/cache/Reverb oraz historia gracza.
- P3 — funkcje niszowe: handel, domki, minigry, media i stare narzędzia administracyjne.
- 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.