Backend

Question 1

Czym jest API

Answer 1

API to skrót od “Application Programming Interface”, czyli interfejs programowania aplikacji. Jest to zestaw reguł, protokołów i narzędzi, które umożliwiają różnym programom komunikację i współpracę ze sobą. API definiuje, w jaki sposób programy mogą wymieniać się informacjami i wykonują pewne zadania.

Question 2

Co to REST API

Answer 2

REST, czyli Representational State Transfer to styl architektury oprogramowania, opierający się o zbiór określonych reguł opisujących jak definiowane są zasoby, a także umożliwiających dostęp do nich. Należy podkreślić, że REST jest stylem architektury oprogramowania, a nie standardem. W przeciwieństwie do protokołu HTTP, na moment pisania artykułu, nie ma żadnego RFC standaryzującego architekturę REST.

Question 3

Kod 100

Answer 3

Continue: Oznacza, że serwer otrzymał część żądania i prosi o kontynuację.

Question 4

Kod 200

Answer 4

OK: Żądanie zostało pomyślnie wykonane.

Question 5

Kod 201

Answer 5

Created: Żądanie zostało pomyślnie wykonane i spowodowało utworzenie nowego zasobu.

Question 6

Kod 204

Answer 6

No Content: Żądanie zostało pomyślnie wykonane, ale nie ma treści do zwrócenia.

Question 7

Kod 307

Answer 7

Temporary Redirect: Żądany zasób został tymczasowo przeniesiony na inny URI.

Question 8

Kod 308

Answer 8

Permanent Redirect: Żądany zasób został trwale przeniesiony na inny URI.

Question 9

Kod 400

Answer 9

Bad Request: Żądanie zawiera błąd składniowy lub jest niezrozumiałe dla serwera.

Question 10

Kod 401

Answer 10

Unauthorized: Klient nie jest zautoryzowany do uzyskania dostępu do zasobu

Question 11

Kod 403

Answer 11

Forbidden: Klient nie ma wymaganych uprawnień dostępu do zasobu.

Question 12

Kod 404

Answer 12

Not Found: Żądany zasób nie został odnaleziony na serwerze.

Question 13

Kod 405

Answer 13

Method Not Allowed: Metoda żądania nie jest dozwolona dla danego zasobu.

Question 14

Kod 408

Answer 14

Request Timeout: Czas oczekiwania na żądanie przekroczony.

Question 15

Kod 413

Answer 15

Payload Too Large: Żądanie zawiera ładunek (np. dane w ciele żądania) o rozmiarze przekraczającym limit ustalony przez serwer.

Question 16

Kod 429

Answer 16

Too Many Requests: Klient przekroczył limit liczby żądań w określonym przedziale czasowym.

Question 17

Kod 500

Answer 17

Internal Server Error: Wewnętrzny błąd serwera, przyczyna jest nieznana.

Question 18

Kod 501

Answer 18

Not Implemented: Serwer nie obsługuje żądanej metody i nie jest w stanie jej przetworzyć.

Question 19

Kod 502

Answer 19

Bad Gateway: Serwer pośredniczący otrzymał nieprawidłową odpowiedź od serwera docelowego

Question 20

Kod 503

Answer 20

Service Unavailable: Serwer jest tymczasowo niedostępny, zwykle ze względu na przeciążenie lub konserwację.

Question 21

Kod 504

Answer 21

Gateway Timeout: Serwer działa jako brama lub proxy i nie otrzymał odpowiedzi w ustalonym czasie od serwera docelowego.

Question 22

Jaka jest różnica pomiędzy kodem 301 (Moved Permanently), a kodem 308 (Permanent Redirect)?

Answer 22

Różnica polega na tym, że 301 automatycznie zmienia metodę żądania na GET lub HEAD, podczas gdy 308 zachowuje metodę żądania oryginalnego żądania.

Question 23

Authorization (autoryzacja) vs Authentication (uwierzytelnianie)

Answer 23

Autentykacja to sprawdzanie tożsamości, czy dana osoba jest tym, za kogo się podaje. Autoryzacja to sprawdzanie uprawnień, czy dana osoba ma dostęp do konkretnych zasobów, obszarów lub funkcji. Autentykacja jest jak sprawdzanie tożsamości gości na wejściu do klubu, a autoryzacja jest jak sprawdzanie, czy mają oni uprawnienia do wejścia do poszczególnych stref klubu.

Question 24

Różnica między PUT a PATCH

Answer 24

PUT aktualizuje cały obiekt (nie tworzy nowego obiektu tak jak to robi POST), a PATCH aktualizuje tylko część tego obiektu albo jedno pole

Question 25

Wymień metody żądań HTTP

Answer 25

GET, POST, PUT, PATCH, DELETE

Question 26

ASGI vs. WSGI

Answer 26

WSGI jest przeznaczone dla tradycyjnych aplikacji obsługujących żądania HTTP w sposób sekwencyjny, podczas gdy ASGI jest bardziej elastycznym interfejsem, który obsługuje asynchroniczne żądania i różne protokoły komunikacyjne.

