Wyniki egzaminu

Nowy egzamin

Informacje o egzaminie:

Zawód: Technik informatyk
Kwalifikacja: INF.03 - Tworzenie i administrowanie stronami i aplikacjami internetowymi oraz bazami danych
Data rozpoczęcia: 30 kwietnia 2026 11:54
Data zakończenia: 30 kwietnia 2026 11:55

Egzamin niezdany

Wynik: 8/40 punktów (20,0%)

Wymagane minimum: 20 punktów (50%)

Nowe

Analiza przebiegu egzaminu- sprawdź jak rozwiązywałeś pytania

Przebieg egzaminu

Udostępnij swój wynik

Facebook

X.com

Szczegółowe wyniki:

Pytanie 1

Określ właściwą sekwencję stylów CSS, biorąc pod uwagę ich priorytet w formatowaniu elementów strony WWW?

A. Styl zewnętrzny, Wydzielone bloki, Styl lokalny

B. Styl wewnętrzny, Styl zewnętrzny, Rozciąganie stylu

C. Styl lokalny, Styl wewnętrzny, Styl zewnętrzny

D. Rozciąganie stylu, Styl zewnętrzny, Styl lokalny

Analizując inne odpowiedzi, można zauważyć, że w wielu przypadkach nie uwzględniają one podstawowych zasad kaskadowości CSS. Przykładowo, pierwsza odpowiedź sugeruje, że styl wewnętrzny powinien mieć pierwszeństwo przed zewnętrznym, co jest niepoprawne. W rzeczywistości, style zewnętrzne, które są ładowane z zewnętrznych arkuszy stylów, mogą być nadpisywane przez style lokalne i wewnętrzne, ale nie powinny być ignorowane w kontekście hierarchii. Następnie, opcja odnosząca się do wydzielonych bloków w kontekście stylów CSS nie ma podstaw teoretycznych, ponieważ nie istnieje uznawana terminologia w standardach CSS, która opisywałaby 'wydzielone bloki'. Każdy styl w CSS ma swoje miejsce w kolejności kaskadowej, a style lokalne powinny być definiowane jako najwyższe w hierarchii. Może to prowadzić do nieporozumień, zwłaszcza w przypadku początkujących programistów, którzy mogą nie rozumieć, dlaczego ich style zewnętrzne nie działają zgodnie z oczekiwaniami. Ważne jest, aby pamiętać, że odpowiednia specyfikacja i zrozumienie, które style mają pierwszeństwo, są kluczowe dla skutecznego i efektywnego projektowania stron internetowych. W przeciwnym razie, projektanci mogą napotkać problemy z nieoczekiwanym zachowaniem stylów oraz trudnościami w utrzymaniu i aktualizacji kodu CSS.

Pytanie 2

Jaką kompetencję społeczną możemy przypisać osobie, która potrafi wyrażać swoje zdanie oraz argumentować swoje racje, nie naruszając przy tym granic własnych i innych ludzi?

A. Konformizm

B. Empatia

C. Asertywność

D. Akomodacja

Empatia, akomodacja i konformizm to pojęcia, które choć związane z interakcjami społecznymi, nie oddają istoty umiejętności wyrażania własnego zdania w sposób asertywny. Empatia, często mylona z asertywnością, odnosi się do zdolności do rozumienia uczuć i perspektyw innych ludzi. Osoba empatyczna może dostrzegać, co czują inni, ale niekoniecznie jest w stanie wyrażać swoje własne zdanie w sposób, który nie narusza ich przestrzeni. Akomodacja z kolei polega na dostosowywaniu się do potrzeb i oczekiwań innych, często kosztem własnych przekonań, co stoi w sprzeczności z asertywnym wyrażaniem siebie. Osoba stosująca akomodację może unikać konfliktów, lecz nie zyskuje na autentyczności ani nie rozwija umiejętności obrony własnych racji. Konformizm natomiast to tendencja do dostosowywania się do norm grupowych, co może prowadzić do rezygnacji z osobistych przekonań. Chociaż konformizm może pomagać w budowaniu relacji, często wymaga poświęcenia indywidualności, co jest niewłaściwe w kontekście asertywności. W praktyce, zbyt duży nacisk na empatię, akomodację czy konformizm może prowadzić do problemów komunikacyjnych i utraty osobistej tożsamości, co nie jest zgodne z ideą asertywnego wyrażania swoich poglądów.

Pytanie 3

W instrukcji CREATE TABLE w SQL atrybut wskazujący, która kolumna w tabeli pełni rolę klucza podstawowego, to

A. IDENTITY FIELD

B. MAIN KEY

C. PRIMARY KEY

D. UNIQUE

Odpowiedzi takie jak 'UNIQUE', 'MAIN KEY' oraz 'IDENTITY FIELD' są niepoprawne z różnych powodów. Rozpoczynając od 'UNIQUE', warto zaznaczyć, że choć atrybut ten jest używany do zapewnienia unikalności wartości w kolumnie, nie definiuje on klucza podstawowego. Klucz podstawowy automatycznie implikuje unikalność, ale atrybut UNIQUE może być użyty w innych kontekstach, gdzie nie jest on kluczem podstawowym. Przechodząc do 'MAIN KEY', istotne jest, aby zauważyć, że nie istnieje taki standardowy termin w SQL; poprawnym terminem jest 'PRIMARY KEY', co może prowadzić do nieporozumień w zrozumieniu struktury bazy danych. Wreszcie, 'IDENTITY FIELD' odnosi się do konkretnej cechy kolumny w bazach danych, która automatycznie inkrementuje wartość (typowe dla kolumn klucza podstawowego), ale nie jest terminem używanym do definiowania klucza podstawowego jako takiego. Łatwo jest pomylić te koncepcje, zwłaszcza dla osób początkujących w SQL, dlatego ważne jest, aby zrozumieć specyfikę każdego z atrybutów oraz ich zastosowanie. Klucz podstawowy pełni fundamentalną rolę w zarządzaniu danymi i jego poprawna definicja jest kluczowa dla efektywności oraz integralności całej bazy.

Pytanie 4

Który z wariantów znacznika jest poprawny pod względem użytych atrybutów?

A. <meta name = "description" content = "Masz jakieś hobby? To jest strona dla Ciebie! ">

B. <meta title = "Strona dla hobbystów">

C. <meta name = "!DOCTYPE">

D. <meta background = blue>

Zarówno znacznik <meta name = "!DOCTYPE">, jak i <meta title = "Strona dla hobbystów"> nie są poprawnymi zapisami ze względu na nieodpowiednie użycie atrybutów i elementów w kontekście HTML. Element <!DOCTYPE> jest używany do zadeklarowania typu dokumentu HTML, a nie jako znacznik <meta>. Oznacza to, że próba użycia go w kontekście znacznika <meta> nie ma sensu i jest błędna. Właściwe umiejscowienie <!DOCTYPE> znajduje się na początku dokumentu HTML. Kolejnym błędnym podejściem jest użycie znacznika <meta> do definiowania tytułu strony. Tytuł powinien być zdefiniowany w znaczniku <title>, który znajduje się w sekcji <head> dokumentu HTML, a nie jako atrybut w znaczniku <meta>. W przypadku czwartego przykładu, <meta background = blue> jest całkowicie błędnym zapisem, ponieważ znacznik <meta> nie obsługuje atrybutu 'background'. Właściwe style i kolory tła powinny być definiowane za pomocą CSS, a nie w metadanych. To błędne zrozumienie ról i zastosowań różnych znaczników HTML prowadzi do niewłaściwego ich użycia, co może mieć negatywny wpływ na strukturę i interpretację strony przez przeglądarki oraz wyszukiwarki.

Pytanie 5

Rodzaj programowania, w którym zestaw poleceń (sekwencja instrukcji) przekazywanych komputerowi postrzega się jako program, określa się mianem programowania

A. funkcyjnego

B. stanowego

C. imperatywnego

D. logicznego

Wybór stanowego programowania wskazuje na podejście, które koncentruje się na stanach obiektów i ich interakcjach, co jest nieco mylące w kontekście pytania. Programowanie stanowe opisuje systemy, w których różne stany obiektu są monitorowane, a zmiany stanów następują w odpowiedzi na określone zdarzenia. Typowe błędy myślowe mogą wynikać z mylenia interakcji stanów z sekwencją poleceń, co prowadzi do nieporozumienia na temat tego, jak działają programy imperatywne. Z kolei programowanie logiczne opiera się na zasadach logiki i regułach wnioskowania, co jest zupełnie innym podejściem niż imperatywne, w którym to programista musi układać instrukcje w określonej kolejności. Programowanie funkcyjne, z drugiej strony, skupia się na funkcjach jako podstawowych jednostkach budulcowych programów. Różni się ono od programowania imperatywnego, które ma na celu zmianę stanu programu poprzez sekwencję instrukcji. Zrozumienie różnic między tymi paradygmatami jest kluczowe, ponieważ każdy z nich ma swoje unikalne zastosowania i najlepsze praktyki. Programiści powinni być świadomi wyboru odpowiedniego paradygmatu do konkretnego problemu, aby maksymalizować efektywność i jakość kodu.

Pytanie 6

Metainformacja "Description" umieszczona w pliku HTML powinna zawierać

<head>
    <meta name="Description" content="...">
</head>

A. opis treści znajdującej się na stronie

