Lave mysql database om så den bruger UTF-8

Det kræver MySQL mindste version v4.1

CREATE DATABASE dindatabase CHARACTER SET utf8;

Ok, kan jeg ik ændre en eksisterende db til utf-8?

eller er det bedre at tage backup og oprette den nye utf8 db og så indlæse backuppen.

Tror ikke du kan konvertere, lav en backup og restore den til en utf8 database :)

Jeps, det tænkte jeg nok. :o)

Når jeg så har skabt den nye db med UTF-8, så kan jeg gemme allemulige forskellige teg deri. er det ikke korrekt forstået?

Det skulle du meget gerne, ja :-D

Så er det vel bare med at komme i sving :o)
Jeg vender tilbage når det er gjort og testet.

Held og lykke ;)

Kan det passe at jeg kun har version 4 når phpinfo() siger dette:
Client API version  4.0.24

Yeps...

æv. jeg skal love for at jeg får nogle udfordringer med det her så. damn.

hhehe yeah det surt :\

Kan man bede sin udbyder om en nyere version? Nej vel.

Findes der en anden måde at gemme underlige tegn på? udover entities eller hvad de nu hedder :o)

Så skal det måske være at gemme mb_string/base64_encoded text? (Er ikke sikker på at mb_string er nødvendigt)
Jeg er lidt træt lige nu, så min kreative tankegang er lidt sløv ;-D

tusind tak alligevel :o)
jeg tror du ska ta en pause :o)

jeg vil ihvertfald holde pause nu og se en film. for nu troede jeg endelig at jeg havde fundet en løsning. men ak nej

ja måske skulle jeg kigge mere på mb_string og base64_encoded igen

Jeg fandt dog ikke en måde at sende mail() med feks polske tegn()
Nogen der kan fortælle mig hvordan jeg skal gøre det?

undskyld. bare glem sidste indlæg. det var til et andet spm.

opsummering:
mysql version er 4.024, altså ikke muligt at ændre til utf-8 charset.
Jeg har fået min side til at arbejde i utf-8 og jeg gemmer utf-8 tegnene i databasen.
phpmyadmin viser umiddelbart tegnene fint når jeg vælger dansk(utf-8)
udtræk vises også umiddelbart fint når der udskrives fra databasen.
med andre ord, så ser alting fint ud.
Men jeg kan bare ik forstå det, for der står alle steder på nettet at det ikke kan lade sig gøre at gemme utf-8 i min mysql version uden at encode eller erstatte specialtegn med andre tegn.

Jeg spørger:
Kan man bede sin udbyder om en nyere version? (surftown)
Hvordan laver man en test om alle tegnene virker som de skal.
Er det virkeligt muligt at det virker? forklaring??
Kan mysql query's virke med WHERE og ORDER BY og LIKE som det skal?
Hvad skal jeg være obs på?

Hvis jeg skulle gætte, så virker det - Men uden UTF-8 funktionalitet - Altså, du kan ikek sortere osv på unicode-tegn, da databasen vil se dem som to forskellige tegn... Dette er et 70% gæt.

Jeg overvejer en anden mulighed. kan det lade sig gøre at lave en ekstern database (nyere end ver 4.1) og bruge den. Det er da muligt ik? Hvordan? :o)

Der kræves bare 4.1 eller nyere - Så skal du have en host som tillader eksterne forbindelser...

ok, jeg skal finde en udbyder/host, som tillader eksterne forbindelser. Thats it??? Ikke andet? Ingen specielle koder eller noget?

Kender du en udbyder/host der tilbyder det?

Ikke hvad jeg ved af... Det er nok endda smartere så helt at skifte udbyder...

Jeg tog en kort google:

http://google.com/search?q=mysql+4.1+webhotel+site%3A.dk

Der lader til at være flere :)

er version 4.1 ustabil eller noget? for der står meget om test af 4.1 og sådan noget.

Den skulle eftersigende være MEGET stabil. Det er deres seneste, anbefalede "stable" release. Der er efterhånden mange der bruger og eksperimenterer med v5.0...
Jeg ville *ingen* skrupler have ved at gå over til 4.1!

Check lige om din nuværende host har mysqli-extension'en installeret... Hvis de har, så har de sikkert *også* 4.1 ;)

Ok :o)

