Merkistöohgelma !

Osaisitko hieman valaista minua ressukkaa näissä asioissa? Miten merkillisesti saan esimerkiksi skandit näkymään laittamalla koodaukseksi utf-8?
Entä onnistuuko samalla tavalla kyrilliset?

Olisin hyvin kiitollinen. Se auttaisi ihan todelliseen ongelmaankin (tuo mobiilitarkastus nyt oli lähinnä hupikokeilu.)

Kääk. kirjoitti:

Osaisitko hieman valaista minua ressukkaa näissä asioissa? Miten merkillisesti saan esimerkiksi skandit näkymään laittamalla koodaukseksi utf-8?
Entä onnistuuko samalla tavalla kyrilliset?

Olisin hyvin kiitollinen. Se auttaisi ihan todelliseen ongelmaankin (tuo mobiilitarkastus nyt oli lähinnä hupikokeilu.)

Lue lisää

Tarvitset tietysti ohjelman, joka tallentaa (tai generoi) datan UTF-8-koodattuna.

Mutta mikähän se todellinen ongelma on, jota et kerro?

Kääk. kirjoitti:

Osaisitko hieman valaista minua ressukkaa näissä asioissa? Miten merkillisesti saan esimerkiksi skandit näkymään laittamalla koodaukseksi utf-8?
Entä onnistuuko samalla tavalla kyrilliset?

Olisin hyvin kiitollinen. Se auttaisi ihan todelliseen ongelmaankin (tuo mobiilitarkastus nyt oli lähinnä hupikokeilu.)

Lue lisää

Menikö jotain ohi, tallenna se tiedosto utf-8:na, sehän onnistuu vaikka windows muistiolla, Save as, valinnallahan saat valittua koodauksen millä se teksti tallentuu, silloin toimii scandit ja jopa ne kyrilliset.

utf_ää kirjoitti:

Menikö jotain ohi, tallenna se tiedosto utf-8:na, sehän onnistuu vaikka windows muistiolla, Save as, valinnallahan saat valittua koodauksen millä se teksti tallentuu, silloin toimii scandit ja jopa ne kyrilliset.

Lue lisää

Kokeilen ääkkösiäa ja kyrillisiä: Веселые улыбки

Sivun alkuun ilmestyy merkilliset merkit: 
Nämä ovat siis vastaanotetussa lähdekoodissa ensimmäisenä jos olen tallentanut dokumentin merkistöllä utf-8. Omalla koneella ja palvelimella näitä merkkejä ei ole.

Kun tarkastan headerit, niin näköjään merkistö on iso-8859-1. Headerin vaihtaminen esmes php:llä taas ei onnistu noiden alkumerkkien takia (ennen headeriahan ei saa olla mitään tulostettavia merkkejä).

Onko ongelma nyt palvelimessa vai ftp-ohjelmassa (ws_ftp)?

Yucca kirjoitti:

Tarvitset tietysti ohjelman, joka tallentaa (tai generoi) datan UTF-8-koodattuna.

Mutta mikähän se todellinen ongelma on, jota et kerro?

Todellisen ongelman kerroin tuossa alempana:

http://keskustelu.suomi24.fi/show.fcgi?category=108&conference=654&posting=22000000039836163

Kääk ! kirjoitti:

Kokeilen ääkkösiäa ja kyrillisiä: Веселые улыбки

Sivun alkuun ilmestyy merkilliset merkit: 
Nämä ovat siis vastaanotetussa lähdekoodissa ensimmäisenä jos olen tallentanut dokumentin merkistöllä utf-8. Omalla koneella ja palvelimella näitä merkkejä ei ole.

Kun tarkastan headerit, niin näköjään merkistö on iso-8859-1. Headerin vaihtaminen esmes php:llä taas ei onnistu noiden alkumerkkien takia (ennen headeriahan ei saa olla mitään tulostettavia merkkejä).

Onko ongelma nyt palvelimessa vai ftp-ohjelmassa (ws_ftp)?

