Dodanie skryptu konwertera, przygotowanie do kategoryzacji list i dodanie pliku źródłowego JSON #1
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "converter"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Pliki "zbudowane", czyli te
txt
, proponuję trzymać w osobnym katalogu. Da to ładne rozgraniczenie na to, co jest przeznaczone do edycji, a co jest budowane. Więc może pliki źródeł dać wsrc
, a zbudowane pliki wdist
?np.
src/seo-adguard.json
idist/seo-nonsense/seo-nonsense-adguard.txt
+dist/seo-nonsense/seo-nonsense-ublacklist.txt
Byłoby też super gdybyśmy mieli plik README z instrukcją jaką komendą budować i potencjalnie co trzeba zainstalować (chociaż obstawiam, że to jest "goły" python).
Kusi też, aby dodać Makefile. Wystarczy wtedy odpalić klasyczne
make build
w celu uruchomienia testów. To może utrudnić życie użytkownikom Windowsa, ale z drugiej strony jak ktoś kodzi na Windowsie to pewnie jest przyzwyczajony do kłód pod nogami xdDobry pomysł. Czy taka struktura będzie odpowiednia? Czy plik konwertera też przenieść do
src
?Jasne, mogę się tym zająć.
Plik konwertera też dajmy do src 🙏
@ -0,0 +82,4 @@
def adguard_conversion(data: dict) -> list[str]:
header_lines: list[str] = [
f"! Blocking list automatically generated at {datetime.now(timezone.utc).strftime('%Y-%m-%d %H:%M:%S %Z%z')}",
tutaj zamiast obecnej daty użyjmy
mtime
źródłowego pliku JSON. Wtedy buildy będą bardziej deterministycznemasz na myśli pobieranie datetime ostatniej modyfikacji pliku źródłowego JSON?
dokładnie tak!
@ -0,0 +1,9 @@
CONVERTER = python3 src/converter.py
build:
tutaj jeszcze trzeba dodać plik
src/seo-source.json
jako dependency. Wtedy Make będzie unikał buildów dla plików, dla których już build był zrobiony (patrząc po mtime)