B. nazwę aplikacji, za pomocą której stworzono stronę

C. spis słów kluczowych, które są wykorzystywane przez wyszukiwarki internetowe

D. informację na temat autora strony

Metainformacja Description nie jest odpowiednia do przechowywania nazwy programu użytego do stworzenia strony internetowej Taka informacja nie jest istotna z punktu widzenia użytkowników odwiedzających stronę czy też algorytmów wyszukiwania które analizują treść strony pod kątem jej użyteczności oraz zgodności z zapytaniami użytkowników Opisanie kluczowych informacji na stronie jest bardziej użyteczne ponieważ pozwala użytkownikom i wyszukiwarkom zrozumieć jej zawartość Wyszukiwarki analizują treść strony w tym opisy aby lepiej dopasować je do zapytań użytkowników Podczas gdy słowa kluczowe odgrywają rolę w SEO nie powinny być zamieszczane w metainformacji Description w formie listy ale raczej harmonijnie wplecione w naturalnie brzmiący tekst Opis strony ma za zadanie przyciągnąć uwagę i zachęcić do kliknięcia dlatego powinien być skonstruowany w sposób precyzyjnie oddający zawartość strony co jest zgodne z najlepszymi praktykami SEO i doświadczeniem użytkownika Ostatecznie informacje o autorze strony mogą być umieszczane w innych miejscach takich jak stopka strony lub w metainformacji Author ale nie są głównym przeznaczeniem metatagu Description Rozumienie tych zasad pomaga w skutecznym projektowaniu stron internetowych zgodnych z oczekiwaniami użytkowników i standardami branżowymi

Pytanie 7

Który z linków ma prawidłową budowę?

A. <a href="mailto:adres"> tekst </a>

B. <a href="http://adres"> tekst <a>

C. <a href='http://adres'> tekst </a>

D. <a href='mailto:adres'> tekst </a>

Odpowiedź <a href="mailto:adres"> tekst </a> jest poprawna, ponieważ stosuje odpowiednie cudzysłowy dla atrybutu href oraz przestrzega standardów HTML. W HTML5 zaleca się użycie podwójnych cudzysłowów dla wartości atrybutów, co czyni tę konstrukcję zgodną z najlepszymi praktykami. Oto przykład zastosowania: klikając w ten odsyłacz, użytkownik uruchomi aplikację pocztową, co jest przydatne w kontekście kontaktu z użytkownikami czy klientami. Przykłady zastosowania obejmują formularze kontaktowe na stronach internetowych, gdzie użytkownicy mogą łatwo skontaktować się z właścicielem strony. Warto też pamiętać o stosowaniu odpowiednich adresów e-mail, aby uniknąć problemów związanych z korespondencją, oraz o używaniu przyjaznych dla użytkownika tekstów odsyłaczy, które jednoznacznie informują, dokąd prowadzi link. Przestrzeganie tych zasad nie tylko zwiększa użyteczność strony, ale także poprawia jej dostępność.

Pytanie 8

Aby dodać nowy rekord do tabeli Pracownicy, konieczne jest zastosowanie polecenia SQL

A. INSERT INTO Pracownicy VALUES ('Jan',' Kowalski')

B. INSERT VALUES (Jan, Kowalski) INTO Pracownicy

C. INSERT (Jan, Kowalski) INTO Pracownicy

D. INSERT VALUES Pracownicy INTO (Jan, Kowalski)

Wszystkie niepoprawne odpowiedzi zawierają błędy składniowe oraz nieprawidłowe użycie konstrukcji SQL. W przypadku pierwszej błędnej odpowiedzi, brak jest kluczowego słowa 'INTO' przed nazwą tabeli, co czyni jej zapis niepoprawnym oraz niezgodnym z wymaganiami SQL. Dodatkowo, wartości 'Jan' oraz 'Kowalski' nie zostały otoczone apostrofami, co jest konieczne dla prawidłowego zdefiniowania danych typu tekstowego. Kolejna odpowiedź nie tylko niepoprawnie organizuje słowa kluczowe, ale także umieszcza 'VALUES' przed wartościami, co jest niezgodne z odpowiednią składnią SQL. Poprawna konstrukcja wymaga najpierw wskazania tabeli, a dopiero potem podania wartości. W ostatnim przypadku, brak jest również użycia słowa 'INTO', a wartości są podane w niewłaściwej kolejności i bez prawidłowego otoczenia apostrofami. W każdej z tych odpowiedzi istotnym błędem jest brak zgodności ze standardami SQL, co prowadzi do nieudanych prób wstawienia danych do tabeli.

Pytanie 9

Przedstawiono fragment HTML, który nie przechodzi poprawnej walidacji. Błąd walidacyjny tego kodu dotyczy

<!DOCTYPE html>
 <html>
  <head>
   <title>Test</title>
  </head>
  <body>
   <img src="obraz.gif alt="Obrazek">
   <h1>Rozdział 1</h1>
   <p>To jest tekst paragrafu, ... </p>
   <br>
   <img src="obraz.gif" alt="Obrazek">
  </body>
 </html>

A. niedomknięcia znacznika br.

B. braku cudzysłowu.

C. powtórzenia nazwy pliku graficznego.

D. niedomknięcia znacznika img.

Wybrane odpowiedzi sugerują pewne nieporozumienia dotyczące zasad walidacji kodu HTML. Po pierwsze, znacznik <img> nie wymaga domknięcia, a więc niedomknięcie tego znacznika nie byłoby błędem walidacji. Jest to znacznik samozamykający się, służący do osadzania obrazów na stronie. Podobnie, nie ma wymogu domknięcia znacznika , który jest również samozamykający się i służy do tworzenia linii przerwy. Ponadto, powtórzenie nazwy pliku graficznego w kodzie HTML nie jest błędem walidacji. Możliwe jest użycie tego samego obrazu w wielu miejscach na stronie, co wiązałoby się z wielokrotnym użyciem tej samej nazwy pliku. Kluczowe jest zrozumienie, że walidacja HTML polega głównie na sprawdzaniu poprawności składni, a nie na ocenie decyzji projektowych, takich jak wybór grafik. Zasadniczy błąd walidacji w analizowanym fragmencie kodu polega na braku cudzysłowu otaczającego atrybuty w znaczniku <img>, co jest wymogiem poprawnej walidacji kodu HTML.

Pytanie 10

Jaką wartość w systemie RGB uzyskamy dla koloru zapisanego w kodzie heksadecymalnym: #1510FE?

A. rgb(21,16,255)

B. rgb(21,16,254)

C. rgb(15,10,FE)

D. rgb(21,16,FE)

Odpowiedzi rgb(15,10,FE), rgb(21,16,FE) oraz rgb(21,16,255) są błędne z różnych powodów, które wynikają z niepoprawnych konwersji wartości heksadecymalnych do systemu RGB. W pierwszym przypadku, rgb(15,10,FE), wartości czerwonej i zielonej zostały błędnie zinterpretowane. Wartości heksadecymalne 15 (0F) i 10 (0A) nie odpowiadają poprawnym konwersjom z systemu szesnastkowego. Wartość niebieska 'FE' w formacie RGB powinna być również przelicza na wartość dziesiętną, a nie pozostawiana w formie heksadecymalnej, co jest kolejnym źródłem błędu w tej odpowiedzi. Z kolei rgb(21,16,FE) zawiera poprawne wartości czerwonej i zielonej, ale niebieska komponenta jest znów nieprzekształcona i pozostaje w formacie szesnastkowym. Ostatnia odpowiedź, rgb(21,16,255), choć zawiera prawidłowe wartości czerwonej i zielonej, wskazuje na niepoprawną wartość niebieską, ponieważ 255 w systemie dziesiętnym nie odpowiada heksadecymalnemu 'FE', które wynosi 254. Typowe błędy myślowe związane z tymi odpowiedziami obejmują niewłaściwe przeliczanie wartości heksadecymalnych oraz brak zrozumienia, jak funkcjonuje konwersja systemów liczbowych. W praktyce, poprawna przekształcenie wartości kolorów jest kluczowe dla spójności wizualnej w projektach graficznych i cyfrowych, co pokazuje znaczenie znajomości sposobu konwersji kolorów we współczesnym designie.

Pytanie 11

W przedstawionej na rysunku relacji pole AutorID znajdujące się w tabeli ksiazki jest kluczem

A. sztucznym.

B. kandydującym.

C. obcym.

D. podstawowym.

