KWALIFIKACJA INF3 - STYCZEŃ 2020

PYTANIE NR 35.
Weryfikację kompletności formularza, działającą po stronie przeglądarki, należy zrealizować w języku
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Walidacja kompletności formularza "po stronie przeglądarki" oznacza sprawdzanie danych w środowisku klienta.
Do takiej logiki używa się JavaScript, który działa w przeglądarce i może reagować na zdarzenia formularza. PHP i Ruby on Rails są typowo po stronie serwera, a CSS odpowiada za wygląd, nie walidację.

Pełne wyjaśnienie:

"Weryfikacja kompletności formularza po stronie przeglądarki" to walidacja po stronie klienta. Oznacza to, że sprawdzanie (np. czy pola wymagane są wypełnione, czy format danych jest poprawny) odbywa się zanim formularz zostanie wysłany na serwer i bez konieczności przeładowania strony.

Do realizacji takiej walidacji standardowo wykorzystuje się JavaScript, ponieważ jest to język wykonywany bezpośrednio w przeglądarce. JavaScript ma dostęp do struktury dokumentu (DOM), może nasłuchiwać zdarzeń formularza (np. wysłania) i na bieżąco wyświetlać komunikaty błędów lub blokować wysłanie formularza, jeśli dane nie spełniają warunków.

Dlaczego pozostałe odpowiedzi nie pasują do warunku "po stronie przeglądarki"?

  • PHP jest najczęściej uruchamiane na serwerze. Może (i powinno) wykonywać walidację po stronie serwera, ale nie działa w przeglądarce użytkownika.
  • CSS służy do opisu wyglądu i układu strony. Może wpływać na prezentację komunikatów czy stanów pól, ale nie jest językiem logiki walidacji danych.
  • Ruby on Rails to framework (środowisko) tworzenia aplikacji webowych, również typowo działający po stronie serwera. Nie jest to mechanizm wykonywany w przeglądarce do walidacji klienta.

W praktyce projektowej ważna zasada: walidacja w przeglądarce poprawia wygodę użytkownika i zmniejsza liczbę niepotrzebnych żądań, ale nie zastępuje walidacji serwerowej. Użytkownik może zmodyfikować kod po stronie klienta lub wysłać żądanie z pominięciem przeglądarki, więc serwer zawsze powinien ponownie sprawdzić dane.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
To sprawdzanie danych wpisanych w formularzu w przeglądarce (np. czy pola obowiązkowe są uzupełnione), zanim formularz zostanie wysłany na serwer. Ma poprawić UX i szybko informować o błędach, ale nie zastępuje walidacji po stronie serwera.
JavaScript jest wykonywany bezpośrednio w przeglądarce i ma dostęp do DOM oraz zdarzeń formularza. Dzięki temu może reagować na wpisy użytkownika, blokować wysyłkę przy błędach i wyświetlać komunikaty bez przeładowania strony.
Nie. Walidacja w przeglądarce jest wygodna, ale użytkownik może ją ominąć (np. wysyłając żądanie bez UI). Dlatego zawsze potrzebna jest też walidacja po stronie serwera, która stanowi właściwą barierę bezpieczeństwa.
Najczęściej: kontrola pól wymaganych, minimalnej długości hasła, zgodności dwóch pól (hasło i powtórzenie), poprawnego formatu e-mail, zaznaczenia zgód oraz sprawdzenie, czy wybrano wartość z listy.
Gdy sprawdzenie wymaga dostępu do danych na serwerze (np. czy e-mail już istnieje w bazie), reguł biznesowych lub uprawnień. Takie warunki nie powinny opierać się wyłącznie na kliencie, bo są łatwe do obejścia.
CSS odpowiada za prezentację: układ formularza, kolory, style stanów pól (np. podświetlenie błędu) i czytelność komunikatów. Może pomóc użytkownikowi zauważyć problem, ale logika sprawdzania danych nie jest realizowana w CSS.
Tak, ale jest to walidacja po stronie serwera. PHP odbiera dane po wysłaniu formularza i powinien je zweryfikować (np. typy, zakresy, wymagane pola), a następnie bezpiecznie przetworzyć lub odrzucić, jeśli są niepoprawne.
Ruby on Rails to środowisko do budowy aplikacji webowych działające typowo na serwerze. Ułatwia routing, widoki, dostęp do bazy i logikę aplikacji. Przeglądarka użytkownika nie uruchamia Rails; w przeglądarce działa głównie HTML, CSS i JavaScript.
Szukaj sformułowań typu: "w przeglądarce", "po stronie klienta", "bez przeładowania", "obsługa zdarzeń", "DOM". Takie wskazówki zwykle kierują do technologii frontendu (zwłaszcza JavaScript), a nie do backendu.
Najczęściej myli się warstwy: wybiera się język serwerowy (np. PHP), mimo że pytanie dotyczy przeglądarki. Drugim błędem jest traktowanie CSS jako narzędzia do logiki. Warto zapamiętać: frontend sprawdza wygodę, backend zapewnia bezpieczeństwo.
info

To pytanie poprawnie rozwiązuje 76% zdających egzamin. średnio łatwe

W praktyce zawodowej kluczowe jest to, że pHP i Ruby on Rails są typowo po stronie serwera, a CSS odpowiada za wygląd, nie walidację.

Źródła:

  • MDN Web Docs: Client-side form validation, https://developer.mozilla.org/en-US/docs/Learn_web_development/Extensions/Forms/Form_validation (dostęp: 2026-03-02)
  • MDN Web Docs: HTML constraint validation, https://developer.mozilla.org/en-US/docs/Web/HTML/Constraint_validation (dostęp: 2026-03-02)
  • MDN Web Docs: JavaScript — dynamic client-side scripting, https://developer.mozilla.org/en-US/docs/Learn_web_development/Core/Scripting/What_is_JavaScript (dostęp: 2026-03-02)

Materiały:

  • Dokumentacja MDN: Client-side form validation
  • Dokumentacja MDN: Constraint validation (HTML)
  • Kurs podstaw JavaScript (DOM i obsługa zdarzeń)

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego