Kiitoksia aiemmin minua html-ongelmissani auttaneita. Edelleen lienee hieman samasta ongelmasta kyse, mutta sen luonne on selvinnyt.
Jostakin syystä googlen cache-tiedostossa koodaus näyttää tältä:
ÿþ< H T M L > < H E A D > < m e t a h t t p - e q u i v = " C o n t e n t - T y p e " c o n t e n t = " t e x t / h t m l ; c h a r s e t = i s o - 8 8 5 9 - 1 " > < m e t a n a m e = " T i t l e " c o n t e n t = " J u h a V e l t t i " >
Eli joka merkin välillä on väli, siitä syystä Google tai muut hakupalvelut eivät kunnolla tunnista asettamiani avainsanoja jne. Otin tiedonsiirtoon käyttöön WS_FTP Pro:n, mutta siitä ei ollut mitään apua. Osaisiko joku auttaa tai neuvoa parempaa (ilmaista) siirto-ohjelmaa.
Eräässä keskustelufoorumissa kelailtiin tätä ongelmaa, mutta ratkaisua ei löytynyt, ellei seuraavaa tekstinpätkää sellaiseksi lasketa:
Hello Henry, I found some more information about these 2 characters. It has to do with a ZERO-WIDTH NON-BREAKING SPACE character also known as a 'Byte Order Mark (BOM)'. When sending a 16 bit code, the server can send the Most Significant Byte (MSB) first or the Least Significant Byte (LSB) first. Kind of big-endian vs little-endian.
At the end of this table you can see the 2 characters have the hexadecimal code FE and FF.
In paragraph 5.2.1 of the W3 document called HTML Document Representation you can read the following about this mark:
Furthermore, to maximize chances of proper interpretation, it is recommended that documents transmitted as UTF-16 always begin with a ZERO-WIDTH NON-BREAKING SPACE character (hexadecimal FEFF, also called Byte Order Mark (BOM)) which, when byte-reversed, becomes hexadecimal FFFE, a character guaranteed never to be assigned. Thus, a user-agent receiving a hexadecimal FFFE as the first bytes of a text would know that bytes have to be reversed for the remainder of the text.
Jostakin syystä googlen cache-tiedostossa koodaus näyttää tältä:
ÿþ< H T M L > < H E A D > < m e t a h t t p - e q u i v = " C o n t e n t - T y p e " c o n t e n t = " t e x t / h t m l ; c h a r s e t = i s o - 8 8 5 9 - 1 " > < m e t a n a m e = " T i t l e " c o n t e n t = " J u h a V e l t t i " >
Eli joka merkin välillä on väli, siitä syystä Google tai muut hakupalvelut eivät kunnolla tunnista asettamiani avainsanoja jne. Otin tiedonsiirtoon käyttöön WS_FTP Pro:n, mutta siitä ei ollut mitään apua. Osaisiko joku auttaa tai neuvoa parempaa (ilmaista) siirto-ohjelmaa.
Eräässä keskustelufoorumissa kelailtiin tätä ongelmaa, mutta ratkaisua ei löytynyt, ellei seuraavaa tekstinpätkää sellaiseksi lasketa:
Hello Henry, I found some more information about these 2 characters. It has to do with a ZERO-WIDTH NON-BREAKING SPACE character also known as a 'Byte Order Mark (BOM)'. When sending a 16 bit code, the server can send the Most Significant Byte (MSB) first or the Least Significant Byte (LSB) first. Kind of big-endian vs little-endian.
At the end of this table you can see the 2 characters have the hexadecimal code FE and FF.
In paragraph 5.2.1 of the W3 document called HTML Document Representation you can read the following about this mark:
Furthermore, to maximize chances of proper interpretation, it is recommended that documents transmitted as UTF-16 always begin with a ZERO-WIDTH NON-BREAKING SPACE character (hexadecimal FEFF, also called Byte Order Mark (BOM)) which, when byte-reversed, becomes hexadecimal FFFE, a character guaranteed never to be assigned. Thus, a user-agent receiving a hexadecimal FFFE as the first bytes of a text would know that bytes have to be reversed for the remainder of the text.
Vastaukset 3
Vanhimmat
ainakin Titlen kohdalla sanaa Author...
Title on sivun otsikko.
Oletkos kirjoittanut sivusi notepadilla ja tallentanut ne unicodena tms.? Avaa tiedosto ja valitse File-valikosta kohta "Save as...". Jos Encoding-kohdassa lukee jotain muuta, kuin ANSI, niin korjaa se ja tallenna teksti.
Jos tuo ongelma tuolla ratkeaa, olen tuhannesti sinulle kiitollinen "IT-duunari". Tietysti tuossa pitää joka html-tiedosto tallentaa uudestaan, että rasittavaa puuhaa, mutta kuitenkin. Kiitos.