Question 27

Co zawiera nagłówek żądania (request header)?

Answer 27

1. Metoda żądania: Nagłówek może zawierać informację o tym, jakie jest zamierzenie związane z żądaniem, czyli czy chcesz pobrać informacje (metoda GET), wysłać dane (metoda POST) czy też coś zaktualizować (metoda PUT lub PATCH) lub usunąć (metoda DELETE).
2. Adres docelowy: Nagłówek zawiera również adres, do którego wysyłane jest żądanie. Podobnie jak na kopercie listu, gdzie umieszczasz adres odbiorcy, nagłówek zawiera adres serwera, do którego chcesz się połączyć.
3. Nagłówki dodatkowe: Oprócz podstawowych informacji, nagłówek może zawierać również różne dodatkowe informacje, takie jak informacje o akceptowanych typach danych (np. JSON, XML), preferencje językowe, ciasteczka (cookies) i wiele innych. Te informacje pomagają serwerowi lepiej zrozumieć twoje żądanie i dostosować odpowiedź.

Question 28

Z czego składa się request (żądanie)?

Answer 28

1. Metoda żądania: Jest to jak pytanie, które zadajesz obsłudze klienta, aby powiedzieć, czego dokładnie oczekujesz. Możesz użyć różnych metod, takich jak “GET” (pobierz), “POST” (wyślij), “PUT” (aktualizuj), “DELETE” (usuń) itp. Metoda żądania określa, jakie działanie chcesz podjąć.
2. Adres URL: To jak podanie adresu pizzerii, do której chcesz zadzwonić. Adres URL (Uniform Resource Locator) określa, gdzie znajduje się żądany zasób w internecie. Na przykład, “https://www.pizzeria.com/menu” może być adresem URL strony menu pizzerii.
3. Nagłówki (Headers): To jak informacje, które przekazujesz obsłudze klienta, aby dostarczyć dodatkowe informacje na temat twojego zamówienia. Nagłówki mogą zawierać informacje, takie jak “Content-Type” (typ danych wysyłanych w ciele żądania), “Authorization” (uwierzytelnienie), “User-Agent” (informacje o przeglądarce lub aplikacji, która wysyła żądanie) i wiele innych.
4. Ciało żądania (Body): Jest to jak lista składników, którą przekazujesz obsłudze klienta, aby przygotować twoje zamówienie. Ciało żądania może zawierać różne rodzaje danych, takie jak formularze, dane JSON lub pliki. Zawartość ciała żądania zależy od rodzaju żądania i tego, co chcesz przekazać serwerowi.
5. Parametry URL: To jak dodatkowe informacje, które podajesz obsłudze klienta w trakcie zamawiania. Parametry URL są dodawane do adresu URL jako część zapytania i mogą zawierać informacje, takie jak “id” (identyfikator) lub “page” (numer strony) itp.

Question 29

Czym jest CORS i jak ma się do preflight request’a?

Answer 29

Cross-Origin Resource Sharing (CORS) to mechanizm oparty na nagłówku HTTP, który umożliwia serwerowi wskazanie dowolnego źródła (domeny, schematu lub portu) innego niż jego własne, z którego przeglądarka powinna zezwolić na ładowanie zasobów. CORS opiera się również na mechanizmie, za pomocą którego przeglądarki wysyłają żądanie „przeglądu wstępnego” do serwera obsługującego zasób z różnych źródeł, aby sprawdzić, czy serwer zezwoli na rzeczywiste żądanie. W tej inspekcji wstępnej przeglądarka wysyła nagłówki wskazujące metodę HTTP oraz nagłówki, które zostaną użyte w rzeczywistym żądaniu.

Question 30

Czym jest HTTP?

Answer 30

Hypertext Transfer Protocol (HTTP) to protokół warstwy aplikacji do przesyłania dokumentów hipermedialnych, takich jak HTML. Został zaprojektowany do komunikacji między przeglądarkami internetowymi a serwerami WWW, ale może być również wykorzystywany do innych celów. HTTP jest zgodny z klasycznym modelem klient-serwer, w którym klient otwiera połączenie w celu wysłania żądania, a następnie czeka na odpowiedź. HTTP jest protokołem bezstanowym, co oznacza, że serwer nie przechowuje żadnych danych (stanu) między dwoma żądaniami.

Question 31

Czym jest cookie?

Answer 31

Plik cookie HTTP (plik cookie sieciowy, plik cookie przeglądarki) to mały fragment danych wysyłany przez serwer do przeglądarki internetowej użytkownika. Przeglądarka może zapisać plik cookie i wysłać go z powrotem na ten sam serwer z późniejszymi żądaniami. Zazwyczaj plik cookie HTTP służy do stwierdzenia, czy z tej samej przeglądarki pochodzą dwa żądania — na przykład utrzymanie zalogowania użytkownika. Zapamiętuje informacje stanowe dla bezstanowego protokołu HTTP.