Miks mun sivuilla ä näkyy näin: � (kysymysmerkki mustan ruudun sisällä)
Pitääkö meta dataan laittaa jotain erikoista. Sivut on tehty perus muistiolla html palasista ja css:llä. Ei CMS:ään.
Kiitän
Pitääkö meta dataan laittaa jotain erikoista. Sivut on tehty perus muistiolla html palasista ja css:llä. Ei CMS:ään.
Kiitän
Vastaukset 13
Vanhimmat
Niin lataa http://notepad-plus-plus.org/ (parannettu muistio), valitse sieltä tiedostomuoto -> Muunna koodaukseen UTF-8 ilman bom. Ja lisäät metan http://www.w3schools.com/html5/att_meta_charset.asp (tee sama muunnos myös css tiedostoille ne ei tartte metaa)
Ongelma on siis, että merkistökoodaus on ansi (muistion oletus) jolloin ääkköset ja muutkin erikoismerkit pitäisi muuttaa entiteeteiksi jotta selaimet ymmärtää http://www.utexas.edu/learn/html/spchar.html. Mutta kun koodauksena on UTF-8 niin moista ei tarvitse tehdä.
Ihan oikein, mutta kyllä tuo toimii ihan winukan perusNotepadillakin.
Linuxpuolella tuota ongelmaa ei muuten ole. Yllättäin.
Sillähän se lähti.. kiitos paljon, Mistä lie olin html flen ottanut ja sitä rupesin muokkaamaan. samaisella ohjelmalla.
Niinhän siinä käy kun rupeaa kasaamaan jotain palasista, joita ei ymmärrä. Ja ihan turhaa hössötystä ja vääriä neuvoja (jopa w3schools-roskasivuston suosittelua). Selaimet selviävät mainiosti ”ANSIsta”, kunhan sivulla on oikeanlainen meta-tägi eikä palvelin kerro mitään sen kanssa ristiriidassa olevaa. Jostakin varastamissasi sivunpalasissa oli varmaankin jokin meta-tägi, joka sotki asian.
Jos olisit kertonut heti sivun URLin, olisit saanut oikean ja helpoimman vastauksen noin saman tieni.
Niilä metatagien määrittelemillä merkistöillä ei ole hevonvitun merkitystä. Älä puhu vääristä neuvoista kun itse niitä näytät antavan.
URLilla ei tässä tapauksessa tee mitään.
Aika ärsyttävä asenne. Tuollaisten takia IT-ala on veemäisin ala mitä löytyy. Ärsyttäviä pätijätyyppejä on 13 tusinassa.
Jos on "vain" alasta kiinnostunut mukava ja vaatimaton kaveri niin ei oikein tahdo menestyä. Ikävä kyllä.
Puhun kokemuksesta.
Tosi pro olet kun puoli vuotta sitten loppuneeseen keskusteluun heität jotain, joka ei aiheeseen liity mitenkään.
Wiisas neuvo, mutta ei toiminut pelkällä metalla. Laitto metaa mitä tahansa. Piti tehdä tämä muutos.
Jos ne sivut on netissä, lisää siihen samaan kansioon missä sivut ovat .htaccess tiedosto. nimenomaan .htaccess , ei .htaccess.txt tai htaccess . Lisää tiedostoon AddDefaultCharset utf-8
Ja kaikki pitäisi toimia.
Ei riittänyt.
Eikä sillä pitäisi olla lopputuloksen kannalta merkitystä kertooko tuon default charsetin .htaccess tiedostossa vaiko html koodin metaan ympättynä.
Kokeilin kumpaakin eikä ääkköset palautuneet ennen kuin avasin ja tallensin kaikki htm tiedostot uudelleen ja valitsin Encoding -> UTF without BOM.
Lisäksi piti vielä manuaalisesti editoida jokainen ääkkönen uusiksi. Hitonmoinen homma.
Search & replaceei toiminut koska korvattavaa merkkiä ei voinut kopioida/kirjoittaa tai sitä ei löytynyt.
Linux rakastajille vielä että kun sivut olivat omalla Windowsin IIS-7 serverillä niin mitään ongelmaa ei ollut, ne tulivat vasta kun siirryin sähkölaskun pienentämiseksi omalta serveriltä ilmaista tilaa tarjoavaan linux hostiin.
Ilmeisesti siirryit Linux-palvelimeen, jonka ”edistyksellinen” ylläpito haluaa lähettää HTTP-otsakkeissa tiedon, että teksti on utf-8:aa, eikä salli tämän ohittamista .htaccess-tiedostolla. Kai valitit... ai niin, ”ilmaista tilaa”... TANSTAAFL.
Ei silti olisi tarvinnut jokaista merkkiä noin käsin vääntää, koska esimerkiksi Windowsiin saa esimerkiksi Notepad :n, jolla iso-8859-1:n muunnos utf-8 onnistuu suit sait. Ja kai Linux-puolellekin saa esimerkiksi GNU recoden jonkin nykymuodon.
”Without BOM” on väärää mystiikkaa. Tällä vuosituhannella BOM on enemmän ratkaisu kuin ongelma.
Vinkki: Jos olisit valinnut "Muunna koodaukseen UTF-8 (ei BOM)", niin ei olisi tarvinnut mainuaalisesti äkkösiä korjata.