Backend
wpisy (23)
- Realtime w przeglądarce: od pollingu do WebTransport4/7
Server-Sent Events: protokół zdarzeń nad HTTP streamingiem
Standardowy format zdarzeń i reconnect nad strumieniem HTTP. Last-Event-ID daje wznowienie, ale trwałości eventów w systemie już nie załatwia.
- Realtime w przeglądarce: od pollingu do WebTransport3/7
HTTP Streaming: jedna odpowiedź, wiele fragmentów danych
Odpowiedź może powstawać w czasie. Chunk transportowy nie jest wiadomością, więc framing i backpressure stają się sprawą aplikacji.
- Testowanie przez warstwy: od kodu do infrastruktury1/9
Unit tests: szybka diagnoza przy kodzie
Unit test sprawdza najmniejszą sensowną jednostkę zachowania bez uruchamiania całego systemu. Jego wartość leży w szybkości i precyzji diagnozy.
- Realtime w przeglądarce: od pollingu do WebTransport2/7
Long Polling: kiedy serwer opóźnia odpowiedź
Serwer nie odpowiada, dopóki nie ma czego wysłać. Powstaje ciąg długich requestów, w którym timeout i kursor są częścią protokołu.
- Realtime w przeglądarce: od pollingu do WebTransport1/7
Polling: realtime przez powtarzanie requestu
Opóźnienie jest funkcją interwału, a koszt istnieje nawet wtedy, gdy nic się nie zmienia. W zamian każdy request jest niezależny i cała infrastruktura działa…
- seria · 7 części
Realtime w przeglądarce: od pollingu do WebTransport
Realtime to wymaganie dotyczące maksymalnego opóźnienia informacji, nie nazwa protokołu. Mechanizmy od pollingu po WebTransport, każdy z ograniczenia…
- Sposoby komunikacji z backendem: od formularza HTML do GraphQL6/6
GraphQL: klient pyta o kształt danych
Odpowiedź przestaje należeć do zasobu i operacji, a zaczyna do zapytania klienta. Elastyczność płaci się przewidywalnością wykonania i cache.
- Sposoby komunikacji z backendem: od formularza HTML do GraphQL5/6
RPC: kiedy API modeluje operacje zamiast zasobów
RPC zaczyna od operacji, nie od zasobu. Intencja staje się jawna, ale semantyka przenosi się z HTTP do kontraktu aplikacji.
- Sposoby komunikacji z backendem: od formularza HTML do GraphQL4/6
REST: zasoby, reprezentacje i semantyka HTTP
REST to nie „JSON i endpointy”. To zasoby identyfikowane przez URI, reprezentacje oddzielone od zasobu i wykorzystanie znaczenia metod HTTP.
- Sposoby komunikacji z backendem: od formularza HTML do GraphQL3/6
Fetch API: współczesny interfejs do HTTP w przeglądarce
fetch nie zmienił modelu komunikacji, tylko interfejs. Request i Response są obiektami, body jest strumieniem, a 404 nie jest błędem.