AI je super. AI Manager je rješenje.

AI machine transforming numbers in neon

Kako riješiti 404 grešku na WordPressu uz pomoć AI alata (dokazno, bez gubljenja vremena)

Kako riješiti 404 grešku na WordPressu uz pomoć AI alata (dokazno, bez gubljenja vremena)

U ovom “How To” vodiču prikazujem dokazni pristup rješavanju 404 greške uz pomoć AI alata. Umjesto nasumičnog googlanja i “popravaka na slijepo”, proces je: dokaz → opseg → radnja. Svi URL-ovi u primjerima su demo.

Što 404 znači

404 (Not Found) znači da je preglednik zatražio resurs na određenoj putanji, a server ga nije pronašao. 404 se može odnositi na stranicu (HTML) ili na asset (JS/CSS/slika).

Zašto AI pomaže

AI je učinkovit kada ga koristiš kao “navigatora” koji traži konkretne dokaze i vodi te kroz odluku bez pretpostavki. Ključ je u tri koraka:

  • Dokaz: što točno vraća 404 i gdje.
  • Opseg: je li problem lokalno ili globalno.
  • Radnja: minimalna, reverzibilna korekcija i provjera.

Proces: dokaz → opseg → radnja

1) Opseg problema (5 minuta)

Prvo provjeri javlja li se 404 samo na jednoj stranici ili na više ključnih dijelova weba. Otvori tipične stranice (demo):

  • Stranica s formom: https://demo-site.com/registracija/
  • Single sadržaj: https://demo-site.com/oglasi/vila-s-pogledom/
  • Statična stranica: https://demo-site.com/kontakt/

Ako se 404 ponavlja na svim tim tipovima stranica, tretiraj ga kao globalan problem.

2) Dokaz iz preglednika (DevTools → Network)

U Chrome/Firefox otvori DevTools → Network, refresh stranice i filtriraj po 404. Kod WordPressa čest slučaj je 404 za plugin JS datoteke (demo): 

GET https://demo-site.com/wp-content/plugins/form-plugin/assets/js/frontend/main.js?ver=3.1.7  → 404
GET https://demo-site.com/wp-content/plugins/form-plugin/modules/deprecated/assets/build/js/frontend.js?ver=3.1.7 → 404

3) Dokaz sa servera (hosting logovi)

Ako hosting nudi logove, filtriraj po statusu 404 i potraži zahtjeve prema /wp-content/plugins/. To potvrđuje da problem nije samo u tvom pregledniku.

4) Ključni dokaz: postoji li datoteka na disku?

U File Manageru/FTP-u provjeri postoji li datoteka na putanji koju browser traži. Vrlo čest uzrok je mismatch strukture foldera nakon updatea plugina.

Primjer (demo):

  • Browser traži: /assets/js/frontend/main.js (404)
  • Na disku postoji: /assets/build/frontend/main.js

Drugi primjer (demo):

  • Browser traži: /modules/deprecated/assets/build/js/frontend.js (404)
  • Na disku postoji: /modules/deprecated/assets/build/frontend.js (nema /js/ foldera)

5) Minimalna radnja: reverzibilni “hotfix”

Ako je dokaz da file postoji, ali na drugoj putanji, najbrže rješenje je napraviti očekivani folder i kopirati datoteku. Primjeri (demo):

Primjer A: assets/js/frontend/main.js

Na disku imaš:

/wp-content/plugins/form-plugin/assets/build/frontend/main.js

Napravíš i kopiraš u:

/wp-content/plugins/form-plugin/assets/js/frontend/main.js

Primjer B: modules/deprecated/.../build/js/frontend.js

Na disku imaš:

/wp-content/plugins/form-plugin/modules/deprecated/assets/build/frontend.js

Napravíš i kopiraš u:

/wp-content/plugins/form-plugin/modules/deprecated/assets/build/js/frontend.js

6) Verifikacija (dokaz da je popravljeno)

  • Direktno otvori URL resursa u browseru (demo): https://demo-site.com/wp-content/plugins/form-plugin/modules/deprecated/assets/build/js/frontend.js — mora se otvoriti JS tekst (bez 404).
  • Refresh stranice s formom i provjeri u Network tabu da je popis 404 zahtjeva prazan.
  • Ako koristiš CDN/cache, napravi purge i ponovi provjeru.

Koje posljedice posjetitelj može uočiti

Ako nedostaju ključne JS datoteke formi, posjetitelj može primijetiti:

  • forma se ne šalje ili nema potvrde uspjeha
  • validacija polja ne radi
  • uvjetna polja (conditional logic) se ne prikazuju
  • AJAX submit / redirect / poruke uspjeha ne rade
  • povremeno sporije učitavanje zbog neuspjelih zahtjeva

AI prompt koji možeš koristiti (copy/paste)

Imam WordPress web i u DevTools (Network) vidim 404 za ove asset URL-ove:
1) https://demo-site.com/wp-content/plugins/PLUGIN-NAME/.../main.js
2) https://demo-site.com/wp-content/plugins/PLUGIN-NAME/.../frontend.js

U File Manageru vidim da datoteke postoje, ali na drugoj putanji (npr. assets/build/...).

Vodi me dokazno:
- prvo scope check (lokalno vs globalno),
- zatim potvrdi stvarne putanje na disku,
- predloži minimalno invazivno, reverzibilno rješenje,
- i napiši kako da verificiram da više nema 404.

Napomena za buduće updatee

Ako se problem ponovi nakon updatea plugina, prikupi dokaze (Network 404 + struktura foldera + verzije plugina) i pošalji vendor supportu. To je najbrži put do trajnog rješenja.

Leave a Reply