Pole AutorID w tabeli ksiazki jest klasycznym przykładem klucza obcego (foreign key) w relacyjnej bazie danych. Odwołuje się ono do pola IDAutor w tabeli autorzy, które jest kluczem podstawowym tej tabeli. Dzięki temu każda książka jest logicznie powiązana z konkretnym autorem, a baza danych może pilnować spójności referencyjnej. Innymi słowy: nie da się (a przynajmniej nie powinno się dać, jeśli relacje są poprawnie zdefiniowane) wstawić do ksiazki wartości AutorID, która nie istnieje w tabeli autorzy. W praktyce, w SQL definiuje się to np. tak: `AutorID INT CONSTRAINT FK_Ksiazki_Autorzy FOREIGN KEY REFERENCES autorzy(IDAutor)`. Moim zdaniem to jedno z najważniejszych pojęć w projektowaniu baz – bez kluczy obcych relacje między tabelami byłyby tylko „umowne”, a nie wymuszane przez silnik bazy. Klucz obcy zawsze wskazuje na klucz kandydujący, najczęściej na klucz podstawowy innej tabeli. Dzięki temu można łatwo wykonywać złączenia (JOIN): np. `SELECT Tytul, Imie, Nazwisko FROM ksiazki JOIN autorzy ON ksiazki.AutorID = autorzy.IDAutor;`. To jest dokładnie ten przypadek z rysunku: wiele książek może mieć tego samego autora, więc między autorzy a ksiazki mamy relację jeden‑do‑wielu, a pole AutorID jest po stronie „wiele” i pełni rolę klucza obcego. Dobre praktyki mówią też, żeby nazwy kluczy obcych jasno wskazywały, do czego się odnoszą (np. AutorID, Autor_Id), co tu również jest sensownie zrobione. W realnych systemach (biblioteki, księgarnie internetowe, systemy wydawnicze) dokładnie tak modeluje się powiązanie książka–autor: ID autora jako klucz podstawowy w tabeli autorzy i to samo ID jako klucz obcy w tabeli ksiazki.

Pytanie 12

W języku HTML zapisano formularz. Który z efektów działania poniższego kodu zostanie wyświetlony przez przeglądarkę, zakładając, że w pierwsze pole użytkownik wpisał wartość "Przykładowy tekst"?

<form>
    <textarea rows="3" cols="30"></textarea><br>
    <input type="checkbox"> Opcja1<br>
    <input type="checkbox"> Opcja2
</form>

A. Efekt 4.

B. Efekt 3.

C. Efekt 1.

D. Efekt 2.

Niestety, podana przez Ciebie odpowiedź nie jest prawidłowa. Wybrałeś 'Efekt 1', 'Efekt 3' lub 'Efekt 4', które nie są poprawnym odzwierciedleniem działania formularza HTML w opisanym scenariuszu. Formularz zawiera pole tekstowe i dwa pola typu checkbox. Po wpisaniu do pola tekstowego wartości 'Przykładowy tekst' i wyświetleniu formularza w przeglądarce, powinniśmy zobaczyć ten tekst w polu tekstowym oraz dwa pola wyboru typu checkbox poniżej z etykietami 'Opcja1' i 'Opcja2'. Tylko Efekt 2 pokazuje taki układ. Możliwe, że błąd wynika z niezrozumienia struktury formularzy HTML lub z błędnego założenia o tym, jakie elementy są wyświetlane na podstawie danego kodu. Przy projektowaniu formularzy istotne jest zrozumienie, jak różne typy pól wpływają na wygląd i funkcjonalność formularza.

Pytanie 13

Rodzaj programowania, w którym seria poleceń (sekwencja instrukcji) jest traktowana jako program, nazywa się programowaniem

A. stanowym

B. imperatywnym

C. funkcyjnym

D. logicznym

Programowanie funkcyjne, które można by błędnie uznać za odpowiedź, koncentruje się na obliczeniach jako na wywołaniach funkcji, co oznacza, że kluczowym aspektem tego podejścia jest niezmienność danych i unikanie efektów ubocznych. Funkcje w programowaniu funkcyjnym są traktowane jako pierwszorzędne obiekty, co różni je od programowania imperatywnego, gdzie głównym celem jest sekwencja instrukcji. Z tego powodu, w programowaniu funkcyjnym nie definiuje się programu jako ciągu poleceń, lecz jako zbiór transformacji danych. Programowanie logiczne z kolei skupia się na reprezentacji wiedzy w postaci faktów i reguł, umożliwiając systemom wnioskowanie, a nie na wykonywaniu instrukcji. Przykładem takiego podejścia jest Prolog, gdzie programy są formułowane w sposób deklaratywny. Programowanie stanowe, które również mogłoby być mylące, odnosi się do koncepcji, w której program operuje w różnych stanach, często z użyciem maszyn stanowych, co znowu nie odnosi się do ciągu instrukcji. Typowe błędy myślowe prowadzące do takich niepoprawnych wniosków często wynikają z nieporozumienia dotyczącego różnicy między różnymi paradygmatami programowania i ich zastosowaniami. Każde z tych podejść ma swoje unikalne cechy i zastosowania, ale kluczowa różnica, która definiuje programowanie imperatywne, to jego zależność od sekwencji instrukcji, co czyni je odmiennym od innych stylów programowania.

Pytanie 14

W języku CSS atrybut font-size przyjmuje, zgodnie z nazwami, wartości

A. jedynie small, smaller, large, larger

B. wyłącznie small, medium, large

C. z zestawu xx-small, x-small, medium, large, x-large, xx-large

D. zaledwie big oraz small

W kontekście właściwości font-size w CSS, niektóre odpowiedzi zawierają błędne założenia, które mogą prowadzić do niepełnego zrozumienia możliwości tej właściwości. Warto zauważyć, że ograniczenie się jedynie do wartości small, smaller, large i larger ignoruje szerszy zestaw dostępnych opcji, które są kluczowe dla dokładnego dostosowania rozmiaru tekstu. Wartości takie jak medium, small, and large są jedynie częścią zdefiniowanego standardu, który obejmuje również bardziej szczegółowe rozmiary, takie jak xx-small, x-small, x-large oraz xx-large. Użytkownicy często mylą pojęcia związane z nazwami wartości, co prowadzi do mniejszych możliwości stylizacji. Przykładem jest niewłaściwe skupienie się na biedniejszych zasobach słownych, takich jak big i small, które nie są standardowymi wartościami CSS. Taki błąd myślowy ogranicza możliwość pełnego wykorzystania CSS, co jest kluczowe dla tworzenia nowoczesnych, responsywnych stron internetowych. W praktyce, pełne zrozumienie i umiejętność wykorzystania wszystkich dostępnych wartości w CSS nie tylko ułatwia pracę nad projektem, ale również przyczynia się do lepszej dostępności i doświadczeń użytkowników. Zastosowanie poprawnych terminów i wartości jest niezbędne, aby zachować profesjonalizm w projektowaniu stron.

Pytanie 15

Jaki zestaw terminów określa interfejs użytkownika witryny internetowej?

A. Szkic strony, diagram witryny, diagram przepływu informacji

B. Przesyłanie zapytań do bazy, skrypty PHP

C. Obróbka danych, system zarządzania treścią, projektowanie informacji

D. Przyciski, menu, interakcja użytkownika z aplikacją

Pierwszy zestaw pojęć, obejmujący wysyłanie kwerend do bazy oraz skrypty PHP, odnosi się do technologii backendowych, które nie są bezpośrednio związane z interfejsem użytkownika. Wysyłanie kwerend do bazy danych to proces, w którym aplikacja zyskuje dostęp do informacji przechowywanych w bazie, co jest kluczowe dla funkcjonalności strony, ale nie definiuje, jak użytkownik będzie korzystał z tej strony. Również skrypty PHP, będące językiem programowania po stronie serwera, odpowiadają za logikę aplikacji, a nie za wizualizację i interakcję z użytkownikiem. Kolejny zestaw pojęć, składający się ze szkicu strony, diagramu witryny oraz diagramu przepływu informacji, dotyczy planowania i architektury informacji, co jest niezbędne w procesie projektowania, ale nie odnosi się bezpośrednio do komponentów interfejsu użytkownika. Te narzędzia pomagają zrozumieć strukturę i organizację treści, ale same w sobie nie definiują sposobu, w jaki użytkownik będzie wchodził w interakcję z danym systemem. Ostatni zestaw pojęć, obejmujący przetwarzanie informacji, system zarządzania treścią i projektowanie informacji, również nie odnosi się bezpośrednio do interfejsu. Przetwarzanie informacji to proces dotyczący obróbki danych, a system zarządzania treścią skupia się na tworzeniu i publikowaniu treści, co, mimo że jest istotne, nie definiuje fizycznych elementów interfejsu, które są niezbędne do interakcji z użytkownikiem. Wszystkie te odpowiedzi pomijają kluczowy aspekt UI, jakim jest bezpośrednia interakcja z użytkownikiem.

Pytanie 16

W języku CSS zapis selektora

p > i { color: red; }

wskazuje, że kolorem czerwonym będzie sformatowany

A. wszystki tekst w znaczniku lub wszelkie treści w znaczniku

B. wszystkie teksty w znaczniku oprócz tych w znaczniku

C. tylko ten tekst w znaczniku , który ma przypisaną klasę o nazwie i

D. jedynie ten tekst w znaczniku , który znajduje się bezpośrednio wewnątrz znacznika

Zapis selektora CSS p > i mówi, że styl ma być zastosowany tylko do elementów , które są bezpośrednimi dziećmi znacznika . W praktyce oznacza to tyle, że jeśli w mamy , to tylko ten weźmie czerwony kolor. To jest w porządku, bo w CSS style mogą się dziedziczyć, ale można je też dokładnie określić z użyciem selektorów. Znak '>' wskazuje na relację rodzic-dziecko, co jest istotne, gdy patrzymy na strukturę dokumentu HTML. Na przykład, w kodzie: To jest przykład tekstu., słowo „przykład” będzie czerwone. Dodatkowo, korzystanie z takich selektorów to dobra praktyka, bo ogranicza wpływ stylów tylko do konkretnego kontekstu, co bardzo ułatwia zrozumienie kodu. Tego typu selektory pomagają unikać niechcianych efektów, które mogą się zdarzyć przy bardziej ogólnych zasadach CSS, a także poprawiają wydajność przeglądarki przy stylizacji.

