gitea
c1f5bea9f7
Testy / Testy warstwy logicznej (silnik) (push) Failing after 4m46s
Testy / Testy warstwy prezentacji (dostęp do baz) (push) Successful in 9m32s
Testy / Testy warstwy bazodanowej (ochrona baz) (push) Successful in 9m25s
Testy / Build obrazu silnika B (swisseph) (push) Successful in 7s
Testy / Kontrola składni wszystkich warstw (push) Successful in 5s
Trzeci z pięciu kroków. Zmieniłem jego zakres wobec planu i warto wiedzieć dlaczego: pierwotnie miała to być deduplikacja pięciu kopii link_crypto.py, ale po zrobieniu PR 2 widać, że astroklienta blokuje co innego — ekrany, których nie ma mieć, siedzą wewnątrz jednego main.py. Deduplikacja kryptografii jest realnym długiem, ale niczego nie blokuje. PODZIAŁ. main.py (1023 linie) rozpadł się na podstawa.py (wspólne obiekty i pomocnicy), jedenaście modułów w app/ekrany/ i main.py, który jest już samym ZŁOŻENIEM: lista importów JEST definicją produktu. Podział zrobiony mechanicznie, z osobnym sprawdzeniem, że żadna sekcja nie wołała pomocnika z innej (nie wołała). KATALOG Z REJESTRACJI. Dotąd wszystkie funkcje były wypisane w features.py, więc obraz produktu, który części z nich nie ma, i tak niósł ich nazwy — spis funkcji, których nie ma jak włączyć. Teraz ekran zgłasza siebie, swoje trasy i swoje zasoby przy imporcie własnego modułu, a features.py nie wymienia ani jednego ekranu. Kolejność w nawigacji jest jawna (`kolejnosc`), żeby nie rządziła nią kolejność importów. To samo dotyczy nawigacji administratora: odsyłacz do ekranu kont był wpisany na sztywno w base.html, więc w węższym produkcie zostawał martwy link i nazwa ekranu, którego nie ma. EKSPORT JAKO MODUŁ. Zgodnie z ustaleniem eksport jest funkcją administracyjną, więc musi dać się usunąć. app/moduly/eksport/ zabiera arkusz, trasę PDF-a i akcję formularza. „Można, ale nie temu kontu" i „nie ma takiej możliwości" to dwie różne gwarancje, a eksport wynosi najwięcej treści baz naraz. MOST ODKRYWA MODUŁY. Skoro modułów jest więcej niż jeden, most nie może ich znać z nazwy — nazwa nieobecnego modułu jechałaby do obrazu, w którym go nie ma. Przechodzi więc po podkatalogach app/moduly/ i pyta każdy, co wnosi. Katalog generowania przeniesiony z app/dodatki na app/moduly/dodatki. ZNALEZIONE PRZY OKAZJI. Po wydzieleniu eksportu okazało się, że jego ścieżki SZCZĘŚLIWEJ nie sprawdzał żaden test — badano wyłącznie odmowę dla konta bez uprawnienia. Moduł dostaje zależności z wywołania montującego, więc brak jednej z nich wyszedłby dopiero przy pierwszym kliknięciu. Dopisany test funkcjonalny (realny arkusz, sprawdzany aż do nagłówka ZIP-a) i brakujące zależności. Cztery komentarze w plikach współdzielonych wymieniały zakładkę „Skompiluj", w tym wheelzoom.js ze wzmianką o „przyszłej zakładce" — to samo zgłoszenie, które audyt podnosił wcześniej. TEST ZŁOŻENIA. Buduje węższy produkt NAPRAWDĘ: kopiuje drzewo, usuwa cztery ekrany i oba moduły, uruchamia aplikację w OSOBNYM PROCESIE (importy są zapamiętywane, więc sprawdzanie tego w procesie, który moduł już zaimportował, dawałoby wynik fałszywie pozytywny) i sprawdza, że wstaje, że zachowane ekrany oddają 200, że usunięte oddają 404 (nie 403 i nie 500), że katalog opisuje ten obraz, i że w nawigacji nie ma martwych odsyłaczy. Napisałem najpierw ostrzejszy test — „nazwa ekranu nie pada poza jego modułem" — i go wyrzuciłem: zgłaszał wzmianki o Horoskopie w plikach współdzielonych, choć astroklient Horoskop MA. Ślad ma znaczenie wyłącznie wobec konkretnego złożenia, więc sprawdzenie należy do produktu, nie do mechanizmu. Testy: presentation 368, logic 342, data 37, render 41. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
59 lines
2.8 KiB
Python
59 lines
2.8 KiB
Python
"""Synastria: porównanie dwóch horoskopów."""
|
|
from __future__ import annotations
|
|
|
|
from fastapi import Form, Request
|
|
from fastapi.responses import HTMLResponse
|
|
import httpx
|
|
|
|
from app.features import Feature
|
|
from app.podstawa import (features, app, templates, logic, _build_utc, _logic_error)
|
|
|
|
# ---------------- Synastria (technika relacyjna) ----------------
|
|
@app.get("/synastry", response_class=HTMLResponse)
|
|
def synastry_form(request: Request):
|
|
# domyślne liczby, żeby pola number nie były puste (puste → błąd przy wysyłce)
|
|
form = {"a_tz_offset": 0, "a_lat": 0, "a_lon": 0, "b_tz_offset": 0, "b_lat": 0, "b_lon": 0,
|
|
"aspect_orb": 8, "aspect_luminary_bonus": 2}
|
|
return templates.TemplateResponse(request, "synastry.html", {"result": None, "form": form})
|
|
|
|
|
|
@app.post("/synastry", response_class=HTMLResponse)
|
|
def synastry_run(
|
|
request: Request,
|
|
a_person: str = Form(""), a_date: str = Form(...), a_time: str = Form(...),
|
|
a_tz_offset: float = Form(0.0), a_lat: float = Form(0.0), a_lon: float = Form(0.0),
|
|
b_person: str = Form(""), b_date: str = Form(...), b_time: str = Form(...),
|
|
b_tz_offset: float = Form(0.0), b_lat: float = Form(0.0), b_lon: float = Form(0.0),
|
|
zodiac: str = Form("tropical"),
|
|
aspect_orb: float = Form(8.0), aspect_luminary_bonus: float = Form(2.0),
|
|
aspect_minor: bool = Form(False),
|
|
):
|
|
"""Synastria (PRE-04): dwie osoby → aspekty między ich horoskopami."""
|
|
form = {"a_person": a_person, "a_date": a_date, "a_time": a_time, "a_tz_offset": a_tz_offset,
|
|
"a_lat": a_lat, "a_lon": a_lon, "b_person": b_person, "b_date": b_date,
|
|
"b_time": b_time, "b_tz_offset": b_tz_offset, "b_lat": b_lat, "b_lon": b_lon,
|
|
"zodiac": zodiac, "aspect_orb": aspect_orb,
|
|
"aspect_luminary_bonus": aspect_luminary_bonus, "aspect_minor": aspect_minor}
|
|
ctx: dict = {"form": form, "result": None, "error": None}
|
|
try:
|
|
iso_a, _ = _build_utc(a_date, a_time, a_tz_offset)
|
|
iso_b, _ = _build_utc(b_date, b_time, b_tz_offset)
|
|
ctx["result"] = logic.synastry(
|
|
{"when_utc": iso_a, "lat": a_lat, "lon": a_lon},
|
|
{"when_utc": iso_b, "lat": b_lat, "lon": b_lon},
|
|
zodiac=zodiac, aspect_orb=aspect_orb,
|
|
aspect_luminary_bonus=aspect_luminary_bonus, aspect_minor=aspect_minor,
|
|
)
|
|
except httpx.HTTPError as e:
|
|
ctx["error"] = _logic_error(e)
|
|
except ValueError as e:
|
|
ctx["error"] = f"Niepoprawne dane wejściowe: {e}"
|
|
return templates.TemplateResponse(request, "synastry.html", ctx)
|
|
|
|
features.zarejestruj(
|
|
ekran=Feature("synastry", "Synastria", "Porównanie dwóch horoskopów.",
|
|
"Ekrany", "/synastry", kolejnosc=40),
|
|
trasy={("GET", "/synastry"): "synastry", ("POST", "/synastry"): "synastry"},
|
|
zasoby={"s-synastry.css": "synastry"},
|
|
)
|