Przyczyną problemu jest sposób zapisu ścieżki w atrybucie src. W kodzie użyto backslasha "\" (np. obrazki\obraz01.jpg), który jest typowym separatorem katalogów w systemie Windows. Jednak przeglądarka, pobierając zasoby z serwera WWW, interpretuje wartość src jako adres URL, a w ścieżkach URL standardowo stosuje się ukośnik "/".
Dlatego po publikacji na serwerze odwołanie zapisane z "\" może zostać zinterpretowane niepoprawnie, co skutkuje brakiem znalezienia pliku i niewyświetleniem obrazka (często objawia się to błędem pobrania zasobu w narzędziach deweloperskich przeglądarki).
Pozostałe propozycje nie tłumaczą sytuacji:
- "To, że znacznik <img> nie został zamknięty" – w HTML element <img> jest elementem pustym (void element), więc nie ma osobnego znacznika zamykającego; zapis z "/>" jest dopuszczalny, ale nie jest wymagany.
- "Niewłaściwa kolejność atrybutów" – kolejność atrybutów (np. alt i src) nie decyduje o działaniu; przeglądarka rozpoznaje atrybuty po nazwach.
- "Ujęcie <img> w <div>" – umieszczenie obrazka wewnątrz kontenera <div> jest normalną praktyką (np. do stylowania CSS) i samo w sobie nie blokuje wyświetlania grafiki.
W praktyce, aby uniknąć błędów po wdrożeniu, warto: stosować "/" w ścieżkach URL, pilnować poprawnej struktury katalogów na serwerze oraz sprawdzać zakładkę Network/konsolę w przeglądarce, gdy zasób się nie ładuje.