Pytanie 17

Które z komend przyznaje najniższy poziom uprawnień dla użytkownika uczen w zakresie modyfikacji danych oraz struktury tabeli?

A. GRANT INSERT, DROP ON szkola.przedmioty TO uczen

B. GRANT SELECT ON szkola.przedmioty TO uczen

C. GRANT ALTER, SELECT ON szkola.przedmioty TO uczen

D. DRANT DROP ON szkola.przedmioty TO uczen

Wszystkie pozostałe polecenia przyznają użytkownikowi uczeń szerszy zakres uprawnień, co prowadzi do większego ryzyka nieautoryzowanej modyfikacji danych. Polecenie DRANT DROP ON szkola.przedmioty TO uczen jest nieprawidłowe, ponieważ DRANT nie jest poprawnym poleceniem SQL, co czyni jego interpretację niemożliwą. W kontekście administracji bazami danych, DROP oznacza usunięcie całej tabeli, co w przypadku użytkownika uczeń może prowadzić do katastrofalnych skutków, gdyż może on przypadkowo lub celowo usunąć istotne dane. Kolejne polecenie GRANT INSERT, DROP ON szkola.przedmioty TO uczen przyznaje prawo do wstawiania nowych danych oraz usuwania tabeli. Takie uprawnienia są zdecydowanie nieodpowiednie dla użytkownika uczeń. Umożliwiają one nie tylko dodawanie nieautoryzowanych rekordów, ale także ich usuwanie, co narusza zasady bezpieczeństwa i integralności danych. Podobnie, GRANT ALTER, SELECT ON szkola.przedmioty TO uczen przyznaje prawo do modyfikacji struktury tabeli, co oznacza, że uczeń mógłby zmieniać kolumny, dodawać nowe oraz wprowadzać zmiany, które mogą wpływać na funkcjonowanie całej bazy danych. Prawo do ALTER jest jednym z najszerszych uprawnień w SQL i nie powinno być przyznawane użytkownikom, którzy nie są administratorami, aby zapewnić pełną kontrolę nad bazą danych.

Pytanie 18

Jaki jest domyślny port dla serwera HTTP?

A. 80

B. 443

C. 8080

D. 21

Port 8080 często jest używany jako alternatywne rozwiązanie dla HTTP, zwłaszcza w środowiskach deweloperskich lub tam, gdzie port 80 jest już zajęty. Mimo że jest to popularny wybór, nie jest to domyślny port przypisany do HTTP. Port 443 to standardowy port dla HTTPS, czyli szyfrowanego protokołu HTTP. HTTPS zapewnia bezpieczną komunikację poprzez szyfrowanie danych przesyłanych między klientem a serwerem, co jest kluczowe dla ochrony prywatności i integralności danych w Internecie. W przypadku portu 21, jest on przypisany do protokołu FTP (File Transfer Protocol), który służy do transferu plików między klientem a serwerem. FTP jest zupełnie innym protokołem niż HTTP i służy do innych celów. Błędne skojarzenie portu 21 z HTTP może wynikać z podstawowej znajomości protokołów internetowych, gdzie czasem mylnie przypisuje się porty znane z innych zastosowań. Ważne jest, aby dokładnie rozumieć, które porty są przypisane do jakich protokołów, aby uniknąć problemów w konfiguracji sieciowej i błędów w projektowaniu aplikacji internetowych. Zrozumienie tych różnic jest kluczowe dla każdego, kto pracuje w branży IT.

Pytanie 19

Jakim zapisem w dokumencie HTML można stworzyć element, który wyświetli obrazek kotek.jpg z tekstem alternatywnym "obrazek kotka"?

A. <img href="kotek.jpg" alt="obrazek kotka">

B. <img href="kotek.jpg" title="obrazek kotka">

C. <img src="kotek.jpg" alt="obrazek kotka">

D. <img src="kotek.jpg" title="obrazek kotka">

Wszystkie pozostałe odpowiedzi zawierają błędy w zastosowaniu atrybutów HTML, które uniemożliwiają poprawne wyświetlanie obrazów. Odpowiedź wykorzystująca atrybut 'href' jest błędna, ponieważ nie służy on do określenia źródła dla obrazów. Atrybut 'href' jest używany w tagach linków (np. <a>) do wskazywania lokacji dokumentów do otwarcia. Zastosowanie 'title' jest również mylące, ponieważ nie jest to zalecany atrybut do opisania obrazów; jego zawartość wyświetla się jedynie jako podpowiedź po najechaniu kursorem, co nie jest wystarczające dla dostępności. W przypadku atrybutu 'alt' umieszczonego w nieprawidłowym kontekście, tekst alternatywny nie będzie wyświetlany poprawnie, co jest istotnym zaniedbaniem. Stosowanie 'alt' bez atrybutu 'src' nie ma sensu, ponieważ obraz nie zostanie w ogóle załadowany. Kluczowe jest zrozumienie, że każdy atrybut w HTML ma swoje specyficzne zastosowanie i błędne ich zestawienie prowadzi do niemożności poprawnego wyświetlenia zawartości. Z tego powodu, ważne jest, aby znać odpowiednie standardy i dobre praktyki w kodowaniu HTML, aby tworzyć poprawne, dostępne i funkcjonalne strony internetowe.

Pytanie 20

Jak można zaznaczyć komentarz w kodzie PHP?

A. /* … */

B.

C. /? … ?/

D. <? … ?>

Komentarze w kodzie PHP można umieszczać za pomocą znaków /* … */. Jest to standardowy sposób na dodawanie notatek, które są ignorowane przez interpreter PHP. Komentarze wieloliniowe są szczególnie przydatne w przypadku, gdy chcemy opisać większe fragmenty kodu lub wyłączyć sekcje kodu bez ich usuwania. Na przykład, możemy umieścić w komentarzach informacje o autorze, dacie powstania lub szczegóły dotyczące funkcjonalności danej funkcji. Dobrą praktyką jest również dokumentowanie ważnych informacji dotyczących zmiennych czy parametrów funkcji, co ułatwia przyszłą konserwację kodu. Warto pamiętać, że użycie komentarzy jest kluczowe w pracy zespołowej lub w projektach długoterminowych, gdzie zrozumienie kodu przez innych programistów może być kluczowe dla sukcesu projektu. Ponadto, stosowanie komentarzy zgodnie z dobrymi praktykami programowania zwiększa czytelność kodu i ułatwia jego późniejsze modyfikacje oraz debugowanie.

Pytanie 21

Przedstawiony fragment kodu ilustruje działanie

A. pozyskiwania danych

B. podjęcia decyzji

C. prezentacji danych

D. wykorzystania zdefiniowanej procedury lub funkcji

Blok przedstawiony na rysunku to romb, który w diagramach przepływu danych reprezentuje punkt decyzyjny. W kontekście programowania i modelowania procesów biznesowych, zastosowanie takich punktów jest kluczowe dla podejmowania decyzji na podstawie warunków logicznych. Na przykład, w algorytmach komputerowych romb służy do określenia, którą ścieżką proces powinien się dalej przemieszczać, zależnie od spełnienia określonych warunków. W praktyce, może to być na przykład wybór między dwiema różnymi akcjami, jak wysłanie e-maila lub zapis do bazy danych w zależności od wartości wprowadzonej przez użytkownika. Zastosowanie rombu zgodnie z zasadami BPMN (Business Process Model and Notation) oraz UML (Unified Modeling Language) pozwala na precyzyjne i czytelne modelowanie złożonych procesów, co jest kluczowe w projektowaniu systemów informatycznych i optymalizacji procesów biznesowych.

Pytanie 22

Jakie znaczniki HTML pozwolą na prezentację tekstu w jednym wierszu na stronie, zakładając, że nie zastosowano żadnych reguł CSS?

A. style="margin-bottom: 0cm;"><div>Dobre strony </div><div style="letter-spacing:3px">mojej strony</div>

B. style="margin-bottom: 0cm;"><h3>Dobre strony </h3><h3 style="letter-spacing:3px">mojej strony</h3>

C. style="margin-bottom: 0cm;">Dobre strony mojej strony

D. Dobre strony mojej strony

Wszystkie trzy niepoprawne odpowiedzi wykorzystują znaczniki blokowe lub nieodpowiednie stylizacje, które wprowadzają nowe linie. Znacznik (paragraf) domyślnie powoduje, że przeglądarki wstawiają odstęp przed i po elemencie, co zmienia układ tekstu na stronie. Zastosowanie <h3> również prowadzi do podobnych problemów, ponieważ nagłówki są elementami blokowymi, które z definicji powinny być wyświetlane w nowym wierszu. Ostatecznie, użycie <div> ma podobne konsekwencje, gdyż jest to również znacznik blokowy, co prowadzi do niepożądanego układu tekstu w nowych liniach. W kontekście tworzenia stron internetowych, zachowanie zgodności z zasadami HTML oraz CSS jest kluczowe, aby zachować porządek i estetykę strony. Elementy blokowe są idealne do tworzenia struktury, ale nie do wyświetlania tekstu w linii, dlatego w kontekście zadania, wybrane odpowiedzi nie spełniają wymogu utrzymania tekstu w jednej linii. Idealnym rozwiązaniem w takiej sytuacji jest użycie znaczników inline, takich jak , które pozwalają na bardziej elastyczne formatowanie treści bez zakłócania układu.