>Check lige om din nuværende host har mysqli-extension'en installeret
Skal jeg bare skrive til dem og sørge eller hvordan?

bare check:

<?php phpinfo(INFO_MODULES); ?>

Eller:

<?php print_r(get_loaded_extensions()); ?>

:)

Eller: <?php echo ( extension_loaded('gd') ? 'YES!!' : 'Desværre' ); ?>

Det er dog ingen garanti, skal lige siges - Hvis den er der, skal du nok tage kontakt til dem, og høre om de tilbyder mysql 4.1 eller højere (men der er ingen grund til at de har mysqli-extension'en på hvis de *ikke* tilbyder dette).

Erh, der skulle have stået: <?php echo ( extension_loaded('mysqli') ? 'YES!!' : 'Desværre' ); ?>

I stedet.. :P

med <?php echo ( extension_loaded('mysqli') ? 'YES!!' : 'Desværre' ); exit;?>

svar: desværre :o(

Men rart at vide :o)

Har du ik et par gode forslag til valg af udbyder. Skal jeg ikke holde mig fra de gratis?

Jo, hvis det er til noget seriøst er det helt klart bedst at vælge nogen der koster penge - Så er det bare hvem :) Den eneste jeg lige umiddelbart kender på den google, er azero - så også web10 har v4.1.x

(Jeg har ingen erfaringer med nogle af dem, jeg har en server hjemme og en i et TDC-hostingcenter så jeg bruger ikke andet)

nej, jeg tænkte nok du selv nørder med det :o)
Tak alligevel. Jeg vil kigge på det og så finder jeg sikkert os en løsning på det :o)

Godnat :o)

Heh :o)
kom lige forbi http://www.i123.dk/index.php
prøv lige at se hvad der står (skjult) i bunden af deres side :o)

Hvad? Det der "Webhotel 500 MB business hostingpr. md. Billig w...etc.etc.etc"?

nej helt i bunden allernederst, der har de skjult tekst 'webhotel Webhotel webhoteller webh' osv
Er det ik lidt amatøragtigt at gøre sådan :o)

jo da forresten, det var det du skrev :o)
Nåh, men jeg synes bare det er lidt amatøragtigt

godnat og tak for idag :o)

hehhe jo bestemt ;)

Selvtak, og sov godt!

Kan jeg selv installere en nyere version på serveren????

Det kan du som regel ikke - Så skal du normalt have din egen server...

Nåh ok. Men jeg har vel egentligt os løst dette spm nu. Løsningen er at jeg får mysql database(rne) ved en anden udbyder. Det er der nok ik noget svært i at få til at virke :o)

Du skal have mange tak for din støtte og hjælp. Det har været super skønt med din hjælp i denne uge coderdk. Det har været en meget svær uge for mig og du har virkelig gjort en stor forskel.

TUSIND TAK :o)

Smid et svar og få velfortjente point :o)

Så lidt - Håber det kommer til at fungere :)

Ellers skriver jeg sikkert :o)

Første spm :o)
skal jeg ikke lave alle mine tabeller med CHARACTER SET utf8

Første spm :o)
skal jeg ikke lave alle mine tabeller med CHARACTER SET utf8

ps Jeg overvejer mest http://danhost.dk

Er det ik sådan her det skal gøres:
CREATE TABLE this_table(
  email varchar(50) NOT NULL,
  name varchar(50) NOT NULL,
  PRIMARY KEY (email)
) CHARACTER SET utf8;

...ved alle mine tabeller?

Har læst om 'collation' nogle steder. Ved ik hvad det er. Er det noget jeg skal have med/sætte mig ind i?

ps Jeg overvejer mest http://danhost.dk - har du en mening om dem coderdk?

Ja, jeg har ikke rodet så meget med det selv, men prøv at kigge på:

  http://dev.mysql.com/doc/mysql/en/charset.html

Jeg kender ikke danhost, og kan ikke lige finde dem på kob.dk ;P

Ok, de var på krak.dk :) Måske er det ok :)

Ok, nu har jeg oprettet et webhotel ved danhost.dk og det er sat igang. Jeg har oprettet databasen i utf-8 format og har indlæst min backup ind som latin1. Alt ser perfekt ud. Så langt så godt :o) puha

