Početni podaci
- Uzmimo našu web stranicu kao primjer: www.yourmaster.ru
- Svi tekstovi stranice su napisani i objavljeni na stranici u kodiranju "windows-1251" a preglednik o tome nije obaviješten
- Poslužitelj hostinga prema zadanim postavkama automatski šalje sljedeće zaglavlje:
Vrsta sadržaja: tekst/html; skup znakova=utf-8
Ako postoji takvo odstupanje u stvarnom kodiranju web-mjesta i informacijama o kodiranju u zaglavlju koje šalje poslužitelj, pojavit će se problemi u prikazivanju stranica web-mjesta u pregledniku posjetitelja.
Ispravno kodiranje je vrlo važno!
Pokušajmo objasniti zašto.
Uz prethodno opisane postavke, preglednik korisnika neće moći automatski odrediti u kojem su kodiranju napisani tekstovi na stranici koja se pregledava. I najvjerojatnije će prikazati stranice u nečitljivim "krekerima". Ako naiđete na takvu "pogrešnu komunikaciju" između preglednika i vaše stranice, hitno morate poduzeti odgovarajuće mjere. U protivnom će to najvjerojatnije dovesti do niza ozbiljnih problema.
Prvo, u takvim uvjetima i postavkama stranice, posjetitelji će morati stalno ručno (pomoću metode odabira) odrediti kodiranje za preglednik za prikaz stranice. To će zahtijevati nekoliko dodatnih klikova mišem. Ali morate priznati, neće svi voljeti napraviti dodatna 2-3 klika mišem samo da bi vidjeli informacije na stranici u čitljivom obliku. Štoviše, mnogi ljudi čak i ne znaju ne samo kako promijeniti kodiranje prikaza u postavkama preglednika, već ni što je kodiranje uopće! Većina posjetitelja može odlučiti da je stranicu napustio vlasnik ili da ju je netko hakirao te će se pokušati više ne vraćati na nju.
Drugo, ako postoji dvosmislena definicija kodiranja stranica stranice, tražilice možda neće ispravno indeksirati tekstualni sadržaj stranice. Što zauzvrat uzrokuje ozbiljne probleme s prometom korisnika s tražilica. Naravno, neke tražilice mogu pokušati nekako odrediti ispravno kodiranje iz sadržaja stranica, ali to ne olakšava mnogo. U pravilu, problem i dalje ostaje.
Nadam se da ste shvatili da problemi s kodiranjem mogu postati vrlo ozbiljna prepreka funkcioniranju stranice, njenom razvoju i privlačenju redovitih posjetitelja.
Kako biste bili sigurni da se takvi problemi s kodiranjem ne pojavljuju, morate napraviti odgovarajuće postavke i na hosting poslužitelju i na stranicama web mjesta.
Postavke stranice moraju biti takve da bilo koji preglednik ili bilo koji robot tražilice može NELJUBAZNO odrediti u kojem se kodiranju prenose informacije sa stranice!
Rješavanje problema kodiranja stranice
Već smo primijetili da su svi tekstovi na našim stranicama napisani i preneseni u preglednik posjetitelja stranice u "windows-1251" kodiranju. Što možemo učiniti kako bismo osigurali da poslužitelj na kojem se nalazi naša stranica šalje ispravne informacije o kodiranju pregledniku u zaglavlju? Idemo redom...
1. Kako ne bi ovisili o postavkama poslužitelja, na svim stranicama web-mjesta, izravno u HTML kodu, trebate izričito napisati sljedeću direktivu pomoću meta oznake:
Mora se postaviti na sve stranice, po mogućnosti odmah nakon uvodne oznake
. Ovo će omogućiti pregledniku da automatski odabere ispravno kodiranje prikaza prilikom učitavanja i tumačenja stranice u skladu s primljenom direktivom! Sama ova direktiva bi trebala biti dovoljna da riješi naš problem. Ali tako je bilo zamišljeno u teoriji. Ali u praksi ova direktiva nije uvijek dovoljna. U rijetkim slučajevima, ali se događa da preglednik odabere kao kodiranje za prikaz stranice ne ono navedeno u direktivi na samoj stranici, već ono koje se prenosi u zaglavlju s poslužitelja! A ako se informacije o kodiranju navedene na dva mjesta ne poklapaju, problem može ostati.2. Tako da poslužitelj daje ispravne informacije o kodiranju u svom odgovoru, trebate stvoriti datoteku u korijenu svoje web-lokacije .htaccess i u njega napišite direktivu:
AddDefaultCharset prozori-1251
Tada će poslužitelj prema zadanim postavkama nastaviti slati zaglavlje kodiranja, ali će naziv kodiranja odgovarati onom koji je na snazi na samoj web stranici. Neće više biti odstupanja u imenima.
Ako je datoteka .htaccess već postoji na vašem poslužitelju, tada jednostavno dodajte navedenu direktivu, na primjer, na samom početku. I ni pod kojim uvjetima nemojte nepotrebno brisati podatke koji već postoje u njemu!
To je rješenje problema. Slažete se, sve ovo i nije tako teško?! Ali vrlo je koristan za sprječavanje svih vrsta problema s ozloglašenim kodiranjem.
Slijedeći dvije gore navedene preporuke uzastopno, preglednici sigurno neće moći pogriješiti u automatskom odabiru ispravnog kodiranja za prikaz informacija na vašoj web stranici. Uostalom, podatke o kodiranju naznačili smo nedvosmisleno, točno i čak u dvije različite direktive!
Posebne situacije
Situacija jedna
Kreatori web stranice, a najčešće i sami kupci, počinju samovoljno i nepromišljeno raditi određene izmjene na web stranici, postavljati tekstove kako im se prohtije i sl. Do te mjere da kao rezultat toga mogu završiti na web stranici odjeljke s informacijama u različitim kodovima. Ne možemo reći da je to pravi pristup, ali ćemo se odmaknuti od toga da se to dogodi i to je to. U ovom slučaju, čak i ako slijedimo dvije gore navedene preporuke, još uvijek može doći do situacije kada poslužitelj pruža informacije o jednom kodiranju, a drugo kodiranje je jasno napisano u HTML kodu stranice. U takvom slučaju možda bi najjednostavnije rješenje bilo sljedeće.
Zapiši u datoteku .htaccess direktiva:
AddDefaultCharset Off
Kada koristite ovu direktivu, poslužitelj jednostavno neće uopće poslati zaglavlje s informacijama o kodiranju poslane stranice. Tada će preglednici krenuti od podataka o kodiranju, koji su izričito naznačeni u HTML kodu na samim stranicama web mjesta. Štoviše, na jednoj stranici podaci mogu biti kodirani prozori-1251, a na drugoj stranici, na primjer u utf-8. Glavna stvar je ne zaboraviti na ovim stranicama naznačiti odgovarajuće meta oznake s informacijama o ispravnom kodiranju za prepoznavanje i prikaz teksta od strane preglednika.
Iako je takvo rješenje najjednostavnije, ono, možda, nije najoptimalnije i najispravnije. U dobrom smislu, trebate smjestiti sve informacije na web mjesto iu sve odjeljke web mjesta u istom kodiranju! A ako postoji nekoliko stranica u različitom kodiranju, onda je bolje ažurirati informacije u njima pretvaranjem svih tekstova u traženo kodiranje.
Druga situacija
Kao što znate, prilikom generiranja stranica, većina web stranica odabire dio podataka iz baze podataka, na primjer, MySQL (ako je stranica napisana u PHP-u). Često, prilikom prijenosa stranice s jednog hostinga na drugi mogu nastati problemi zbog neusklađenosti kodiranja između podataka pohranjenih u MySQL bazi podataka i podataka pohranjenih, na primjer, izravno u predlošcima stranica. Stoga može doći do situacije da prilikom izrade jedne stranice ona može sadržavati podatke u različitim kodovima. Ovo je možda jedna od najozbiljnijih mogućih pogrešaka kodiranja na web stranici i treba je odmah riješiti. U suprotnom, kasnije prilikom popunjavanja i uređivanja stranice mogu se pojaviti dodatne poteškoće.
Rješavanje takvih nesuglasica s podacima pohranjenim u bazi podataka postiže se ispravnim eksplicitnim postavljanjem postavki kodiranja prilikom povezivanja s bazom podataka i prije dohvaćanja podataka iz nje. Na primjer, ako su podaci na našoj web stranici pohranjeni u windows-1251 kodiranju, tada moramo čitati podatke iz baze podataka u istom kodiranju. Da biste to učinili, nakon povezivanja s bazom podataka pomoću PHP funkcije mysql_connect() (ili mysql_pconnect()), pokrenite sljedeći SQL upit:
mysql_query("POSTAVI IMENA cp1251");
Ovaj zahtjev govori MySQL poslužitelju baze podataka da su svi podaci pohranjeni i da se moraju prenijeti u cp1251 kodiranju (ovo je naziv kodiranja koji se koristi u MySQL umjesto prethodno spomenutog naziva windows-1251, koji se koristi pri prijenosu HTML podataka).
Proveo sam zadnjih nekoliko sati na svojoj web stranici testirajući HTML 4.01 Strict i zapravo sam uspio s njim, ali postoji još jedno upozorenje kojeg se nikako ne mogu riješiti. Upozorenje:
Nepodudaranje kodiranja znakova!
Kodiranje znakova navedeno u HTTP zaglavlju (iso-8859-1) razlikuje se od vrijednosti u elementu (utf-8). Koristit ću vrijednost iz HTTP zaglavlja (iso-8859-1) za ovu potvrdu.
Za opće informacije o tome kako promijeniti zaglavlje skupa znakova u različitim mrežnim nizovima, pogledajte http://www.w3.org/International/O-HTTP-charset
2018-05-25 13:30
Poslužitelj jasno označava dokument kao ISO-8859-1 u HTTP zaglavljima. Pokušajte spremiti default.html koristeći UTF-8 kodiranje koristeći odgovarajući editor.
2018-05-25 03:07
U redu, došao sam do djelomičnog rješenja za svoj problem. Budući da je samo datoteka default.html uzrokovala upozorenje, pretpostavio sam da poslužitelj radi nešto posebno s njom zbog njenog naziva. Stoga sam stvorio novu datoteku home.html s istim sadržajem kao datoteka default.html i usmjerio datoteku .htaccess na novu datoteku (pogledajte redak 3 u nastavku).
# Koristite PHP5 kao zadanu aplikaciju AddHandler/x-httpd-php5 .php DirectoryIndex home.html AddDefaultCharset UTF-8
Ovo je riješilo problem i sve se datoteke sada prepoznaju kao UTF-8. Još uvijek nisam siguran što poslužitelj radi s datotekom default.html ili gdje su postavke u vezi s tim, ali kako moj problem nestane, zaboravit ću na njega.
U ovom ću članku pokušati staviti točku na sva "i" (kao i "i") kada je riječ o odabiru kodiranja za HTML stranicu koja se stvara.
Kad sam tek počeo graditi web stranice, stalno sam imao problema s tim kodiranjem. Spremite HTML stranicu, uploadate je na server, otvorite je, lupate i eto vam nekog sranja. Pa, zdravo, stigli smo.
Ili u okruženju za otklanjanje pogrešaka (na primjer, lokalno razvojno okruženje "") sve je u redu, ali s hostinga opet oni, prokleti gadovi, drsko me gledaju.
Bilo je toliko boli s motorima. Iznenada, iz nekog nepoznatog razloga, izvorna ruska slova pretvaraju se u...
Sada ćemo se pozabaviti ovom stvari u detalje i jasno ćete znati u kojem kodiranju spremiti HTML stranicu? I preko kojih instrumenata.
Kako bismo ojačali naše međusobno razumijevanje, definirajmo koncept kodiranje. Tako, kodiranje je tablica korespondencije između strojnih kodova i znakova abecede. Postoji neki niz strojnih simbola koje pametno računalo, u skladu s odabranom kodnom tablicom, zamjenjuje nama razumljivim slovima.
U 90-im godinama prošlog stoljeća (kakva starina, a još se sjećam kalendara 1991. na zidu) postojala su 4 kodiranja za PC i još jedno, vlastito, za Mac. Ironija sudbine je da su u svim tim kodovima latinični znakovi usklađeni sa strojnim kodovima koristeći isti algoritam, ali što se tiče ćirilice, svako od kodiranja je imalo svoje mišljenje.
Sva ta zbrka dovela je do pojave krakozyabrs. Na primjer, ako riječ " Pitanje", upisano u kodiranju windows-1251, prikaz u kodiranju KOI8-R, dobivate riječ " bNOPNJA».
Hvala Bogu, devedesete su već daleko iza nas i od pet zabludnih kodiranja ostala su samo dva normalna. Ali ovo je sasvim dovoljno da se webmaster početnik izgubi u dva bora. U redu je, ne brini, sad ću te izvući iz ove šume!
Trenutno izbor za Kodiranje HTML dokumenta stoji između windows-1251 i utf-8. A sada pažnja: utf-8 je mnogo bogatiji, moćniji i budućnost leži u njemu. Stoga ćemo naše HTML datoteke spremiti u utf-8.
Opravdat ću svoje riječi ;). UTF-8 sadrži znakove kao što su →
←
↓. A u windws-1251, umjesto ovih simbola, ovo je: >
Nadam se da sam vas uvjerio i da ćete koristiti Unicode (usput, "utf-8" i "Unicode" su sinonimi, ili, da budemo precizniji, utf-8 je jedno od kodiranja obitelji Unicode, koja ima stekao popularnost među web programerima) .
Sada pobliže pogledajmo alate za transkodiranje datoteka koje preporučujem da koristite, dragi čitatelju.
Alati za rad s kodiranjem HTML datoteka
Zapravo, postoje samo tri od njih:
- PSPad. Besplatni uređivač teksta, moj omiljeni.
- . Još jedan dobar uređivač teksta i također besplatan.
- Dreamweaver. Pa, upoznati ste s Dreamweaverom iz mog .
Učitavamo neku HTML datoteku u PSPad. I kako možemo razumjeti kakvu vrstu kodiranja ima učitani eksperimentalni subjekt? Vrlo jednostavno, sve je jasno napisano u statusnoj traci (ispod).
Otvorite HTML datoteku s kodiranjem windows-1251
Sada, kada stvaramo novi HTML dokument, pobrinimo se za njegovo kodiranje.
Idemo na moj omiljeni jelovnik PSPad. Zainteresirani smo za predmet Format. U njemu ćemo označiti okvir pored utf-8 kodiranja.
I tako je kodiranje buduće datoteke windows-1251
Sada o tome kako promijenite kodiranje HTML datoteke. Da, ispada da je vrlo jednostavno:
Morate kliknuti na traženo kodiranje u stavci izbornika Format i kodiranje će se promijeniti. Nakon toga spremite datoteku, ona je rekodirana, posao je obavljen.
O Notepad++ sve je vrlo slično gore opisanoj situaciji. Samo za rad s kodiranjem trebate koristiti stavku izbornika Kodiranja.
Jedina je razlika u tome što se u slučaju Notepada++ pojavljuju stavke izbornika koje su posebno dizajnirane za pretvorbu kodiranja Pretvoriti... (po meni nepotrebno, na PSPadu je sve jednostavnije i zato ga koristim). Sukladno tome, ovo su oni na koje trebate kliknuti ako želite promijeniti kodiranje naše HTML datoteke.
Između ostalog, prilikom spremanja u utf-8 imamo izbor: bez sastavnice ili sa BOM. Mi kao webmasteri moramo koristiti kodiranje UTF-8 (bez sastavnice).
Ovo će Wikipedia odgovoriti na pitanje "što je BOM"
Za određivanje Unicode formata reprezentacije u tekstualnoj datoteci koristi se tehnika u kojoj se znak U+FEFF (neprekidni razmak nulte širine), koji se naziva i oznaka reda bajtova (BOM), piše na početku teksta. . Ova metoda razlikuje UTF-16LE i UTF-16BE jer znak U+FFFE ne postoji. Također se ponekad koristi za označavanje UTF-8 formata, iako se koncept reda bajtova ne odnosi na ovaj format.
Ako gornji tekst pročitate 10 puta i počešete se po glavi, postaje vam jasno: za utf-8 BOM NE TREBAMO. Osim toga, ako spremite datoteku s php skriptom u kodiranju utf-8 s BOM-om, onda neće raditi, jer rukovatelj neće razumjeti kakve su besmislice napisane na početku datoteke skripte (mislim na neprekinuti razmak s nultom širinom).
Dobro, dobro, preostaje samo bolje pogledati Dreamweaver.
Prilikom izrade nove datoteke obratite pozornost u kojem će kodiranju biti izrađena. Da biste to učinili, u prozoru za stvaranje novog dokumenta Datoteka → Novo (Ctrl+N) koristite gumb Postavke...
I pogledajte što je postavljeno kao zadano kodiranje:
Zadano kodiranje generirane HTML datoteke u Dreamweaveru
Transkodirajte otvorenu HTML datoteku u Dreamweaveru moguće u dijalogu Svojstva stranice, koji se pokreće iz izbornika Izmijeniti → Svojstva stranice (Ctrl + J).
Odaberite željeno kodiranje, pritisnite u redu i to je to, zadatak transkodiranja je dovršen (ali BOM je i dalje nepotreban, nemojte označiti kućicu).
Detekcija kodiranja preglednika
Dakle, naša HTML datoteka je spremljena u kodiranju koje smo odabrali. Sada pogledajmo pitanje: Kako preglednik zna za kodiranje korišteno u određenoj HTML datoteci?
Ovdje postoje tri opcije:
1. Mi sami govorimo pregledniku koje je kodiranje postavljeno za ovu HTML datoteku. To se radi pomoću META oznake
Gornji primjer upućuje preglednik da se preuzeta HTML datoteka sprema u kodiranju utf-8.
Ako je HTML datoteka spremljena u Windows-1251 kodiranju, tada:
Usput, kada transkodirate datoteke, ne zaboravite promijeniti direktive u META oznaci na trenutne. Dreamweaver, kada mijenja kodiranje, to čini automatski, ali u drugim uređivačima teksta morate sami uskladiti primijenjeno kodiranje i direktivu META oznake.
Cijeli HTML izgleda ovako (citiram ga da razumijemo pitanje "gdje je META oznaka s naznačenom direktivom za kodiranje?" obratite pozornost na 4. red):
2. Korištenje .htaccess datoteke. Ponekad će poslužitelj forsirati zaglavlja za preuzete HTML datoteke i reći pregledniku zadano kodiranje. U ovom slučaju, preglednik ne obraća pozornost na direktive u META oznaci, već prikazuje HTML datoteku u kodiranju koje je prijavio poslužitelj. Kako bi se datoteka preuzela u kodiranju koje vam je potrebno (hosting vas često prisiljava da navedete kodiranje windows-1251), datoteka pod nazivom “.htaccess” kreira se u korijenu direktorija hostinga.
Ova je datoteka namijenjena dodatnoj konfiguraciji poslužitelja. Učinak direktiva .htaccess primjenjuje se na sve datoteke i poddirektorije koji se nalaze u direktoriju u kojem ste spremili datoteku .htaccess.
Ovu datoteku možete stvoriti, na primjer, u Total Commanderu pritiskom na kombinaciju prečaca Shift+F4 i navođenje naziva stvorene datoteke .htaccess. Zatim uređivač teksta navodi upute za dodatne zadane postavke kodiranja.
Za HTML datoteke kodirane utf-8 u .htaccess trebate napisati jedan redak:
Dodaj zadani skup znakova UTF-8
Za HTML datoteke u Windows-1251 kodiranju:
Dodaj zadani skup znakova Windows-1251
Ako je vaš hosting lukavo mudar i ne obraća pozornost na ove upute, onda možete pokušati:
Charsetdisable on AddDefaultCharset Off
Ako ovo ne uspije, pitajte svog hostera što trebate učiniti da onemogućite zadano kodiranje :). Sve to ovisi o specifičnim postavkama poslužitelja davatelja usluga hostinga.
3. PHP instrukcija koja navodi zadano kodiranje. U datoteci koju je potrebno prikazati u željenom kodiranju, unatoč postavkama poslužitelja hosting providera, na samom početku je navedena direktiva s php kodom:
Ovaj php kod će poslati zaglavlje poslužitelja koje označava zadano kodiranje preglednika. U gornjem primjeru, utf-8 kodiranje koristit će se za prikaz stranice.
Obično nema trikova u postavkama poslužitelja pružatelja usluga hostinga za rješavanje takvog otpada.
Želio bih napomenuti da kako bi poslužitelj mogao obraditi PHP upute, html datoteka mora imati ekstenziju .php(na primjer index.php).
Imate li još pitanja o kodiranju? Pišite u komentarima. Moramo jednom zauvijek riješiti te probleme :)
Vlad Merzhevich
Meta oznake se koriste za pohranu informacija namijenjenih preglednicima i tražilicama. Na primjer, tražilice pristupaju meta oznakama kako bi dobile opise stranica, ključne riječi i druge podatke.
Meta oznake za tražilice
Postoji mišljenje među programerima web stranica da vam ispravno napisane meta oznake omogućuju da se popnete na vrh tražilica. Zapravo, to nije točno; samo na meta oznakama nećete napredovati, ali loše izvedeni sadržaj meta oznaka može pogoršati rangiranje stranice.
Dvije meta oznake dizajnirane su posebno za tražilice: opis i ključne riječi. Neki webmasteri dodali su ključne riječi u odjeljak s ključnim riječima koje nisu imale nikakve veze s temom stranice, ali su unatoč tome uživale određeni uspjeh među posjetiteljima tražilice. Međutim, nakon nekog vremena tražilice su se naučile nositi s ovim fenomenom i provjeravati usklađenost sadržaja web stranice s navedenim ključnim riječima.
Neka načela vezana uz meta oznake:
- nemojte uključivati ključne riječi koje se ne nalaze na vašim stranicama;
- ne ponavljajte ključne riječi;
- koristiti meta oznake za njihovu namjenu;
- napraviti opis i popis ključnih riječi različitim za svaku stranicu stranice, vodeći računa o sadržaju.
opis
Većina tražilica prikazuje sadržaj polja za opis (primjer 1) kada prikazuje rezultate pretraživanja. Ako ove oznake nema na stranici, tada će tražilica jednostavno navesti prve riječi pronađene na stranici, koje u pravilu nisu vrlo relevantne za temu.
Primjer 1: Korištenje opisa
ključne riječi
Ova meta oznaka trebala je opisati ključne riječi koje se pojavljuju na stranici (Primjer 2). Ali kao rezultat toga, sada su diskreditirani postupci ljudi koji žele doći do vrha tražilica na bilo koji način. Stoga mnoge tražilice preskaču ovaj parametar.
Primjer 2: Korištenje ključnih riječi
Ključne riječi mogu biti navedene odvojene razmacima ili zarezima. Tražilice će same pretvoriti unos u obrazac koji koriste.
Automatsko učitavanje stranica
Za automatsko preuzimanje novog dokumenta nakon određenog vremenskog razdoblja, koristite http-equiv="refresh" uputu (primjer 3).
Preglednik će shvatiti da ovaj unos čeka 5 sekundi i zatim učitava novu stranicu navedenu u parametru URL-a, u ovom slučaju poveznicu na web mjesto.
Ova meta oznaka vam omogućuje stvaranje preusmjeravanja na drugu stranicu. Ako URL nije naveden, trenutna stranica automatski će se osvježiti nakon broja sekundi navedenih u atributu sadržaja.
Kodiranje
Da biste pregledniku rekli u kojem su kodiranju znakovi na web stranici, trebate postaviti parametar . Za operativni sustav Windows i ćirilicu skup znakova obično ima vrijednost utf-8 ili windows-1251 (primjer 4).
Primjer 4. Odabir trenutnog kodiranja
ćirilica
Ako kodiranje nije navedeno, preglednik sam pokušava odrediti koja se vrsta znakova koristi u dokumentu i automatski odabire potrebno kodiranje. Preglednik možda neće uvijek točno prepoznati jezik web stranice i u nekim će slučajevima umjesto ćirilice predložiti vijetnamsko kodiranje. Iz tog razloga, bolje je uvijek uključiti navedeni redak. Međutim, postoje okolnosti u kojima navođenje kodiranja može uzrokovati određenu štetu. Na primjer, web poslužitelj automatski koristi transkodiranje podataka u KOI-8, a preglednik, kada naiđe na parametar charset=windows-1251, pretvara tekst u Windows kodiranje. To rezultira dvostrukom izmjenom znakova; takav tekst nije lako čitati. Srećom, takav problem je već stvar prošlosti; u svakom slučaju, može se lako identificirati i neutralizirati na razini poslužitelja.
Jedan od najčešćih problema s kojima se početnik suočava Webmaster(i ne samo početnici), ovo problemi s kodiranjem na web mjestu. Čak se i meni stalno pojavljuje prilikom izrade web stranica " abrakadabra"Ali, srećom, savršeno dobro znam kako riješiti ovaj problem, tako da sam sve posložio u roku od nekoliko sekundi. A u ovom članku pokušat ću vas naučiti jednako brzo rješavanje problema vezanih uz kodiranje na stranici.
Prvo što vrijedi napomenuti je da su svi problemi s pojavom "abrakadabre" povezani s neusklađenošću kodiranja dokumenta i kodiranja koje je postavio preglednik. Recimo dokument u prozori-1251, ali preglednik iz nekog razloga prikazuje UTF-8. A izvor takve razlike mogu biti sljedeći razlozi.
Prvi razlog
Meta oznaka je netočno napisana vrsta sadržaja. Budite oprezni, uvijek treba sadržavati kodiranje u kojem je napisan vaš dokument.
Drugi razlog
Čini se da je meta oznaka napisana onako kako želite, a preglednik prikazuje točno ono što želite, ali iz nekog razloga i dalje postoje problemi s kodiranjem. Krivac je ovdje gotovo sigurno to što sam dokument ima drugačije kodiranje. Ako radite u Notepad++, zatim dolje desno nalazi se naziv kodiranja trenutnog dokumenta (npr. ANSI). Ako stavite meta oznaku UTF-8, a sam dokument je upisan u ANSI, zatim izvršite pretvorbu u UTF-8(putem izbornika " Kodiranja"i točka" Pretvori u UTF-8 bez BOM-a").
Treći razlog
Četvrti razlog
I na kraju, posljednji popularni razlog je problem s kodiranjem u bazi podataka. Najprije provjerite jesu li sve vaše tablice i polja napisani u istom kodiranju, koje odgovara kodiranju ostatka stranice. Ako to ne pomogne, odmah nakon povezivanja u skripti pokrenite sljedeći zahtjev:
POSTAVITE IMENA "utf8"
Umjesto " utf8" može postojati drugačije kodiranje. Nakon toga bi svi podaci iz baze podataka trebali izaći u ispravnom kodiranju.
Nadam se da sam u ovom članku barem objasnio, 90% problema povezanih s pojavom "blebetanja" na web mjestu. Sada se u tren oka morate nositi s tako popularnim i jednostavnim problemom kao što je netočno kodiranje.