Pytanie 23

Wskaż nieprawidłowy opis optymalizacji kodu generowanego przez program.

A. Powinna skutkować modyfikacją kodu źródłowego, aby działał on szybciej

B. Jej celem jest sprawdzenie zgodności z wymogami formalnymi

C. Jej celem jest zwiększenie efektywności działania programu

D. Może być realizowana na różnych etapach działania w celu przyspieszenia wykonania kodu przez procesor

Wszystkie niepoprawne odpowiedzi odnoszą się do różnych aspektów, które nie są zgodne z rzeczywistym celem optymalizacji kodu wynikowego. Poprawa wydajności programu i zwiększenie szybkości wykonywania kodu przez procesor są kluczowymi elementami optymalizacji; niezbędne jest dążenie do maksymalizacji efektywności działania aplikacji. Proces optymalizacji nie może być związany jedynie z zgodnością z wymogami formalnymi, ponieważ to bardziej dotyczy analizy jakości kodu i jego zgodności z zasadami programowania, a nie jego wydajności. Dodatkowo, modyfikacje kodu źródłowego w kontekście optymalizacji powinny koncentrować się na przyspieszeniu działania, a nie tylko na poprawie formalnych aspektów, które mogą nie wpływać na wydajność. W praktyce, jeśli kod źródłowy nie jest zoptymalizowany pod kątem wydajności, może prowadzić do znacznych opóźnień, co jest niezgodne z celem optymalizacji. Dlatego istotne jest, aby w procesie tym skupić się na zwiększaniu szybkości i wydajności, a nie na spełnianiu jedynie formalnych wymogów, które mogą być mniej istotne w kontekście ogólnej funkcjonalności i szybkości działania programów.

Pytanie 24

Poprawny zapis znacznika , za pomocą którego można umieścić na stronie internetowej obraz rys.jpg przeskalowany do szerokości 120 px i wysokości 80 px z tekstem alternatywnym "krajobraz" to

A. <img src="rys.jpg" height="120px" width="80px" info="krajobraz">

B. <img image="rys.jpg" width="120px" height="80px" alt="krajobraz">

C. <img href="rys.jpg" height="120px" width="80px" info="krajobraz">

D. <img src="rys.jpg" width="120px" height="80px" alt="krajobraz">

Patrząc na Twoje błędne odpowiedzi, widać, że coś poszło nie tak z użyciem atrybutów HTML dla <img>. Na przykład, w pierwszej odpowiedzi masz 'href', co jest błędne, bo to atrybut dla <a>, a nie dla obrazków. W trzeciej odpowiedzi 'info' to w ogóle nie jest atrybut dla <img>, więc przeglądarki nie wiedzą, co z tym zrobić. W czwartej odpowiedzi widzę 'image', co też nie ma sensu według standardów HTML. <img> ma swoje standardowe atrybuty jak 'src', 'alt', 'width' i 'height', a reszta nie zadziała właściwie. Jak nie rozumiesz tych podstaw, to może prowadzić do kłopotów z kodowaniem i wyświetlaniem obrazków na stronie. No i pamiętaj, że brak 'alt' w tych odpowiedziach to duży problem, bo użytkownicy z różnymi ograniczeniami nie będą mogli zrozumieć, co jest na obrazkach. Wiedza o tym, co robi każdy atrybut w HTML, jest kluczowa, jak chcesz robić semantyczne i dostępne strony.

Pytanie 25

Aby film wyglądał płynnie, liczba klatek (które nie nakładają się na siebie) na sekundę powinna wynosić przynajmniej w przedziale

A. 24-30 fps

B. 31-36 fps

C. 20-23 fps

D. 16-19 fps

Odpowiedź 24-30 fps jest poprawna, ponieważ standardowy zakres klatek na sekundę dla filmów wynosi właśnie 24-30 fps. W praktyce, 24 fps jest uznawane za minimum dla filmów kinowych, co pozwala uzyskać wrażenie ruchu, które ludzie uznają za płynne. Przykładowo, filmy kręcone w tej klatkażu, takie jak klasyczne produkcje Hollywood, często korzystają z techniki zwanej 'motion blur', która dodatkowo poprawia wrażenie płynności. W przypadku telewizji, większa liczba klatek może być stosowana, co pozwala na lepszą jakość obrazu podczas szybkich ruchów, jednak 30 fps to standard dla wielu programów telewizyjnych. Ważne jest również zrozumienie, że zbyt niska liczba klatek, jak na przykład 16-19 fps, może prowadzić do efektu stroboskopowego, co jest nieprzyjemne dla widza. Normy branżowe, takie jak SMPTE (Society of Motion Picture and Television Engineers), potwierdzają, że liczba klatek między 24 a 30 fps jest odpowiednia do uzyskania zamierzonego efektu wizualnego w filmie.

Pytanie 26

W relacyjnych systemach baz danych, gdy dwie tabele są powiązane przez ich klucze główne, mamy do czynienia z relacją

A. n..n

B. 1..n

C. 1..1

D. n..1

Błędne odpowiedzi 1..n, n..1 oraz n..n wskazują na różne typy relacji, które nie odpowiadają sytuacji opisanej w pytaniu. Relacja 1..n sugeruje, że jeden rekord w pierwszej tabeli może być powiązany z wieloma rekordami w drugiej tabeli. Przykładem może być relacja między tabelą 'Klienci' i 'Zamówienia', gdzie każdy klient może mieć wiele zamówień. Tego typu relacja nie jest możliwa z kluczem głównym, ponieważ klucz główny jest unikalny dla każdego rekordu. Podobnie, relacja n..1 oznacza, że wiele rekordów w pierwszej tabeli odnosi się do jednego rekordu w drugiej. Może to być interpretowane w kontekście danych, gdzie wiele produktów może być przypisanych do jednego dostawcy. W kontekście kluczy głównych, to również jest niepoprawne, ponieważ klucz główny w jednej tabeli powinien jednoznacznie identyfikować każdy rekord. Natomiast relacja n..n, która oznacza wiele rekordów w obu tabelach, jest również błędna w tym przypadku. Przykładem może być relacja między 'Użytkownikami' i 'Grupami', gdzie użytkownicy mogą należeć do wielu grup, a grupy mogą mieć wielu użytkowników. Żaden z tych typów relacji nie bierze pod uwagę unikalnych powiązań, które można osiągnąć tylko poprzez relację 1..1. Często błędy te wynikają z niepełnego zrozumienia zasad normalizacji baz danych oraz specyficznych zastosowań kluczy głównych, co prowadzi do błędnych wniosków o strukturze danych.

Pytanie 27

W przedstawionym filmie, aby połączyć tekst i wielokąt w jeden obiekt tak, aby operacja ta była odwracalna zastosowano funkcję

A. części wspólnej.

B. sumy.

C. wykluczenia.

D. grupowania.

W tym zadaniu łatwo się pomylić, bo w grafice wektorowej mamy kilka różnych funkcji, które na pierwszy rzut oka wyglądają podobnie: łączą obiekty w coś, co zachowuje się jak jeden element. Jednak ich działanie „pod maską” jest zupełnie inne. Funkcje typu suma, wykluczenie czy część wspólna to klasyczne operacje boolowskie na kształtach. One zmieniają geometrię obiektów, czyli tworzą nową ścieżkę wynikową na podstawie przecięcia lub połączenia istniejących. W praktyce oznacza to, że jeśli zastosujesz sumę na tekście i wielokącie, program najczęściej zamieni tekst na krzywe i połączy wszystko w jedną ścieżkę. Efekt wizualny może być fajny, ale edytowalność tekstu przepada. Nie możesz już po prostu zmienić czcionki czy liter, bo to nie jest tekst, tylko zestaw węzłów. Podobnie z wykluczeniem: ta operacja tworzy „dziurę” jednego obiektu w drugim. Używa się jej np. do wycinania napisu z tła lub tworzenia maski. To jest typowy trik przy projektach logotypów albo efektach dekoracyjnych. Ale z punktu widzenia pytania – to działanie jest destrukcyjne dla tekstu, bo znowu zamienia go na kształt i łączy z wielokątem w sposób nieodwracalny (poza cofnięciem operacji). Część wspólna działa jeszcze ostrzej: zostawia tylko obszar, w którym obiekty się nakładają. Reszta jest tracona. To też jest operacja geometryczna, a nie organizacyjna. Typowy błąd myślowy polega na założeniu, że „skoro po operacji mam jeden obiekt, to znaczy, że to jest to samo co grupowanie”. Niestety nie. Grupowanie nie modyfikuje kształtów, tylko tworzy kontener logiczny – tak jakbyś w folderze trzymał kilka plików. Możesz je potem rozgrupować i wszystko wraca do stanu sprzed grupowania. Operacje suma, wykluczenie, część wspólna są destrukcyjne względem oryginalnych obiektów, bo generują nową ścieżkę zamiast starych. W kontekście dobrych praktyk w grafice komputerowej i multimediach przyjmuje się, że dopóki chcesz zachować pełną edytowalność (szczególnie tekstów), używasz grupowania, warstw i wyrównywania, a dopiero na późnym etapie projektu stosujesz operacje boolowskie, i to świadomie, wiedząc, że cofasz się już tylko historią edycji. Dlatego w pytaniu, gdzie mowa jest wprost o połączeniu tekstu i wielokąta w jeden obiekt w sposób odwracalny, jedyną sensowną odpowiedzią jest funkcja grupowania, a nie suma, wykluczenie czy część wspólna.

