amnezija Posted February 24, 2009 Report Share Posted February 24, 2009 Ir fails kam ir encode "UTF-8 without BOM" loģiski lapas kodējums arī ir "UTF-8". Šajā pašā failā ir gan ierakstīti vārdi ar latviešu burtiem, gan tiek vilkti vārdi, teksti no db. Uz pārlūka "google chrome" visi burti ar mīkstinājum un garumzīmēm netiek rādīti gan tie, kas ir ierakstīti pašā failā, gan tie, kas tiek vilkti no db, bet db tie ir ielikti caur "UTF-8" kodējuma faila. Uz citiem pārlūkiem viss strādā, rāda abus, bet visus pārējos failus, kas ir līdzīgas uzbūves un ir "UTF-8 without BOM" kodējumā "google chrome" rāda normāli tā pat kā citi pārlūki. Tikai vienu failu "google chrome" rāda savādāk, bet ja šim pašam failam no "UTF-8 without BOM" pārlieku vienkārši uz "UTF-8" viss strādā. Itkā problēma atrisināta, bet rodas jautājums kāpēc tā? Kāds mistisks gļuks vai kāda rupja pieļauta kļūda kodā? Link to comment Share on other sites More sharing options...
X ID Posted February 24, 2009 Report Share Posted February 24, 2009 Grūti minēt, jo pašam nekas tāds nav gadījies. Varbūt papildus meta tag'am nosūti header'i (iespējams, ka webserveris sūta citu header'i): PHP <? header("Content-Type: text/html; charset=utf-8"); ?> Link to comment Share on other sites More sharing options...
amnezija Posted February 24, 2009 Author Report Share Posted February 24, 2009 Nostrādāja, bet tā pat dīvaini. Situācija tāda. Pašai lapai šis "headeris" bija nosūtīts, bet šis konkrētais fails tika atvērts "popup", kur nebija šis "headeris". Lieta jocīga tāpēc, ka ir vēl kādi 3. atsevišķi faili, kas tiek atvērti "popup" un tiem arī nav nosūtīts "headeris", bet tos tā pat rādīja ar visiem burtiem un rāda vēl līdz šim. Tagad gan drošības pēc būs jāsaliek visiem tiem "popup" failiem "headeri", lai ja lapu pārnes uz kādu citu serveri nerastos līdzīgi mistiski gļuki. Link to comment Share on other sites More sharing options...
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now