UTF-16 + nettisivut = katastroofi
-
- Viestit: 35
- Liittynyt: 7.9.2006 klo 19.02
- Paikkakunta: Porvoo
UTF-16 + nettisivut = katastroofi
Viesti Kirjoittaja Nocticola »
Mikä tähän johti on pitkä tarina: Tein alun perin sivut Subethaeditillä ja käytin formaattina UTF-16:ta koska joukossa oli toisinaan islantilaisia kirjaimia jotka eivät UTF-8:ssa näkyneet oikein. Kaikki oli periaatteessa hyvin, sillä sivut toimivat sekä Firefoxilla että Safarilla.
Google ei kuitenkaan tajunnut koodia ja hakutuloksissa näkyi pelkkää html:ää, joten ryhdyin toimenpiteisiin. Muutin kaikkien tiedostojen koodauksen UTF-16BE:ksi jota netissä kuulemma aina pitäisi käyttää. Nyt sivut näkyivät Firefoxilla oikein, mutta Safarilla eivät mitenkään!
Yritin hätäpäissäni kääntää koodin takaisin UTF-16:ksi, joka vielä auttoikin, mutta Googlea ajatellen käänsin ne sitten vielä UTF-8:ksi, jolloin jotain vinksahti eikä kumpikaan editori näytä sivua tällä hetkellä! Firefox sanoo vain "a {text-decoration: none}" ja Safari "<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" jne.
Olen yrittänyt ottaa koodit talteen ja tallentaa ne aivan puhtaana pilaamattomana html-tiedostona, mutta ei auta!
Apua! Nyt ovat hyvät neuvot tarpeen. Potilas on osoitteessa http://www.valovuohi.fi.
-
- Viestit: 35
- Liittynyt: 7.9.2006 klo 19.02
- Paikkakunta: Porvoo
Viesti Kirjoittaja Nocticola »
UTF-16:ksi kääntämällä Firefoxilla näkyy "�h�t�m�l�>� �<�h�e�a�d�>� �<�t�i�t�l�e�>�V�a�l�o�v�u�o�h�i�<�/�t�i�t�l�e�>� �<�s�t�y�l�e� �t�y�p�e�=�"�t�e�x�t�/�c�s�s�"�>�a� �{�t�e�x�t�-�d�e�c�o�r�a�t�i�o�n�:� �n�o�n�e�}� �<�/�s�t�y�l�e�>"-mömmöä ja Safarilla samaa koodia kuin aina muutenkin.
Mistä ihmeestä tämä johtuu?
-
- Viestit: 7768
- Liittynyt: 25.2.2004 klo 12.38
- Paikkakunta: Helsinki
Viesti Kirjoittaja Juhani L »
En näe sitä, kun ne sivut (http://www.valovuohi.fi) eivät toimi. Näyttävät olevan tehdyt kehyksillä, joten toimimattomuus ei juuri yllätä. Hyvä mies, unohda kehykset, nyt on 2000-luku!
Silloin on jotain pahemmin vialla, jos jonkin kielen merkit eivät näy UTF-8-koodauksella. Ratkaisu ei ole UTF-16, jonka käyttö on viimeisen päälle turhaa tuon islannin merkkien ongelman selvittämiseksi.
En valitettavasti tunne Subethaeditiä, koska mulla on junanvessa nimeltään TextWrangler. Se on toiminut mitä kummemmilla kielillä oikein, kunhan sivut vaan tekee html-standardeja vieroksumatta.
-
- Viestit: 18040
- Liittynyt: 20.2.2004 klo 23.12
- Paikkakunta: Tampere
-
- Viestit: 5892
- Liittynyt: 10.3.2005 klo 2.39
-
- Viestit: 35
- Liittynyt: 7.9.2006 klo 19.02
- Paikkakunta: Porvoo
Viesti Kirjoittaja Nocticola »
Enkä ole mies! En tiennyt että framet eivät ole enää muodissa. Juuri kuin opin tekemään sellaiset! Siitähän tulee kauheasti työtä jos pitää käsin rustata sama valikko jokaiselle sivulle?
Ongelmaksi on kristalloitunut nyt se, että esimerkiksi tuo index-sivu on puoliksi UTF-16 Big endiania ja puoliksi UTF-16 Little endiandia - vaihto on keskellä! En tiedä miten tuo on edes mahdollista - Subethaedit väittää sen olevan UTF-8:aa.
Versioni Subethaeditistä on 2.0.jotain. Olisikohan se nyt jotenkin kärähtänyt? Eihän tällaista voi muuten tapahtua.
-
- Viestit: 7768
- Liittynyt: 25.2.2004 klo 12.38
- Paikkakunta: Helsinki
Viesti Kirjoittaja Juhani L »
Koko ongelmasta pääsee eroon käyttämällä aina UTF-8-koodausta, koska sen on 8-bittiseksi kutistettua Unicodea. Silloin 8-bittiset (oikeastaan 7-bittiset tai jopa 6-bittiseksi tulkittavat) html-komennot tulevat automaattisesti oikein kuten myös sivun sisällön suomen-, islannin- ja vaikkapa kreikankieliset tekstiosuudet.
Nyt sivusi htlm-tiedostot saattavat olla niin sekaisin, että on paras rakentaa ne uudestaan siten, että sivut ovat johdonmukaisesti UTF-8:aa.
Pieni lisäys: kysymys kehyksistä ei ole muodista vaan siitä, että ne ovat monessa tapauksessa erittäin kurjia selailijoiden kannalta. Mm. alisivut eivät toimi oikein, kun niihin mennään suoraan. Luepa asiasta lisää täältä.
-
- Viestit: 23005
- Liittynyt: 21.2.2004 klo 11.41
- Paikkakunta: Pori
-
- Viestit: 7768
- Liittynyt: 25.2.2004 klo 12.38
- Paikkakunta: Helsinki
-
- Viestit: 23005
- Liittynyt: 21.2.2004 klo 11.41
- Paikkakunta: Pori
-
- Viestit: 1031
- Liittynyt: 4.9.2006 klo 9.43
Viesti Kirjoittaja zemex »
Jos ymmärsin oikein niin miksi et tallenna index.htm sivua toisella nimellä? Silloinhan sullaNocticola kirjoitti:Enkä ole mies! En tiennyt että framet eivät ole enää muodissa. Juuri kuin opin tekemään sellaiset! Siitähän tulee kauheasti työtä jos pitää käsin rustata sama valikko jokaiselle sivulle?
on valikko ja sivu pohja valmiina. Vai mitä sinä tuolla valikko hommalla meinasit?
Älä ainakaan noita frameja käytä. Ne on selailijoita ajatellen aivan hirveitä ja taisi myös olla niin, ettei google ymmärrä niitä myöskään kunnolla. Tuon saman homman voi hoitaa vaikka taulukoilla. Parempi kuitenkin olisi käyttää DIV-tagia ja CSS-tyylitiedostoon ulkoasu.
-
- Viestit: 4458
- Liittynyt: 6.10.2004 klo 22.42
Viesti Kirjoittaja Fixx »
Siis vanhaan aikaan tavattiin laittaa logo ja linkkirivi omaan frameen jotta ne pysyisivät näkösällä koko ajan. Jos sivu käy blankona välillä niin se ei näytä kovin fiksulta. Mitenkäs tämä nykyisin toteutetaan? Täällä hompussa ainakin ylätunnari pysyy näköisällä koko ajan sivua vaihdettaessa, eli onko nykyselaimet niin fiksuja että pitävät toistuvat elementit paikallaan sivua päivitettäessä vai oliko tässä jotain älykoodia pelissä? Joku macworld.com menee alasivuille kyllä taas blankon kautta.Jos ymmärsin oikein niin miksi et tallenna index.htm sivua toisella nimellä? Silloinhan sulla on valikko ja sivu pohja valmiina. Vai mitä sinä tuolla valikko hommalla meinasit?
Jos sivut tekee erillisinä niin kyllä se menuhässäkän teko kaikille sivuille käy ihan näppärästi kopipeistillä.
Frameissa mua ärsyttää eniten että näppäimillä ei voi skrollata ennen kuin on oikea frame aktiivisena. Muuten mua ei ne haittaa. Nuo Korpelan perustelut on tyypillisiä viime vuosituhannen lopun opettavaisuuksia, jotka perustuu siihen ettei normaali sivuntekijä tiedä mitä on tekemässä, jolloin tarvitaan guruopastusta -- joka puolestaan perustuu yhdenkoon ratkaisun ajatukseen. Mun mielestäni sivua kuin sivua tehdessä ulkoasu, sisältö ja käyttöliittymä perustuvat kuitenkin käyttäjien ja kohderyhmän tarpeisiin eikä mihinkään yleiseen gurusertifioituun suunnitteluohjesääntöön.
-
- Viestit: 19516
- Liittynyt: 21.3.2005 klo 9.33
- Paikkakunta: Helsinki
-
- Viestit: 7768
- Liittynyt: 25.2.2004 klo 12.38
- Paikkakunta: Helsinki
Viesti Kirjoittaja Juhani L »
Hyvä Fixx, luepa tämä tulikivenkatkuinen propagandakirjoitus. Siellä on aika hyvin perusteltu, miksi jotkut ratkaisut ovat parempia kuin toiset. On guruopastusta, mutta tuollaisesta voi olla vain kovin kiitollinen.Fixx kirjoitti:Frameissa mua ärsyttää eniten että näppäimillä ei voi skrollata ennen kuin on oikea frame aktiivisena. Muuten mua ei ne haittaa. Nuo Korpelan perustelut on tyypillisiä viime vuosituhannen lopun opettavaisuuksia, jotka perustuu siihen ettei normaali sivuntekijä tiedä mitä on tekemässä, jolloin tarvitaan guruopastusta -- joka puolestaan perustuu yhdenkoon ratkaisun ajatukseen. Mun mielestäni sivua kuin sivua tehdessä ulkoasu, sisältö ja käyttöliittymä perustuvat kuitenkin käyttäjien ja kohderyhmän tarpeisiin eikä mihinkään yleiseen gurusertifioituun suunnitteluohjesääntöön.
-
- Viestit: 35
- Liittynyt: 7.9.2006 klo 19.02
- Paikkakunta: Porvoo
Viesti Kirjoittaja Nocticola »
Selityksenne yhdessä yrityksen ja erehdyksen kanssa ovat auttaneet selvittämään että mikä tässä on nyt ollut ongelmana. Ensinnäkin tietysti se, että valitsin alun perin koko UTF-16 -koodauksen oli tietysti huonoa tuuria - sattui vain niin, että sillä tehty html-dokumentti näkyi silloin oikein molemmissa selaimissani toisin kuin UTF-8.
Nyttemmin on ilmeisesti ollut niin, että osa sivuista on ollut puoliksi UTF-16LE:tä ja puoliksi joko UTF-16BE:tä tai peräti merkitöntä. Tämä ilmeisesi johtuu siitä, että jos koodia leikkaa, niin alkuperäinen formaatti tulee mukaan, sitä ei ilmeisesti monestakaan paikasta saa leikattua pelkkänä ASCII:na. Näin ollen yritykseni tehdä uusia puhtaita dokumenttejä ei ole tuottanut tulosta.
Sitten vielä se, että Subethaedit ilmeisesti toisinaan tulkitsee avattavan dokumentin formaatiksi jonkun muun kuin se on: Esimerkiksi tänään avasin UTF-8:oja ja Subethaeditin mielestä ne olivat koodaukseltaan Western (Mac Os Roman):ia. Jos näin on käynyt aikaisemmin, on varmaan tullut aikamoisia merkkisotkuja kun olen käännellyt näitä tiedostoja uudestaan UTF-16:ksi.
No mutta! Löytyi vihdoin paikka, josta pelkän koodin ilman muotoilua ja formaattia sai talteen. Safari nimittäin onneksi näyttää rikkonaisen sivun koodin sellaisenaan selainikkunassa. Sieltä copypasteamalla sain lopulta laitettua kaikki sivut UTF-8 -muotoon. Nyt en uskalla enää koskea niihin ettei jotain hirvittävää tapahdu taas! (Varmaan kohta taas tapahtuu. Miten saan editorin älyämään heti kättelyssä että tiedosto pitäisi ottaa UTF-8 -muotoisena?)
Ohjeet siirtyä johonkin viisaampaan tekniikkaan ovat varmaan järkeviä. Luin tuon kehyslinkin ja pistän PHP-asian mieleen. Nyt juuri en kuitenkaan ehdi väsätä tuota kokonaan uusiksi. Hoituuko tuolla PHP:lla jotenkin yksinkertaisesti sellainen, jos haluaa vaikka kaikilla sivuilla näkyvään valikkoon yhden linkin lisää? Kehyksien kanssa se on yhden tiedoston päivittämisen päässä.
Pidän kyllä siitä ajatuksesta että voi itse kirjoittaa koodin ja siten tietää mitä mikin pätkä tekee. Kauhistuttavaa, että itse kirjaimetkin voivat nykyaikana tällä lailla kääntyä käyttäjäänsä vastaan! Hui!
Tuolla nyt tällä hetkellä terveehkö potilas: http://www.valovuohi.fi
-
- Viestit: 17376
- Liittynyt: 26.1.2005 klo 18.16
Viesti Kirjoittaja Macco »
Tuosta ylläolevasta Valovuohi-osoitteesta muuten kannattaa jättää tuo fi:n jälkeinen piste pois

-
- Viestit: 1275
- Liittynyt: 24.3.2006 klo 19.30
- Paikkakunta: Ulkomailla
Viesti Kirjoittaja Aaaron »
Sivun sourcesta puuttuu merkistökoodauksen asettelu ja luultavasti tuo palvelin lähettää headereissa tietoa, että koodaus on ISO-8859-1 niin kuin ne yleensä tekevät.
Lisäksi koko HTML on muutenkin jostain 90-luvulta, joten suosittelisin päivittämään koko rakenteen ja koodin nykyaikaan.
-
- Viestit: 5892
- Liittynyt: 10.3.2005 klo 2.39
-
- Viestit: 4458
- Liittynyt: 6.10.2004 klo 22.42
Viesti Kirjoittaja Fixx »
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
(kai se noin kirjoitetaan).
Muutenhan tuo sivusto on selkeä ja toimiva, vaikka toki tiettyä hienovaraisuutta saattaakin puuttua.
-
- Viestit: 35
- Liittynyt: 7.9.2006 klo 19.02
- Paikkakunta: Porvoo
Viesti Kirjoittaja Nocticola »
Selvisi sekin, mitä pitää tehdä kun Subethaedit avaa tiedoston väärässä muodossa. Täytyy valita valikosta heti oikea formaatti ja kysyttäessä vastata "Reinterpret". Kyllä, tämä vaikuttaa varmasti alkeelliselta tietokoneenkäytöltä ja niin se onkin! Voin kuitenkin vahvistaa että saan näinkin yksinkertaisista asioista ongelmia aikaiseksi. Olen tähän asti varonut Reinterpret-nappia kuin ruttoa hävitettyäni sillä pysyvästi parikymmentä sivua glasiologian muistiinpanoja kiinalaisiksi merkeiksi.
Nyt sitten kaikkien sivujeni pitäisi olla siistissä UTF-8-muodossa ja niissä on ohje että ne pitää lukea sellaisina. Olen tyytyväinen. Luultavasti Googlekin ensi reissullaan osaa lukea tekstin eikä näe pelkkää koodia.
Onko nyt vielä joku jolle noiden sivujen katsominen tuottaa jostain muusta syystä tuskaa? Koodi on tosiaan 90-luvulta, kun silloin opettelin html:ää. Ymmärtääkseni siellä kuitenkin nyt näkyy selaimen tulkitsema kuva eikä sitä rumaa koodia itseään ja minulla ainakin sivu toimii aika nopeasti. Onko joitain äkillisiä konkreettisia tietoturva- tai muita syitä päivittää se nyt heti nykyaikaan?
-
- Viestit: 1275
- Liittynyt: 24.3.2006 klo 19.30
- Paikkakunta: Ulkomailla
-
- Viestit: 167
- Liittynyt: 21.11.2006 klo 16.36
- Paikkakunta: Rovaniemi
Viesti Kirjoittaja avpn »
Onnistuu PHP:llä, mutta onnistuu myös SSI:llä, jonka moni tuntuu kokonaan unohtaneen nykypäivänä. SSI toimii käsittääkseni useammalla palvelimella kuin PHP. Ainakaan itselläni ei ole koskaan ollut ongelmaa SSI:n käytössä, toisin kuin PHP:n kanssa.Nocticola kirjoitti:Hoituuko tuolla PHP:lla jotenkin yksinkertaisesti sellainen, jos haluaa vaikka kaikilla sivuilla näkyvään valikkoon yhden linkin lisää? Kehyksien kanssa se on yhden tiedoston päivittämisen päässä.
Lyhyt esimerkki SSI:n käytöstä tiedoston liittämiseksi sivulle:
sivu.shtml (huom. tiedoston pääte pitää olla shtm tai shtml)
Koodi: Valitse kaikki
<h1>Otsikko</h1>
<!--#include file="menu.inc" -->
<p>tekstikappale</p>
Koodi: Valitse kaikki
<ul>
<li><a href="sivu.shtml">linkki</a></li>
<li><a href="sivu2.shtml">linkki 2</a></li>
</ul>
Koodi: Valitse kaikki
<h1>Otsikko</h1>
<ul>
<li><a href="sivu.shtml">linkki</a></li>
<li><a href="sivu2.shtml">linkki 2</a></li>
</ul>
<p>tekstikappale</p>
Ja standardinmukaisen koodaamisen opetteluun on oiva apu W3Schools.
![Hymy [:)]](./images/smilies/icon_smile.gif)
-
- Viestit: 35
- Liittynyt: 7.9.2006 klo 19.02
- Paikkakunta: Porvoo
Viesti Kirjoittaja Nocticola »
Kiitos paljon tuosta SSI-ohjeesta! Mutta en saanut sitä enkä PHP:n vastaavaa juttua toimimaan, joten ilmeisesti palvelimeni ei sitä tue. Ehkä rakentelen sivut kokonaan uudestaan sitten kun muutenkin päivitän ulkoasua.
Ongelma on kuitenkin nyt poissa. Muokkaan otsikosta tuon Subethaeditin pois, koska se ei sitten lopulta ollutkaan siinä osana. Kiitos avusta.
Palaa sivulle “Ongelmia Macin kanssa?”
- Yleiset aiheet
- ↳ Ajankohtaista Apple-maailmasta
- ↳ Käyttöjärjestelmät
- ↳ Ohjelmat
- ↳ Yleiskeskustelu
- Mac ja oheislaitteet
- ↳ Yleiskeskustelu laitteista
- ↳ MacBook, MacBook Pro ja MacBook Air
- ↳ iMac
- ↳ Mac mini
- ↳ Mac Pro ja Mac Studio
- ↳ Ongelmia Macin kanssa?
- iPhone, iPad ja Apple Watch
- ↳ iPhone-, iPad- ja Apple Watch -laitekeskustelu
- ↳ iPhone-, iPad- ja Apple Watch -ohjelmat sekä iOS
- ↳ Ongelmia iPhonen, iPadin tai Apple Watchin kanssa?
- Huviksi ja hyödyksi
- ↳ Off-topic
- ↳ Kuva ja graafinen suunnittelu
- ↳ Audio ja musiikki
- ↳ Video, televisio ja elokuvat
- ↳ Pelit ja pelaaminen
- ↳ Ohjelmointi, skriptit ja palvelimet
- ↳ Tietoturva ja varmuuskopiointi
- ↳ Verkot, mobiilidata ja muut puhelimet
- ↳ Retronurkka
- ↳ Foorumin ylläpito
- Kauppapaikka
- ↳ Myydään Mac
- ↳ Myydään iPhone, iPad ja iPod
- ↳ Myydään muut Applen tuotteet
- ↳ Myydään muuta tietotekniikkaa
- ↳ Ostetaan Mac
- ↳ Ostetaan iPhone, iPad ja iPod
- ↳ Ostetaan muut Applen tuotteet
- ↳ Ostetaan muuta tietotekniikkaa
- ↳ Vaihdetaan, annetaan, työtä haetaan ja tarjotaan
- ↳ Kauppapaikan keskustelu ja hintavinkit