Pytanie 28

Zaprezentowano kod dla tabeli 3x2. Jaką modyfikację należy wprowadzić w drugim wierszu, aby tabela przypominała tę z obrazka, gdzie wiersz jest niewidoczny?

<table>
    <tr>
        <td style="border: solid 1px;">Komórka 1</td>
        <td style="border: solid 1px;">Komórka 2</td>
    </tr>
    <tr>
        <td style="border: solid 1px;">Komórka 3</td>
        <td style="border: solid 1px;">Komórka 4</td>
    </tr>
    <tr>
        <td style="border: solid 1px;">Komórka 5</td>
        <td style="border: solid 1px;">Komórka 6</td>
    </tr>
</table>

/efekt jest na obrazie - nie dołączam - nie analizuj/

A. <pre class="code-block"><tr style="display: table-cell"></pre>

B. <pre class="code-block"><tr style="clear: none"></pre>

C. <pre class="code-block"><tr style="display: none"></pre>

D. <pre class="code-block"><tr style="visibility: hidden"></pre>

Zastosowanie niewłaściwych właściwości CSS w tabelach może prowadzić do niezamierzonych efektów wizualnych i funkcjonalnych. 'Display: none' usunąłby wiersz z układu dokumentu, co skutkowałoby przesunięciem w górę wierszy poniżej. To podejście jest użyteczne, gdy element powinien być całkowicie usunięty z przestrzeni wizualnej i układu, ale nie spełniałoby celu przedstawionego w pytaniu, gdzie układ ma pozostać niezmieniony. Z kolei 'clear: none' jest właściwością CSS dotyczącą floatów, a nie widoczności, co oznacza, że nie miałoby żadnego wpływu na wyświetlanie wiersza tabeli. Jest to typowy błąd polegający na myleniu właściwości CSS w kontekście ukrywania elementów. Właściwość 'display: table-cell' jest stosowana dla elementów traktowanych jako komórki tabeli, co nie jest odpowiednie dla wierszy tabeli. Wybierając tę właściwość, użytkownik mógłby mylnie sądzić, że ma to wpływ na widoczność, podczas gdy w rzeczywistości zmienia jedynie sposób renderowania elementu. Prawidłowe rozumienie różnic między 'visibility' a 'display' jest kluczowe w tworzeniu przewidywalnych i stabilnych interfejsów użytkownika, co jest jednym z fundamentów dobrego projektowania front-endu. Wybór niewłaściwego podejścia do ukrywania elementów może prowadzić do niepożądanych zmian w interfejsie, co wpływa na użyteczność i estetykę strony.

Pytanie 29

Podany fragment dokumentu HTML zawierający kod JavaScript sprawi, że po naciśnięciu przycisku

A. obraz2.png zostanie wymieniony na obraz1.png

B. obraz2.png zostanie zniknięty

C. obraz1.png zostanie wymieniony na obraz2.png

D. obraz1.png zostanie zniknięty

W analizie odpowiedzi należy zwrócić uwagę na działanie technologii webowych w kontekście manipulacji elementami HTML. W pytaniu przedstawiono kod JavaScript używany w zdarzeniu onclick przycisku HTML co prowadzi do zmiany stylu elementu. Jeśli chodzi o odpowiedź sugerującą że obraz1.png zostanie ukryty jest to błędne ponieważ w kodzie nie ma odwołania do tego elementu poprzez identyfikator. Manipulacja stylami CSS dotyczy jedynie elementów które zostały jednoznacznie zidentyfikowane w skrypcie. Kolejna błędna odpowiedź mówi że obraz2.png zostanie zastąpiony przez obraz1.png. W rzeczywistości w kodzie nie ma żadnego mechanizmu ani funkcji które by zamieniały jeden obrazek na drugi. Skrypt jedynie ukrywa element zmieniając jego styl display więc nie dochodzi do żadnej zamiany. Odpowiedź sugerująca że obraz1.png zostanie zastąpiony przez obraz2.png również jest błędna z podobnych powodów. Manipulacja DOM w tym przypadku polega wyłącznie na zmianie stylu widoczności a nie na modyfikacji treści czy zamianie elementów. Typowym błędem jest założenie że skrypty JavaScript dokonują zamian elementów co wymaga bardziej zaawansowanych operacji niż zmiana stylu display. Kluczowe w programowaniu webowym jest zrozumienie jak selektywne odwoływanie się do elementów za pomocą funkcji takich jak getElementById pozwala na precyzyjne kontrolowanie ich właściwości i reakcji na interakcje użytkownika co jest fundamentem tworzenia dynamicznych i interaktywnych stron internetowych

Pytanie 30

Który z zaprezentowanych kodów HTML sformatuje tekst zgodnie z podanym wzorem?
Uwaga: słowo "stacji" jest napisane większą czcionką niż pozostałe wyrazy w tej linijce)

Lokomotywa

Stoi na stacji lokomotywa ...

A. <h1>Lokomotywa</h1> Stoi na <big>stacji lokomotywa ...

B. Lokomotywa Stoi na <big>stacji<big> lokomotywa ...

C. <h1>Lokomotywa</h1> Stoi na <big>stacji</big> lokomotywa ...

D. <h1>Lokomotywa</h1> Stoi na <big>stacji</big> lokomotywa ...

W zaprezentowanych błędnych rozwiązaniach widać kilka typowych problemów z HTML-em: niepełne zamykanie znaczników, obejmowanie tagiem zbyt dużego fragmentu tekstu oraz mylenie roli nagłówków z innymi elementami formatowania. Jeżeli znacznik <big> obejmuje więcej niż powinien, na przykład całe wyrażenie „stacji lokomotywa ...”, to efekt wizualny nie odpowiada wzorcowi – powiększony zostaje nie tylko jeden wyraz, ale cała reszta, co psuje zamierzony wygląd. To jest częsty błąd: zaznaczenie zbyt szerokiego fragmentu tekstu zamiast dokładnie tego słowa, które ma być wyróżnione. Drugi typ problemu to brak zamknięcia znacznika, jak w przypadku użycia <big> bez odpowiadającego mu </big>. Z punktu widzenia specyfikacji HTML takie konstrukcje są niepoprawne, a choć współczesne przeglądarki próbują „naprawiać” kod, skutki bywają nieprzewidywalne: część tekstu może być niechcący powiększona albo cała struktura akapitu zostanie zinterpretowana inaczej. Do tego dochodzi mylenie semantyki: nagłówek <h1> służy do oznaczania tytułu sekcji czy strony, a nie do przypadkowego pomniejszania czy powiększania tekstu. Używanie w miejscu, gdzie w treści powinien wystąpić nagłówek, zaburza hierarchię dokumentu i szkodzi dostępności, bo czytniki ekranu i roboty wyszukiwarek mocno opierają się na strukturze nagłówków. Moim zdaniem warto wyrobić sobie nawyk: najpierw poprawna, logiczna struktura (h1, p, itd.), a dopiero potem delikatne wyróżnianie fragmentów, dokładnie obejmując tagami tylko te słowa, które mają być zmienione. W nowoczesnej praktyce webowej zamiast takich prezentacyjnych tagów jak <big> czy lepiej stosować z klasą i przerzucić całą logikę wyglądu do CSS, ale fundament jest ten sam – precyzyjne zakresy znaczników i poprawnie zamknięte tagi.

Pytanie 31

Upload danych to termin, który oznacza

A. trasę transferu pliku.

B. opóźnienie w transmisji pliku.

C. przesyłanie plików na serwer.

D. pobieranie plików z serwera.

Termin „upload danych” bywa mylony z paroma innymi pojęciami sieciowymi, dlatego łatwo się tutaj pomylić, jeśli patrzy się tylko na kierunek ruchu danych albo ogólne skojarzenia z transferem plików. Upload nie opisuje ani trasy transferu, ani opóźnienia, ani pobierania plików, tylko konkretną operację wysyłania danych z urządzenia użytkownika do serwera lub innej usługi w sieci. W modelu klient–serwer to klient inicjuje upload, a serwer dane odbiera i ewentualnie zapisuje. Moim zdaniem częsty błąd polega na tym, że ktoś kojarzy upload z „ruchem w sieci” jako takim i stąd pojawia się pomysł, że chodzi o trasę transferu pliku. Trasa, czyli droga pakietów przez routery, protokoły routingu, adresację IP itp., jest domeną warstw sieciowych i opisują ją inne mechanizmy, nie sama operacja upload. Upload nie interesuje się, jak dokładnie pakiety idą przez Internet, tylko że są wysyłane z punktu A (klient) do punktu B (serwer). Drugie częste nieporozumienie to utożsamianie uploadu z pobieraniem plików z serwera. Tutaj przydaje się proste skojarzenie: download to „ściąganie”, upload to „wysyłanie”. W przeglądarce, gdy klikasz link i plik zapisuje się na dysku, masz download. Gdy wypełniasz formularz i dodajesz załącznik, który trafia na serwer, to jest upload. Te dwie operacje są przeciwne kierunkowo, więc nie da się ich traktować jako tego samego zjawiska. Pojawia się też czasem mylne powiązanie uploadu z opóźnieniem w transmisji, czyli z tzw. pingiem lub latencją. Opóźnienie to czas, jaki upływa od wysłania pakietu do otrzymania odpowiedzi. Jest to parametr jakości łącza, ale nie definiuje rodzaju operacji. Możesz mieć wysokie opóźnienie przy uploadzie, przy downloadzie, przy zwykłym przeglądaniu stron – to osobny aspekt. Upload opisuje kierunek i charakter transferu (wysyłanie danych na serwer), a nie jego parametry czasowe. Typowy błąd myślowy to wrzucanie wszystkich pojęć sieciowych do jednego worka i mieszanie tego, co jest „jak szybko” z tym, co jest „w którą stronę i co dokładnie robimy”. Z punktu widzenia dobrych praktyk w IT warto te pojęcia rozdzielać, bo wpływa to później na poprawną konfigurację serwerów, testowanie aplikacji webowych i diagnozowanie problemów z siecią.