Lue lisää

Nonih, palvelimestahan se on kiinni ja sen saa korjattua .htaccess -tiedostolla, MUTTA kirjoitan sinne jotain varmasti väärin, koska nyt php-tulkki pillastuu.. tai oikeammin lakkaa toimimasta.


AddType 'text/html; charset=UTF-8' php
AddType 'application/xhtml xml; charset=UTF-8' php
(http://www.w3.org/International/tutorials/tutorial-char-enc/#Slide0180 , siellä puolenvälin paikkeilla.)

Mites tästä pitäis jatkaa? Luovuta en!

..uusia ongelmia :( kirjoitti:

Nonih, palvelimestahan se on kiinni ja sen saa korjattua .htaccess -tiedostolla, MUTTA kirjoitan sinne jotain varmasti väärin, koska nyt php-tulkki pillastuu.. tai oikeammin lakkaa toimimasta.


AddType 'text/html; charset=UTF-8' php
AddType 'application/xhtml xml; charset=UTF-8' php
(http://www.w3.org/International/tutorials/tutorial-char-enc/#Slide0180 , siellä puolenvälin paikkeilla.)

Mites tästä pitäis jatkaa? Luovuta en!

Lue lisää

Viimeksi kun tarkistin, PHP ei osannut Unicodea. Liekö tästä kyse? Toisaalta PHP ei välttämättä ymmärrä koodauksista yhtään mitään, joten jos et oikeasti yritä käsitellä dataa PHP:llä, niin ei PHP välttämättä kuulu asiaan.

”Pillastuu” ei ole kovin tarkka virheilmoitus, joten on mahdotonta sanoa, missä nyt mennään.

Voisit ehkä viimeistään nyt kertoa sivusi URLin. Tietenkään siitä ei näe taustalla olevaa PHP-käsittelyä, mutta jotain edes.

Yucca kirjoitti:

Viimeksi kun tarkistin, PHP ei osannut Unicodea. Liekö tästä kyse? Toisaalta PHP ei välttämättä ymmärrä koodauksista yhtään mitään, joten jos et oikeasti yritä käsitellä dataa PHP:llä, niin ei PHP välttämättä kuulu asiaan.

”Pillastuu” ei ole kovin tarkka virheilmoitus, joten on mahdotonta sanoa, missä nyt mennään.

Voisit ehkä viimeistään nyt kertoa sivusi URLin. Tietenkään siitä ei näe taustalla olevaa PHP-käsittelyä, mutta jotain edes.

Lue lisää

"php-tulkki pillastuu.. tai oikeammin lakkaa toimimasta. "

Tuossahan se tuli: PHP LAKKAA TOIMIMASTA. Oikeammin kai pitäisi sanoa, ettei sivua edes tulkata, vaan päästetään sellaisenaan läpi.

En ymmärrä mitä tekisit urlillani. Jos laitan .htaccessiin edellämainitsemana AddType 'text/html; charset=UTF-8' php , palvelin kyllä lähettää utf:ää, mutta mikään php-scripti ei tulkkaannu. Merkistö kyllä toimii silloin moitteettomasti.

Jos taas en lisäile .htaccessiin määräystä utf:stä, palvelin ilmoittaa merkistöksi iso-8859-1.

Tällöin teksti on seuraavanlaista:

Testi ääkkösten ja kyrillisten merkkien toimivuudesta.
Ääkköset tuli jo, nyt tulee kyrillisiä: Ве�елые улыбки

Lisäksi dokumentin alkuun tulee aina seuraavat merkit: 

php kyllä toimii tällöin, mutta sillä pitäisi merkistö vaihtaa jo headerissa. Se on tietenkin naurettavan yksinkertaista ( ), MUTTA headeriä ei huomioida jos sitä ennen tulostetaan jotain muita merkkejä, ja nuo kolme merkkiä tulee ennen.


Olen jokseenkin varma, että tuota .htaccesia pitäisi viilailla vielä, mutta miten.

Kääk. kirjoitti:

"php-tulkki pillastuu.. tai oikeammin lakkaa toimimasta. "

Tuossahan se tuli: PHP LAKKAA TOIMIMASTA. Oikeammin kai pitäisi sanoa, ettei sivua edes tulkata, vaan päästetään sellaisenaan läpi.

En ymmärrä mitä tekisit urlillani. Jos laitan .htaccessiin edellämainitsemana AddType 'text/html; charset=UTF-8' php , palvelin kyllä lähettää utf:ää, mutta mikään php-scripti ei tulkkaannu. Merkistö kyllä toimii silloin moitteettomasti.

Jos taas en lisäile .htaccessiin määräystä utf:stä, palvelin ilmoittaa merkistöksi iso-8859-1.

Tällöin teksti on seuraavanlaista:

Testi ääkkösten ja kyrillisten merkkien toimivuudesta.
Ääkköset tuli jo, nyt tulee kyrillisiä: Ве�елые улыбки

Lisäksi dokumentin alkuun tulee aina seuraavat merkit: 

php kyllä toimii tällöin, mutta sillä pitäisi merkistö vaihtaa jo headerissa. Se on tietenkin naurettavan yksinkertaista ( ), MUTTA headeriä ei huomioida jos sitä ennen tulostetaan jotain muita merkkejä, ja nuo kolme merkkiä tulee ennen.


Olen jokseenkin varma, että tuota .htaccesia pitäisi viilailla vielä, mutta miten.

Lue lisää

Jos et halua paljastaa ongelmasta edes näkyvää pintaa, niin ei varmaan vastauksellakaan ole väliä˔ Miksi ihmeessä teet www-sivuja, jos pihtaat URLeja kuin... no jääköön sanomatta.

Yucca kirjoitti:

Jos et halua paljastaa ongelmasta edes näkyvää pintaa, niin ei varmaan vastauksellakaan ole väliä˔ Miksi ihmeessä teet www-sivuja, jos pihtaat URLeja kuin... no jääköön sanomatta.

Lue lisää

Mielestäni selvitin asiani niin, että kolmevuotiaskin olisi sen ymmärtänyt.
Kerroin sen itseasiassa tarkemmin kuin olisit saanut selville sivua katsomalla, sillä sinähät et pysty muuttelemaan domainini .htaccess -tiedostoja.

Kääk ! kirjoitti:

Mielestäni selvitin asiani niin, että kolmevuotiaskin olisi sen ymmärtänyt.
Kerroin sen itseasiassa tarkemmin kuin olisit saanut selville sivua katsomalla, sillä sinähät et pysty muuttelemaan domainini .htaccess -tiedostoja.

Lue lisää

Jos haluat tuolle tasolle mennä, kysy toki kolmivuotiaalta apua, tai mieluiten nuoremmalta.

Sinä et selvästikään ymmärrä, mikä merkitys _todellisilla_ HTTP-otsakkeilla on. Se ei ole synti eikä häpeä, mutta se on tyhmää, että vain soitat suutasi etkä usko, että joku ymmärtää. No nyt voit kaikkiaan lopettaa avun kysymisen ja selvitellä ongelmaasi ihan itse keskenäsi tai vauvan kanssa.

..uusia ongelmia :( kirjoitti:

Nonih, palvelimestahan se on kiinni ja sen saa korjattua .htaccess -tiedostolla, MUTTA kirjoitan sinne jotain varmasti väärin, koska nyt php-tulkki pillastuu.. tai oikeammin lakkaa toimimasta.


AddType 'text/html; charset=UTF-8' php
AddType 'application/xhtml xml; charset=UTF-8' php
(http://www.w3.org/International/tutorials/tutorial-char-enc/#Slide0180 , siellä puolenvälin paikkeilla.)

Mites tästä pitäis jatkaa? Luovuta en!

Lue lisää

Sen sijaan että itse pillastut voisit lukea vastaukset uudelleen ajatuksen kera, ei utf-8 merkistön käyttö nyt sentään htaccessiä vaadi, sehän on nykyään ihan standardi, jotain muuta siellä sun hommassa mättää, mutta ei kai muiden pidä sitä arvuutella.

Yucca kirjoitti:

Jos haluat tuolle tasolle mennä, kysy toki kolmivuotiaalta apua, tai mieluiten nuoremmalta.

Sinä et selvästikään ymmärrä, mikä merkitys _todellisilla_ HTTP-otsakkeilla on. Se ei ole synti eikä häpeä, mutta se on tyhmää, että vain soitat suutasi etkä usko, että joku ymmärtää. No nyt voit kaikkiaan lopettaa avun kysymisen ja selvitellä ongelmaasi ihan itse keskenäsi tai vauvan kanssa.

Lue lisää

Olen selittänyt _hyvin_ selkeästi miten ongelma ilmenee ja todella haluaisin apua. Sinä vaan jauhat urleista ja muista jotka eivät mitenkään liity ongelmaan.

"Sinä et selvästikään ymmärrä, mikä merkitys _todellisilla_ HTTP-otsakkeilla on."

Olisitko niin ystävällinen että valaisisit tyhmää. Vai onko mielestäsi tyhmää esimerkiksi muuttaa http-otsakkeilla merkistökoodausta? Vaikka itseasiassa sekään ei mitenkään liity tähän ongelmaan. Ongelman ydinhän on siinä, miksi palvelin laittaa ne kolme mystistä merkkiä uft-koodatun dokumentin eteen ja/tai miksi apache sulkee ilmoittamallani merkinnällä php-tulkin.


Olen selvitellyt ongelmaani tässä illan mittaan, paljon uutta olen oppinutkin, mutta en ratkaisua tuohon ongelmaan. Laitoin kysymyksen myös webhotellini tekniseen tukeen. Toivottavasti sieltä saa hyödyllisemmän vastauksen kuin kolmevuotiaalta. Ja kolmevuotiaankaan vastaus ei todellakaan voi olla hyödyttömämpi kuin sinun suunsoittosi.


P.S. Kolmevuotias ei ole vauva.

P.P.S. Alkuperäinen ongelma on jo selvinnyt, vaikka ei se nyt mikään tärkeä ongelma ollutkaan. Leikkiä vain, koska uusia asioita on kiva aina testata vaikka Sinä ne suoralta kädeltä tyrmäätkin. Joka tapauksessa siihenkään et osannut antaa millään tavalla hyödyllistä vastausta.

utf_ää kirjoitti:

Sen sijaan että itse pillastut voisit lukea vastaukset uudelleen ajatuksen kera, ei utf-8 merkistön käyttö nyt sentään htaccessiä vaadi, sehän on nykyään ihan standardi, jotain muuta siellä sun hommassa mättää, mutta ei kai muiden pidä sitä arvuutella.

Lue lisää

Oletuksena:

HTTP/1.1 200 OK
Date: Wed, 03 Dec 2008 20:38:45 GMT
Server: Apache
Content-Length: 1287
Connection: close
Content-Type: text/html; charset=ISO-8859-1
Result: b=2 s=200 e= m=text/html ISO-8859-1 s=1287 d= o= l= t=404


.htaccessia muuttamalla:

HTTP/1.1 200 OK
Date: Wed, 03 Dec 2008 20:41:05 GMT
Server: Apache
Last-Modified: Wed, 03 Dec 2008 20:38:18 GMT
ETag: "20c97eb-32c-6c8c8280"
Accept-Ranges: bytes
Content-Length: 812
Connection: close
Content-Type: application/xhtml xml; charset=utf-8
Result: b=1 s=200 e= m=application/xhtml xml utf-8 s=812 d=1228365498 o= l= t=380


php:llä muuttamalla

HTTP/1.1 200 OK
Date: Wed, 03 Dec 2008 20:35:53 GMT
Server: Apache
Vary: Accept
Cache-Control: public
Content-Length: 1331
Connection: close
Content-Type: application/xhtml xml; utf-8
Result: b=1 s=200 e= m=application/xhtml xml s=1331 d= o= l= t=2263


Kaikissa tapauksissa haettu dokumentti oli sama.



   
   
.
.
.



Vaatii uft:n käyttö mitä vaatii, mutta ainakaan mun hotellissani ei homma toimi pelkästään tallentamalla dokumentti merkistöllä utf-8.

Kääk ! kirjoitti:

Oletuksena:

HTTP/1.1 200 OK
Date: Wed, 03 Dec 2008 20:38:45 GMT
Server: Apache
Content-Length: 1287
Connection: close
Content-Type: text/html; charset=ISO-8859-1
Result: b=2 s=200 e= m=text/html ISO-8859-1 s=1287 d= o= l= t=404


.htaccessia muuttamalla:

HTTP/1.1 200 OK
Date: Wed, 03 Dec 2008 20:41:05 GMT
Server: Apache
Last-Modified: Wed, 03 Dec 2008 20:38:18 GMT
ETag: "20c97eb-32c-6c8c8280"
Accept-Ranges: bytes
Content-Length: 812
Connection: close
Content-Type: application/xhtml xml; charset=utf-8
Result: b=1 s=200 e= m=application/xhtml xml utf-8 s=812 d=1228365498 o= l= t=380


php:llä muuttamalla

HTTP/1.1 200 OK
Date: Wed, 03 Dec 2008 20:35:53 GMT
Server: Apache
Vary: Accept
Cache-Control: public
Content-Length: 1331
Connection: close
Content-Type: application/xhtml xml; utf-8
Result: b=1 s=200 e= m=application/xhtml xml s=1331 d= o= l= t=2263


Kaikissa tapauksissa haettu dokumentti oli sama.



   
   
.
.
.



Vaatii uft:n käyttö mitä vaatii, mutta ainakaan mun hotellissani ei homma toimi pelkästään tallentamalla dokumentti merkistöllä utf-8.

Lue lisää

Sama dokumentti tallennettuna merkistöllä uft-8



   
   
.
.
.

Sanomattakin on selvää, ettei ainakaan php:llä voi enää vaikuttaa headereihin kun nuo kolme merkkiä ovat tuossa alussa.

Koitin vielä includella hakea dokumenttiin utf:llä tallennettua dokumenttia, sekin laittoi includattavan dokumentin alkuun nuo samat kolme merkkiä.

Kääk ! kirjoitti:

Olen selittänyt _hyvin_ selkeästi miten ongelma ilmenee ja todella haluaisin apua. Sinä vaan jauhat urleista ja muista jotka eivät mitenkään liity ongelmaan.

"Sinä et selvästikään ymmärrä, mikä merkitys _todellisilla_ HTTP-otsakkeilla on."

Olisitko niin ystävällinen että valaisisit tyhmää. Vai onko mielestäsi tyhmää esimerkiksi muuttaa http-otsakkeilla merkistökoodausta? Vaikka itseasiassa sekään ei mitenkään liity tähän ongelmaan. Ongelman ydinhän on siinä, miksi palvelin laittaa ne kolme mystistä merkkiä uft-koodatun dokumentin eteen ja/tai miksi apache sulkee ilmoittamallani merkinnällä php-tulkin.


Olen selvitellyt ongelmaani tässä illan mittaan, paljon uutta olen oppinutkin, mutta en ratkaisua tuohon ongelmaan. Laitoin kysymyksen myös webhotellini tekniseen tukeen. Toivottavasti sieltä saa hyödyllisemmän vastauksen kuin kolmevuotiaalta. Ja kolmevuotiaankaan vastaus ei todellakaan voi olla hyödyttömämpi kuin sinun suunsoittosi.


P.S. Kolmevuotias ei ole vauva.

P.P.S. Alkuperäinen ongelma on jo selvinnyt, vaikka ei se nyt mikään tärkeä ongelma ollutkaan. Leikkiä vain, koska uusia asioita on kiva aina testata vaikka Sinä ne suoralta kädeltä tyrmäätkin. Joka tapauksessa siihenkään et osannut antaa millään tavalla hyödyllistä vastausta.

Lue lisää

Ei niissä kolmessa ”merkissä” ole mitään mystistä, BOMhan siinä on. Epäselvää on, miksi se on ongelma ja kenelle (mille). Mystistä on, että et halunnut kertoa sivun osoitetta ja kerrot ongelman ratkenneen mutta että se ei ole ratkennut. Nyt tässä ratkeavat nauramaan jo naurismaan aidatkin.

Yucca kirjoitti:

Ei niissä kolmessa ”merkissä” ole mitään mystistä, BOMhan siinä on. Epäselvää on, miksi se on ongelma ja kenelle (mille). Mystistä on, että et halunnut kertoa sivun osoitetta ja kerrot ongelman ratkenneen mutta että se ei ole ratkennut. Nyt tässä ratkeavat nauramaan jo naurismaan aidatkin.

Lue lisää

Ei minua aitojen nauru häiritse.


Joka tapauksesta NYT vastauksestasi oli oikein hyötyä.
Nimittäin tuon BOMin kanssa on muillakin ollut ongelmia, ja nythän löytyi ratkaisu kun tiesin millä hakusanalla etsin.

Elikkäs ei tarvitse koskea .htaccesiin. Riittää kun php:llä vaihtaa headerin sivun alussa.

Nyt vaihtui sitten editori, piti ottaa käyttöön Notepad , sillä sillä voi asetuksista laittaa täpän kohtaan UTF-8 (ilman BOMia).



Hyvällä mielellä nukkumaan :)

Kääk ! kirjoitti:

Ei minua aitojen nauru häiritse.


Joka tapauksesta NYT vastauksestasi oli oikein hyötyä.
Nimittäin tuon BOMin kanssa on muillakin ollut ongelmia, ja nythän löytyi ratkaisu kun tiesin millä hakusanalla etsin.

Elikkäs ei tarvitse koskea .htaccesiin. Riittää kun php:llä vaihtaa headerin sivun alussa.

Nyt vaihtui sitten editori, piti ottaa käyttöön Notepad , sillä sillä voi asetuksista laittaa täpän kohtaan UTF-8 (ilman BOMia).



Hyvällä mielellä nukkumaan :)

Lue lisää

Ei siis kannata purra ruokkivaa kättä, tosin saman tiedon olisit jo löytänyt kirjoittamalla kaksi avainsanaa ensimmäisestä kyssäristä, "utf header". :D

Kääk ! kirjoitti:

Kokeilen ääkkösiäa ja kyrillisiä: Веселые улыбки

Sivun alkuun ilmestyy merkilliset merkit: 
Nämä ovat siis vastaanotetussa lähdekoodissa ensimmäisenä jos olen tallentanut dokumentin merkistöllä utf-8. Omalla koneella ja palvelimella näitä merkkejä ei ole.

Kun tarkastan headerit, niin näköjään merkistö on iso-8859-1. Headerin vaihtaminen esmes php:llä taas ei onnistu noiden alkumerkkien takia (ennen headeriahan ei saa olla mitään tulostettavia merkkejä).

Onko ongelma nyt palvelimessa vai ftp-ohjelmassa (ws_ftp)?

Lue lisää

Sain webhotellin tekniseltä tuelta vastauksen:

"Onhan sinulla varmasti tagien välissä rivi


Nuo kolme merkkiä vaikuttaisivat siltä että editorisi jättäisi joitain
rivinvaihto yms merkkejä sinun php-tiedostosi alkuun."


Juu että se siitä. Mutta onneksi sain koko ongelman silti ratkaistua, Yuccan ja utf_ään suosiollisella avustuksella. Laitoin sitten sinne tekniseen tukeenkin selvityksen mistä homma kiikasti. Ja tästeles taidankin sitten käyttää pelkkää utfia.