Problem. Danhost siger at jeg sagtens kan tilgå udefra og surftown siger også at det er muligt på denne måde. Så jeg har lavet det hele og ændret min forbindelse til mysql. Jeg er rimelig sikker på at jeg har gjort det korrekt. men jeg får denne fejl:

Client does not support authentication protocol requested by server; consider upgrading MySQL client

har googlet lidt men jeg har ik fundet en forklaring/hjælp.

Please hjælp mig :o)

Ja, det er et problem. Surftown's klient er jo til 4.0.x :( Hvorfor flyttede du ikke alt?

jeg logger på således:
mysql_select_db($database, mysql_connect($Host_ip, $User, $Password)) or...

damn. hvad? Hvad er problemet?

Jeg tror man skal bruge mysqli-extension'en... Du kan prøve at høre surftown om de ikke vil installere den extension, så du kan tilgå en ekstern mysql 4.1.x database...

ok :o)

Jeg fatter det overhovedet ik. Kan det ik være ligemeget hvad surftown har for en version. Jeg køber jo mysql ved danhost.

Ja, men på din webhost, skal der bruges en klient til at forbinde til serveren ;) Det sker ikke på magisk vis ;-D

er det et stort arbejde for dem at installere den ekstension?

Tror du at det et stort arbejde for surftown at installere den mysqli-ekstension?

Smider du et svar coderdk

Næh det tror jeg ikke - Ikke hvis de kører med dynamisk loadede extensions :)

Surftown vil ikke installere extensionen. De siger at det kræver php 5
Så nu må jeg igang med at flytte alt mit habengut fra surftown til ?????

Det er sq da også rigtigt... Det er PHP5 only :\  Hvad med der hvor du har databasen? Danhost?

er ved at kigge på det. sammenligner med wannafind, tablix lige nu

Jeg er ved at afprøve om jeg vil flytte det hele til danhost. Underligt at det ikke kunne køre sammen med surftown, for danhost kører kun php version 4.3.11 - Så nu er jeg lidt forvirret over at surftown skal have php5 for at tilgå databasen, mens danhost kan nøjes med 4.3.11 - Men hva skidt, jeg prøver at flytte skidtet og så slipper jeg jo også for at mails bliver betragtet som spam. Surftowns smtp er nemlig blacklistet og har været det længe nu.

Og om ikke andet, så lærer jeg en masse af det her :o)

Hmm ja det lyder lidt underligt at de bruger 4.3.11...

ja ik ? :o) Jeg venter blot på at de gør så jeg kan bruge gettext()og så prøver jeg om Danhost er okay. Hvis de er, så flytter jeg det hele. Ellers lidt ærgerligt, for jeg er rigtig glad for surftowns kontrolpanel og ubegrænset alias og alt det andet de har. Men så er jeg på den anden side os træt af mails ryger i spamfilteret. Men sådan er det vel altid, for og imod...

Du kan se deres phpinfo() på http://danhost.dk/phpinfo.php

Nå hej igen. Nu er jeg installeret det hele på danhost og det kører umiddelbart som det skal efter de installerede gettext()
Det krævede dog at jeg uploadede en php.ini med:

safe_mode = On
register_globals = Off
default_charset = "UTF-8"
safe_mode_allowed_env_vars = PHP_,LANG,LANGUAGE

Og så skulle jeg bruge putenv() istedet for setlocale()
Jeg lavede denne funktion som jeg kører hver gang der skal skiftes sprog:

function init_gettext_to($iso){
    bindtextdomain ("messages", $_SERVER["DOCUMENT_ROOT"]."/translations");
    textdomain ("messages");
    bind_textdomain_codeset("messages", "UTF-8");
    putenv ("LANG=".substr($iso, 0, 2));
    setlocale(LC_ALL,$iso.".UTF-8");
}
//ved sprogskifte bruger jeg feks:
init_gettext_to("da_DK");
echo _("hello");

Og det virker nu. men...

Jeg har kun et lille problem tilbage nu.
min phpmyadmin viser ikke æøå som æøå, men som 'A,' osv.
Så jeg kan ikke redigere i databasen med phpmyadmin.
Jeg har oprettet et spm om dette her:
http://exp.dk/spm/656466

Tak for hjælpen i denne tråd og...
I er meget velkommen at hjælpe videre i det andet spm eller smide forslag her.  :o)