Pytanie 32

Jaką relację w projekcie bazy danych powinno się ustalić pomiędzy tabelami przedstawionymi na rysunku, przy założeniu, że każdy klient sklepu internetowego złoży co najmniej dwa zamówienia?

A. 1:1

B. 1:n, gdzie 1 jest po stronie Klienta, a wiele po stronie Zamówienia

C. 1:n, gdzie 1 znajduje się po stronie Zamówienia, a wiele po stronie Klienta

D. n:n

Analizując różne możliwe relacje między tabelami, warto zrozumieć, dlaczego niektóre podejścia są błędne. Relacja 1:1 zakłada, że jedna jednostka w pierwszej tabeli odpowiada dokładnie jednej jednostce w drugiej tabeli. W kontekście sklepu internetowego sugerowałoby to, że jeden klient może mieć tylko jedno zamówienie, co nie odpowiada rzeczywistości, gdzie klienci zazwyczaj dokonują wielu transakcji. Relacja 1:n, gdzie 1 jest po stronie Zamówienia, a wiele po stronie Klienta, również jest niepoprawna, ponieważ sugeruje, że jedno zamówienie może być przypisane do wielu klientów, co jest sprzeczne z indywidualnym charakterem zakupów. Relacja n:n, choć teoretycznie pozwalałaby na przypisanie wielu klientów do wielu zamówień, w rzeczywistości wymagałaby dodatkowej tabeli pośredniej do przechowywania tych powiązań, co wprowadzałoby niepotrzebną złożoność i mogłoby prowadzić do błędów w przetwarzaniu danych. Typowym problemem przy projektowaniu baz danych jest błędne zrozumienie relacji między danymi, co może prowadzić do nieefektywnych struktur, utrudniających zarówno utrzymanie jak i rozwój systemu. Dlatego tak ważne jest dokładne zrozumienie specyfiki relacji między danymi i stosowanie odpowiednich modeli, które zapewnią zarówno integralność jak i wydajność systemu informatycznego na dłuższą metę.

Pytanie 33

Poprzez zdefiniowanie var x="true"; w języku JavaScript powstaje zmienna należąca do typu

A. nieokreślonego (undefined)

B. logicznym

C. string (ciąg znaków)

D. liczbowym

Wybór odpowiedzi związanej z typem logicznym jest wynikiem nieporozumienia co do podstawowych zasad typizacji w JavaScript. Wartości logiczne w tym języku, takie jak true i false, są używane do reprezentowania stanów prawdy i fałszu, ale nie mają nic wspólnego z tekstem. Deklaracja zmiennej z wartością "true" w cudzysłowach tworzy ciąg znaków, a nie wartość logiczną. Wynika to z faktu, że użycie podwójnych cudzysłowów oznacza, że wartość jest traktowana jako tekst, a nie jako typ logiczny. Odpowiedź dotycząca typu liczbowego również jest błędna, ponieważ "true" nie jest liczbą, a JavaScript nie interpretuje wartości tekstowych jako liczb, chyba że zostaną poddane konwersji. Typ nieokreślony (undefined) odnosi się do zmiennych, które zostały zadeklarowane, ale nie mają przypisanej wartości, co nie ma zastosowania w omawianym przypadku. Zrozumienie różnicy między typami danych jest kluczowe, ponieważ pozwala programistom unikać typowych pułapek i błędów, które mogą wystąpić podczas programowania w JavaScript. Stosowanie dobrych praktyk w zakresie deklaracji i zarządzania typami danych przyczynia się do bardziej przejrzystego i efektywnego kodu.

Pytanie 34

Zgodnie z wytycznymi WCAG 2.x na poziomie AA minimalny kontrast tekstu (o standardowym rozmiarze) do tła, spełniający wymogi dostępności serwisu WWW dla osób z ograniczoną percepcją wzrokową wynosi

A. 1,5 : 1

B. 2,5 : 1

C. 4,5 : 1

D. 2,0 : 1

W tym pytaniu łatwo wpaść w pułapkę myślenia, że „jakikolwiek” kontrast wystarczy, by tekst był czytelny. Warto jednak oprzeć się na twardych definicjach z WCAG 2.x, a nie na subiektywnym wrażeniu, że coś „da się przeczytać”. Propozycje niższych wartości kontrastu, takich jak 1,5 : 1, 2,0 : 1 czy 2,5 : 1, odzwierciedlają typowy błąd: ocenianie czytelności tylko własnymi oczami, najczęściej osoby młodej, bez problemów ze wzrokiem, siedzącej przy dobrym monitorze i w dobrych warunkach oświetleniowych. Współczynniki zbyt niskie, rzędu 1,5 : 1 czy 2,0 : 1, oznaczają bardzo małą różnicę jasności między tekstem a tłem. Na ekranie będzie to wyglądało jak delikatne „rozmycie” tekstu w tle. Osoby z obniżonym kontrastem widzenia, z wadami refrakcji, a nawet użytkownicy korzystający ze słabszych ekranów lub w mocnym słońcu, zwyczajnie nie odczytają takiego tekstu bez dużego wysiłku. To nie jest tylko kwestia komfortu – przy dłuższej pracy może to powodować zmęczenie oczu, bóle głowy i zniechęcenie do korzystania z serwisu. Warto też zauważyć, że wartości 2,5 : 1 czasem „intuicyjnie” wydają się już całkiem niezłe, szczególnie gdy projektant przyzwyczajony jest do bardzo delikatnych, pastelowych palet. Ale WCAG 2.0 i 2.1 w kryterium 1.4.3 wyraźnie mówią: dla zwykłego tekstu poziom AA wymaga minimum 4,5 : 1. Niższe liczby mogą być stosowane tylko w określonych sytuacjach, np. dla dużego tekstu (wtedy próg 3 : 1) albo na poziomie AAA, gdzie są jeszcze ostrzejsze wymagania dla niektórych elementów. Wszelkie niższe wartości dla małego tekstu są po prostu niezgodne ze standardem. Kolejny typowy błąd myślowy to mieszanie wymagań estetycznych z wymogami dostępności. Projektanci często boją się „zbyt mocnych” kontrastów, bo wydaje im się, że interfejs będzie wyglądał zbyt ciężko, zbyt ostro. Przez to sięgają po bardzo jasne szarości albo blade kolory tekstu. Tymczasem branżowe dobre praktyki projektowania dostępnych interfejsów mówią jasno: kontrast minimum 4,5 : 1 dla podstawowego tekstu to absolutne minimum, a w wielu serwisach (np. administracja publiczna, systemy B2B używane godzinami) warto iść jeszcze wyżej. Trzymanie się zbyt niskich wartości nie tylko łamie standard WCAG, ale też realnie wyklucza część użytkowników z komfortowego korzystania z serwisu.

Pytanie 35

Który z przedstawionych kodów XHTML sformatuje tekst według podanego wzorca?
Ala ma kota
a kot ma Alę

A. Ala ma kota a kot ma Alę

B. Ala ma kota a kot ma Alę

C. Ala ma kota a kot ma Alę

D. Ala ma kota a kot ma Alę

W pozostałych odpowiedziach występują różne błędy, które wpływają na ich poprawność. W pierwszym przypadku zamknięcie tagu jest poprawne, jednak brak jest prawidłowego zakończenia tagu , co powoduje, że kod nie jest zgodny z zasadami XHTML. Poprawne zamykanie tagów jest kluczowe, ponieważ XHTML jest bardziej restrykcyjny niż HTML, a niepoprawne zamknięcie tagu powoduje błędne renderowanie. W drugiej analizowanej opcji, również występuje niepoprawne zamknięcie tagu , gdzie użyto zamiast , co wprowadza zamieszanie w semantyce tekstu. W przypadku dokumentów XHTML, każdy otwarty tag musi mieć swoje odpowiadające zamknięcie, co nie zostało spełnione. W trzeciej opcji pojawia się błąd z brakiem zamknięcia tagu , co jest fundamentalnym błędem strukturalnym. Nieprawidłowe zagnieżdżenie i brak zamknięcia tagów prowadzi do sytuacji, w której przeglądarki internetowe mogą niepoprawnie interpretować kod, co wpływa na ostateczny wygląd strony. W każdej z tych nieprawidłowych odpowiedzi brakuje elementarnej dbałości o zgodność z zasadami XHTML, co jest niezbędne dla uzyskania wiarygodności i prawidłowego funkcjonowania dokumentów internetowych.

