Jester73Medlem sedan mars 2012121 inlägg Hej
Detta är en fortsättning på mitt problem ställt i min tidigare tråd http://www.webforum.nu/showthread.php?t=194569
tack prplxr!!
Förutsättningar
En MS Access databas som jag nu vill konvertera till MySQL databas.
Problem
Trots att alla konverterare (Bullzip MS Access to MySql & en Mac motsv) lovar att skriva ut det i utf-8 så blir alla å ä & ö så här �.
Jag har även provat att konvertera i MySQL med hjälp av HeidiSQL utan framgång.
När jag använder phpMyAdmin, som borde köra med utf-8, så syns tecknen helt ok men visar jag det på min hemsida, recept.solbo.se
Vad f*piiip* är felet?
angelicaMedlem sedan juli 2013281 inlägg Jag hade samma fel som dig, fast åt andra hållet!
Jag fick kluriga tecken, men bytte till UTF-8 och då blev det ordning på det.
Jag fattar ingenting... Varken av mitt eget fel eller det du skriver!
Jag har haft ISO tidigare, men helt plötsligt slutade det att fungera...
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
prplxrMedlem sedan juni 2012582 inlägg På ett eller annat sätt kanske denna funktion kan hjälpa dig:
mb_convert_encoding()
Antingen kan du konvertera vid output eller så konverterar du all data du har nu i din tabell med denna funktion.
Kanske inte det smidigaste, men det kan mycket väl fungera.
Jester73Medlem sedan mars 2012121 inlägg Visst är det så att om jag vill ha en modern html5 hemsida i utf-8 så är det detta bra dokumenthuvud?
<!DOCTYPE html>
<html lang='sv'>
<head>
<meta charset='utf-8'>
(resten av koden här)
När jag fipplade med detta så blev DB datan ok men åäö i själva html filen blev fel :) Med detta huvud är vi tillbaka på ruta 1. :)
prplxrMedlem sedan juni 2012582 inlägg Det ser bra ut, det där, bortsett från att du använder enkelfnuttar. Du borde använda dubbelfnuttar då det är standard.
Jester73Medlem sedan mars 2012121 inlägg Tack, då kör vi på dubbelfnutt :)
Kan rapportera att det verkar vara webhotellet, Binero, som är problemet.
Satte upp samma hemsida på min NAS och där fungerar det perfekt.
drewMedlem sedan mars 2007845 inlägg
prplxr skrev:
Det ser bra ut, det där, bortsett från att du använder enkelfnuttar. Du borde använda dubbelfnuttar då det är standard.
Enkelfnuttar fungerar precis lika bra som dubbelfnuttar.
prplxrMedlem sedan juni 2012582 inlägg
drew skrev:
Enkelfnuttar fungerar precis lika bra som dubbelfnuttar.
Jag vet, det var därför jag skrev borde och inte måste.
Danne VMedlem sedan aug. 20068 090 inlägg Det räcker tyvärr inte alltid med att ange charset i head. Själva dokumentet/filen/html-sidan måste vara SPARAD i utf-8 också. Då anges charset i filens meta-data (osynligt för ögat).
Om du berättar hur du skapar/sparar dina sidor så kan folk hjälpa till och berätta hur du ska göra.
Jester73 skrev:
Visst är det så att om jag vill ha en modern html5 hemsida i utf-8 så är det detta bra dokumenthuvud?
<!DOCTYPE html>
<html lang='sv'>
<head>
<meta charset='utf-8'>
(resten av koden här)
När jag fipplade med detta så blev DB datan ok men åäö i själva html filen blev fel :) Med detta huvud är vi tillbaka på ruta 1. :)
InferisMedlem sedan sep. 2000670 inlägg Jag hade ett liknande problem. Jag använde Windows anteckningar för att skriva koden och sparade i UTF-8.
Men jag började använda Notepad++ istället och där kan man välja under format att Koda i UTF-8 (utan BOM) vilket gjorde att även "mystiska tomma rader" på sidan försvann.
Men har även haft samma problem med Binero, ser inte lika ut på localhost som när det är upplagt på Binero.
