Asynchroniczne FastAPI w Dockerze

000000
000010
100101
011010
Tworzenie aplikacji internetowych z użyciem frameworka FastAPI, bazy danych PostgreSQL i kontenerów Docker staje się coraz popularniejszym rozwiązaniem wśród deweloperów. Pozwala ono na szybkie budowanie skalowalnych i wydajnych API, przy jednoczesnym zapewnieniu łatwego wdrażania i zarządzania środowiskiem aplikacji.

Development Odoo w Dockerze

010000
001100
000001
111011
Odoo udostępnia oficjalne obrazy Dockera na dockerhub-ie. Są one dobrze udokumentowane i zegzemplifikowane więc nie powinno być problemu w zorganizowaniu środowiska deweloperskiego. Jak to zwykle jednak bywa "diabeł tkwi w szczegółach". Jak zainicjować Odoo, jak przygotować plik konfiguracyjny docker compose i skonfigurować projekt w IDE, a zwłaszcza jak uruchomić debugger aby chciał współpracować z Dockerem.

REST API - paginacja wyników odpowiedzi

000000
010000
001011
100000
Paginacja w REST API jest techniką stosowaną do zarządzania i prezentowania dużych zbiorów danych poprzez dzielenie ich na mniejsze, bardziej zarządzalne porcje. Podział ma korzystny wpływ na zużycie zasobów, wydajność, doświadczenie użytkownika, kontrolę nad przepływem danych.

Try catch w Bash

000001
010000
000010
111010
Bash nie ma natywnych konstrukcji **try-catch-finally**, ale można osiągnąć podobny efekt, używając instrukcji warunkowych i mechanizmów sprawdzania kodu wyjścia procesów, a także za pomocą bloków `trap` do obsługi sygnałów i błędów. Każdy z tych sposobów ma swoje wody i zalety a ich użycie zależy od potrzeb.

LocalStack czyli bezpieczne bujanie w obłokach AWS

000000
011000
000100
100001
Implementacja rozwiązań chmurowych jest bardziej komfortowa, kiedy można tę chmurę postawić na swoim lokalnym komputerze nie bojąc się o przekroczenie kosztów czy też o wywołanie błędów, których konsekwencji nawet trudno jest nam sobie wyobrazić. LocalStack zapewnia bezpieczną piaskownicę. Emulując ogromną ilość usług AWS daje nam sposobność nauki, pole do eksperymentów, a wreszcie zaawansowane narzędzie deweloperskie ułatwiające rozwój projektów Cloud Native.

Model dojrzałości REST API Leonarda Richardsona

000000
001000
010001
100001
Leonard Richardson przeanalizował sto różnych projektów usług internetowych i podzielił je na cztery kategorie w zależności od tego, w jakim stopniu są zgodne z REST. Ten model podziału usług REST w celu określenia ich poziomu dojrzałości – nazywany jest Modelem Dojrzałości Richardsona. Dzisiejsze dobre praktyki stosowane w implementacji REST API mają swoje oparcie właśnie na tym opracowaniu.

Akceptuję Ta strona zapisuje niewielkie pliki tekstowe, nazywane ciasteczkami (ang. cookies) na Twoim urządzeniu w celu lepszego dostosowania treści oraz dla celów statystycznych. Możesz wyłączyć możliwość ich zapisu, zmieniając ustawienia Twojej przeglądarki. Korzystanie z tej strony bez zmiany ustawień oznacza zgodę na przechowywanie cookies w Twoim urządzeniu.