Pytanie 36

W języku HTML zdefiniowano listę, która

<ol>
  <li>biały</li>
  <li>czerwony
    <ul>
      <li>różowy</li>
      <li>pomarańczowy</li>
    </ul></li>
  <li>niebieski</li>
</ol>

A. jest numerowana z zagłębioną listą punktowaną

B. nie zawiera zagłębień i jest numerowana, słowo "niebieski" ma przyporządkowany numer 5

C. jest punktowana z zagłębioną listą numerowaną

D. nie posiada zagłębień i jest punktowana, wyświetla 5 punktów

To pytanie świetnie pokazuje, jak w HTML można łączyć różne typy list, czyli listy numerowane (<ol>) oraz punktowane (<ul>). W tym przypadku mamy główną listę numerowaną, gdzie każdy element to <li>. Jednym z tych elementów jest „czerwony”, pod którym zagnieżdżono listę punktowaną z dwoma podpunktami („różowy”, „pomarańczowy”). Taki sposób strukturyzowania treści w HTML to całkowicie zgodna ze specyfikacją praktyka – właśnie dzięki kombinowaniu <ol> i <ul> można czytelnie przedstawiać np. instrukcje czy hierarchiczne zestawienia. Moim zdaniem to jedno z najprostszych, a zarazem najbardziej efektywnych narzędzi do prezentowania hierarchii – nie tylko na stronach technicznych, ale nawet w prostych notatkach. Przeglądarki zawsze renderują <ol> jako listę numerowaną, a <ul> jako wypunktowaną, więc użytkownik końcowy od razu widzi, co jest ważniejsze, a co podrzędne. Takie zagnieżdżenie list to w branży webowej chleb powszedni – np. instrukcje krok po kroku, gdzie niektóre kroki mają dodatkowe podpunkty. Warto pamiętać, że trzymanie się tej struktury i nie mieszanie porządkowania (np. nie zamieniać miejscami <ol> i <ul> bez powodu) ułatwia późniejszą edycję i utrzymanie kodu, co w większych projektach bardzo doceni każdy programista. Sam często stosuję takie rozwiązania i naprawdę nie ma tu lepszej praktyki, jeśli chodzi o przejrzystość kodu HTML.

Pytanie 37

GRANT CREATE, ALTER ON sklep.* TO adam; Zakładając, że użytkownik adam nie dysponował wcześniej żadnymi uprawnieniami, to polecenie SQL przyzna mu prawa jedynie do

A. wstawiania oraz modyfikacji danych we wszystkich tabelach bazy sklep

B. tworzenia oraz modyfikacji struktury w tabeli sklep

C. wstawiania oraz modyfikacji danych w tabeli sklep

D. tworzenia oraz modyfikacji struktury wszystkich tabel w bazie sklep

Odpowiedzi, które sugerują, że użytkownik adam ma ograniczone prawa tylko do konkretnej tabeli lub tylko do wstawiania i zmiany danych, wynikają z mylnego zrozumienia mechanizmu przyznawania uprawnień w SQL. W kontekście opisanego polecenia, przyznawanie praw na poziomie tabeli (sklep.*) oznacza, że wszystkie tabele w bazie danych sklep są objęte tymi uprawnieniami. W praktyce, wstawianie oraz modyfikacja danych (DML) są różnymi operacjami od tworzenia i zmiany struktury tabel (DDL). Przyznanie uprawnień CREATE i ALTER jednoznacznie wskazuje na możliwość edytowania struktury bazy, a nie tylko na manipulację danymi. Wiele osób, które mogą mylić te dwa aspekty, może zakładać, że nadanie praw do konkretnej tabeli ogranicza się do operacji na danych, co jest mylnym podejściem. Mylne jest również ograniczanie praw do jednej tabeli, gdyż polecenie dotyczy wszystkich tabel w bazie. W związku z tym, aby poprawnie zarządzać uprawnieniami w bazie danych, należy zrozumieć różnice między uprawnieniami DDL i DML oraz ich zastosowanie w kontekście całej bazy danych, nie tylko pojedynczej tabeli.

Pytanie 38

Jak określa się proces przedstawiania informacji zawartych w dokumencie elektronicznym w formie odpowiedniej dla konkretnego środowiska?

A. Teksturowanie

B. Mapowanie

C. Rasteryzacja

D. Renderowanie

Mapowanie to proces związany z przypisywaniem wartości z jednego systemu do innego, często w kontekście baz danych lub geolokalizacji, ale nie odnosi się bezpośrednio do transformacji danych w formę wizualną. Rasteryzacja to technika przekształcania obrazów wektorowych na obrazy rastrowe, co jest jedynie etapem w renderowaniu, a nie samodzielnym procesem. Teksturowanie to proces nakładania tekstur na powierzchnie obiektów 3D, co również jest aspektem renderowania, ale nie obejmuje całości procesu przedstawienia dokumentów elektronicznych. Często zdarza się pomylić te pojęcia, ponieważ wszystkie dotyczą przetwarzania danych, jednak ich zastosowania są różne. Zrozumienie różnic między tymi terminami jest kluczowe dla efektywnej komunikacji w dziedzinie technologii cyfrowych. Wnioskując, kluczowym błędem jest mylenie renderowania z innymi technikami przetwarzania danych, co może prowadzić do nieprawidłowego stosowania technologii w projektach, a także do nieporozumień w zespole projektowym. W związku z tym, właściwe rozpoznawanie i stosowanie terminologii technicznej jest niezbędne do skutecznego zarządzania projektami oraz do osiągania zamierzonych rezultatów w branży IT.

Pytanie 39

W języku PHP znak "//" wskazuje na

A. początek komentarza jednoliniowego

B. początek skryptu

C. operator alternatywny

D. operator dzielenia całkowitego

Pojęcia zawarte w trzech niepoprawnych odpowiedziach nie są poprawne w kontekście użycia znaku '//' w PHP. Pierwsza odpowiedź sugeruje, że znak ten oznacza początek skryptu. W rzeczywistości, skrypt PHP rozpoczyna się od tagu otwierającego '<?php', a nie od komentarza. Znak '//' nie ma nic wspólnego z inicjacją skryptu, jego rola jest ograniczona tylko do umożliwienia dodawania komentarzy. Druga odpowiedź wskazuje na operator alternatywny. W PHP nie istnieje operator alternatywny oznaczany przez '//' - operator alternatywny jest używany w kontekście konstrukcji kontrolnych, takich jak if, i nie ma z komentarzami nic wspólnego. Ostatnia odpowiedź odnosi się do operatora dzielenia całkowitego, co jest również nieprawdziwe. W PHP operator dzielenia całkowitego to 'intdiv()', a nie '//' - ten symbol używany jest do wprowadzania komentarzy. Zrozumienie tych różnic jest kluczowe dla efektywnego programowania w PHP i uniknięcia błędów w kodzie.

Pytanie 40

Efekt AutoDuck w obróbce dźwięku jest stosowany do

A. wyrównania głośności całej ścieżki dźwiękowej.

B. ściszenia dźwięku w tle, gdy pojawia się dźwięk pierwszoplanowy.

C. ocieplenia głosu i dźwięków pochodzących z tła.

D. eliminacji szumów pochodzących z dźwięków w tle.

Efekt AutoDuck dokładnie robi to, co opisuje poprawna odpowiedź: automatycznie ścisza dźwięk w tle (np. muzykę), gdy pojawia się dźwięk pierwszoplanowy, zwykle głos lektora lub prowadzącego. W praktyce wygląda to tak, że masz dwie ścieżki: na jednej mówiony komentarz, na drugiej muzykę w tle. AutoDuck „podgląda” poziom głośności ścieżki z głosem i gdy wykryje, że ktoś zaczyna mówić, automatycznie obniża poziom głośności ścieżki z muzyką o zadaną liczbę decybeli. Kiedy mówienie się kończy, muzyka wraca płynnie do poprzedniego poziomu. To jest klasyczny przykład tzw. duckingu, bardzo często stosowany w radiu, podcastach, vlogach, prezentacjach wideo, a nawet w prostych materiałach szkoleniowych. Z mojego doświadczenia to jedna z tych funkcji, które naprawdę oszczędzają czas – zamiast ręcznie rysować obwiednię głośności, ustawiasz próg zadziałania, czas narastania i opadania (attack/release) oraz głębokość tłumienia. Dobre praktyki mówią, żeby nie przesadzać z tłumieniem tła – zwykle wystarcza w okolicach 10–18 dB, tak żeby głos był czytelny, ale muzyka nadal była słyszalna. Ważne jest też ustawienie odpowiednio długiego „release”, żeby muzyka nie „podskakiwała” nerwowo pomiędzy pauzami w mowie. W narzędziach typu Audacity, Adobe Audition czy Reaper AutoDuck (lub sidechain ducking) jest standardowym narzędziem w pracy z multimediami na potrzeby internetu: spoty reklamowe, intro do kanałów YouTube, kursy e-learningowe – wszędzie tam, gdzie chcesz, żeby głos był zawsze na pierwszym planie, a tło samo się grzecznie cofa, gdy ktoś coś mówi.

Rozpocznij nowy egzamin

Powrót do strony głównej