Stack feedback
This commit is contained in:
67
docs/conversations/stack_feedback2.md
Normal file
67
docs/conversations/stack_feedback2.md
Normal file
@@ -0,0 +1,67 @@
|
||||
|
||||
12:09
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
nie no:
|
||||
| HTTP Server | Tapir + JDK HttpServer | Tapir gives type-safe endpoint definitions with auto-generated OpenAPI docs. JDK HttpServer with Executors.newVirtualThreadPerTaskExecutor() is the lightest possible server |
|
||||
| --- | --- | --- |
|
||||
netty based server, jdk http server to jest zabawka do devserverów
|
||||
|
||||
co do migracji
|
||||
|
||||
to też mam zbadane
|
||||
|
||||
flyway odpada
|
||||
|
||||
flyway niestety nie ma rollbacków we free wersji
|
||||
|
||||
musimy użyć liquibase
|
||||
|
||||
połowa zabawy z octoberem/winterem to to że można jednym poleceniem zrzucic ostatnią migrację i naprawić rzeczy
|
||||
|
||||
12:14
|
||||
haha, kuba, nie możesz mu tak po prostu wpierdalać tego, on jest za głupi, np jwt nie są ze springa lol, jest libka do nich javowa dobra, którą użyłem w springowym projekcie i działało
|
||||
|
||||
|
||||
|
||||
1 odpowiedź
|
||||
Obserwowane
|
||||
Ostatnia odpowiedź 5 minut temu
|
||||
w ogóle zbędne śmieci tam powrzucał z moich anegdot, to kto jest autorem libki nie ma znaczenia, zbędne tokeny xD
|
||||
|
||||
oslo pozytywne powinny być zwroty bez jakichś "No Jakarta Mail", po co mu to, ma mieć tylko jasne wybory
|
||||
|
||||
ten plugin system co on proponuje w docu nie zadziała, jak by to miało działać, jako git submodules?
|
||||
|
||||
do pluginów proponuję zrobić osobny subprojekt w summer-*, nazwać go np summer-party
|
||||
|
||||
w nim zdefiniujemy wersjonowane interfejsy dla pluginów oraz resolution system
|
||||
|
||||
to musi być runtime based
|
||||
|
||||
stosunkowo proste to będzie z service loaderem
|
||||
|
||||
ale musisz mieć wspólny interfejs bo wtedy możesz zapobiec rozjazdowi
|
||||
|
||||
ogólnie to fajnie byłoby zrobić registry pluginów prywatne i ekstrachować wtedy z publikowanych artefaktów wersje interfejsu żeby wiedzieć co można do jakiej wersji cmsa dodać
|
||||
|
||||
moduł Queue ogólnie to on nie zrozumiał wcale, to że jvm ma długo działający proces wcale nie oznacza, że można trzymać kolejki nagle in-memory, Queue module w laravelu zapina do rozmaitych rozwiązań kolejkowanie poza aplikacją z uprzejmym założeniem, że kolejka jest persystentna, to jest moduł do spychania ciężkiej pracy do back office żeby na hot path http nie robić takich tasków, musi być jednakże gwarancja że coś co zostało wypchnięte na kolejkę nie zniknie i zostanie eventually wykonane
|
||||
|
||||
moduł Queue musi mieć ładne interfejsy i do nich zapniemy rozmaite drivery do kolejek
|
||||
|
||||
jakieś activemq czy nawet tabela w postgresie na start
|
||||
|
||||
tzn napisał że persistence via postgres lub redis, good enough
|
||||
|
||||
pagination ma dwie strony
|
||||
|
||||
jedna to jest built-in pagination support w october/database rozszerzający laravelowe wsparcie dla pagination
|
||||
|
||||
druga to jest wsparcie dla pagination w szablonach i api
|
||||
|
||||
zacząłem robić draft tego jak widzę w ogóle pracę z bazą danych
|
||||
Reference in New Issue
Block a user