ingeniørdebat.dk
Ingeniørdebat => Om Ingeniørdebat.dk => Emne startet af: Mikael Boldt efter 24, Juni 2009 - 14:09
-
Denne
post er oprettet for at finde løsning på bogstavs problemet.
Mikael Boldt
(http://ingeniordebat.dk/images/graeske.gif)
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
-
Hej Mikael.
Dit problem skyldes helt sikkert en (eller begge) af to ting:
* Din databasetabellers kollation er i latin swedish, i stedet for utf8 general ci
* Dine filer er ikke gemt i UTF-8 format
-
Hej Alex,
Du har tidligere skrevet til mig via den interne besked-system, men da det er lettere for mig at følge med i debatten end mine beskeder, har jeg bedt dig om at fortsætte her. Også fordi der måske vil være andre som kan få glæde af vores lille diskussion.
Problem 1
Mine danske language filer indikerer version 1.1.2
Jeg går udfra at jeg kan overskrive med de opdaterede sprogfiler uden problemer?
her er jeg mest bekymret for Modification.danish.php da den indeholder nogle tilføjelser som var nødvendige for at få nogle tillægsmoduler til at fungerere. (se Botspørgsmål (http://ingeniordebat.dk/index.php?topic=2003.msg18560;topicseen#new))
Problem 2
Det græske alfabet.
i phpMyAdmin er det overordnede setup utf8_general_ci
medens tabellerne er sat til utf8_se_ci
I tabellen smf_settings er global_character_set = UTF-8
Problemet er, hvis jeg ændrer opsætningen, så vil de mere end 4300 poster blive ulæselige?
mvh
Mikael
-
Hej Mikael
Der er to metoder til at få SMF til at køre i UTF-8. Den ene er at installere forummet fra bunden til at køre i UTF-8.
Den anden er en option du har i dit admin center til at konvertere SMF's tabeller til at køre i UTF-8.
Du bør *ikke* rette tabellerne manuelt i din database. Vær sikker på du har en backup af databasen!!
Følgende skal være på plads:
De sprog du har sat forummet op til at fungere med, skal forefindes i UTF-8 format. Har du ikke det, skal du hente de(n) seneste sprogfiler i UTF-8 formatet fra Simple Machines hjemmeside.
Enten før eller efter konverteringen, skal du skifte til UTF-8 Dansk, hvis det ikke allerede er gjort.
Konverteringen vil ændre dine tabellers kollation til utf8_general_ci, derudover vil alle beskeder blive rettet til, så de ikke længere bruger entities:
A er u å æ ø i æ å
vil blive konverteret til
A er u å æ ø i æ å
Du kan faktisk se i din database om den bruger entities. Find blot en post i databasen, hvor der er bruge æ, ø, å
Bemærk! En konvertering er ikke muligt den anden vej. Er man først gået over til UTF-8, hænger man på det.
Der er kun én ulempe ved brugen af UTF-8; databasen kommer til at fylde mere, da UTF-8 tegnsættet bruger fra 1-4 bytes per tegn, hvor ANSI kun bruger 1 byte.
Du kan sagtens overskrive dine eksisterende filer, dog skal du lige tage en backup af Modification.danish.php (som altså bør hedde Modification.danish-utf8.php hvis du bruger UTF-8).
-
foreløbig tak, jeg vil tage backup og opdatere i løbet af weekenden, når der er fred og ro - og jeg er tilbage i DK på ferie.
mikael
-
Velbekomme :)
Hvis du har spørgsmål eller har brug for hjælp med opdateringen, kan du blot kontakte mig via PM, e-mail eller via Simple Machines.
-
Så tester jeg lige igen
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
-
Jeg har nu opdateret til danish-utf-8.
som det ses i venstre nu noget kludder i det Personlige vindue og Statistik?
Jeg har via mit administrationspanel og Forum Vedligeholdelse kørt Konverter til UTF-8.
Tabellerne i MySQL er stadig utf8_swedish_ci
med venlig hilsen
Mikael Boldt
-
Jeg har nu opdateret til danish-utf-8.
Fik du nogen fejl ved brug af "Convert to UTF-8"?
Som det ses i venstre nu noget kludder i det Personlige vindue og Statistik?
Slettede du indholdet i modifications?
Tabellerne i MySQL er stadig utf8_swedish_ci
Jeg mener ikke at alle tabeller bliver konverteret, kun {db_prefix}messages etc. dvs. tabeller der indeholder beskeder og tekstfelter.
-
som det ses i venstre nu noget kludder i det Personlige vindue og Statistik?
Jeg er næsten 100% sikker på at du har glemt at kopiere dine TP filer fra Danish til Danish-utf-8 ;)
Det drejer sig så vidt jeg kan se om 3 filer:
TPortal.danish.php
TPortalAdmin.danish.php
TPShout.danish.php
Der skal laves kopier:
TPortal.danish-utf8.php
TPortalAdmin.danish-utf8.php
TPShout.danish-utf8.php
*Husk* at gemme dem i UTF-8 format, og ikke i ANSI!
-
du har 100% ret.
Jeg har nu hentet den nyeste oversættelse af TP og installeret den, men det ser ikke ret meget dansk ud >:(
-
Jeg kender ikke noget til den danske sprogpakke til TP, da jeg selv bruger TP på engelsk. Du kunne blot have taget en kopi af de danske du allerede havde, og gemt dem som UTF-8 filer og med UTF-8 navne ;)
-
Jeg kender ikke noget til den danske sprogpakke til TP, da jeg selv bruger TP på engelsk. Du kunne blot have taget en kopi af de danske du allerede havde, og gemt dem som UTF-8 filer og med UTF-8 navne ;)
http://www.tinyportal.net/index.php?action=tpmod;dl=item873
Jeg har kun oversat nogle få dele af TP. og vil gerne have mit administrationspanel rettet op.
*Husk* at gemme dem i UTF-8 format, og ikke i ANSI!
Jeg bruger Stones Webwriter
-
Hmm, de indeholder da ikke noget på engelsk som jeg kan se det. Filerne er i øvrigt gemt i et forkert format - i UTF-8 (with BOM). De skal gemmes som i UTF-8 (without BOM).
Du skal være opmærksom på at hvis du f.eks åbner en fil som er gemt i UTF-8 format med eksempelvis notesblok og laver nogle rettelser, kan programmet godt finde på at gemme i ANSI format når der trykkes gem.
Personligt bruger jeg Notepad++
De tekster jeg kan se som kommer fra TP i forummet, er på dansk. Er det i dit admin panel de er på engelsk?
-
Kun TP er med engelsk - resten er på dansk.
Efter "opdateringen" i morges er fejlloggen blevet fyldt op med
følgende:
Godkend Filter: Vis kun fejlene fra den samme besked
8: Undefined index: png
Fil: /home/www/ingeniordebat.dk/Themes/default/Settings.template.php (eval?)
Linie: 127
8: Undefined index: gif
Fil: /home/www/ingeniordebat.dk/Themes/default/Settings.template.php (eval?)
Linie: 126
Godkend Filter: Vis kun fejlene fra den samme besked
8: Undefined index: ico
Fil: /home/www/ingeniordebat.dk/Themes/default/Settings.template.php (eval?)
Linie: 125
8: Undefined index: header_icon_type_desc
Fil: /home/www/ingeniordebat.dk/Themes/default/Settings.template.php (eval?)
Linie: 122
Sidste fejlmelding kommer hvergang en bruger logger på.
BOM - aner ikke hvad du snakker om?
TP-sprogfilerne er hentet fra TP og lagt på siden uden at ændre dem
-
TP sprogfilerne er stadig gemt i det forkerte format ;)
Med hensyn til dine fejl, er det fejl der bliver genereret indirekte, det vil sige du ikke rigtig kan bruge dem som fejlfinding.
Prøv at gøre som beskrevet i denne post (http://www.simplemachines.org/community/index.php?topic=290060.msg1917262#msg1917262), og se hvad der så kommer af fejl.
-
hej Alex,
Jeg forstår simpelt hen ikke hvad du mener med forkert format
Jeg har forsøgt at gemme i andre formater, ved hjælp af php-editor, men det hjælper ikke.
Gør mig en tjeneste: hent TP sprogmodul pakken:http://www.tinyportal.net/index.php?action=tpmod;dl=item873
gem filerne i det rette format og send dem til mig på
admin.nospam@nospam.ingeniordebat.dk (fjern nospam)
så vil jeg lægge dem op hjemmesiden.
(jeg har også prøvet at flytte mine gamle danske oversættelser over som *-utf8, men det hjalp heller ikke.)
Dette er foreløbigt mit sidst forsøg på at få TP til at virke - gider ikke at spilde min sommerferie på dette.
Det er vigtigere at få det græske alfabet på plads.
Skype'r mandag aften
-
Hej Mikael.
Med hensyn til dine UTF-8 filer til TP: jeg har rapporteret fejlen med TP filerne, til Tinyportal. At du ikke kan få dem til at blive vist på dansk, forstår jeg ikke. Da du beklagede dig over dette, var teksten vist på dansk i menuen til højre.
Du kan ikke bare flytte dine gamle danske sprogfiler og omdøbe dem til UTF-8. De skal også skrives i UTF-8 format, såvel som gemmes i UTF-8 format.
-
Det er svært når man har 2 sprogfiler inde i systemet.
Jeg har nu slettet den ene danske sprogfil, så kun danish-utf8 er der.
Jeg har også været inde og pille ved MySQL databasen, så alle er havde defineret dansk i deres brugerprofil, nu har dansk utf8.
omkring den nye sprogfil er der nogle "slåfejl" som jeg må se at finde og rette. (synlig i venstre kolonne: Siste Totalt)
-
Ja, jeg tror også det var de to sæt sprogfiler der forvirrede lidt.
-
Test: ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? (vises godt nok i forhåndsvisningen)
-
Ja, jeg er nu efter en lille omvej over sprogfilerne tilbage til hovedproblemet.
At forhåndsvisningen kan håndtere de græske bogstaver er ikke noget nyt - fordi forhåndsvisningen ikke gemmer i databasen.
Problemet er lagringen i MySQL databasen.
Jeg skal have lagt tabellerne om fra utf8_swedish_ci til utf8_generel_ci.
Jeg tror ikke at dette kan løses via SMF, men en ren MySQL eksercits.
-
At forhåndsvisningen kan håndtere de græske bogstaver er ikke noget nyt - fordi forhåndsvisningen ikke gemmer i databasen.
Det fortæller trods alt, at siden som sådan virker korrekt, d.v.s kører i UTF-8 format, når den er angivet til at gøre dette.
Problemet er lagringen i MySQL databasen.
Jeg skal have lagt tabellerne om fra utf8_swedish_ci til utf8_generel_ci.
Og det skal den indbyggede konvertering kunne klare for dig med et enkelt klik.
-
Dit problem skyldes helt sikkert en (eller begge) af to ting:
* Din databasetabellers kollation er i latin swedish, i stedet for utf8 general ci
* Dine filer er ikke gemt i UTF-8 format
Begge ting var ikke på plads. Hvis du har andre filer du selv har rettet i, bør du checke at de er gemt i det korrekte format.
Hvis du ikke sørger for at disse ting er i orden, kan brugere opleve følgende:
* Deres browser går i qirks mode og fortolker ikke siden korrekt - tegn vises ikke nødvendigvis korrekt.
* Når de gemmer en post, bliver tegnene ud over a-z/A-Z ikke gemt korrekt og andre vil se dem som firkanter eller spørgsmålstegn.
* Hvis du validerer en side herfra på w3.org's hjemmeside, vil deres HTML parser melde fejl på din side og fortolke siden som det nærmeste den kan komme - og melde en masse fejl.
-
ja-ja.
Den i SMF indbyggede konverterings-program oversætter kun de "harmløse" tabeller ca 29 af de i alt 88 tabeller som dette fora består af.
Mit problem var at jeg sagtens kunne se at der var noget galt i MySQL databasen, for det ses direkte i oversigten på databasen (billede 1 vedhæftet) hvor nogle af tabellerne var latin-1 og nogle utf8.
For at gøre det endnu mere kompliceret så var der også u-overensstemmelse mellem tabellens oversigt og indholdet for de enkelte celler i tabellerne. (billede 2 vedhæftet)
Billede 2 er et screen dump af den øverste tabel vist i billede 1.
Jeg er amatør i alt, hvad der har med programmering, vedligehold, database og lignende så, da jeg finder disse fejl beskriver jeg mit problem i diverse dedikerede fora og beder om en enkelt metode til at trimme min database. Det har jeg aldrig fået.
Og jeg har ikke lyst til at dumme mig fordi jeg anser vore database som et vigtigt asset i dette forum og ønsker ikke at den skal blive destrueret.
Samtidig har jeg tidligere haft problemer med netop æøå, hvor det overgang fra det ene til det andet system har gjort disse ulæselige. Det viste sig så - heldigvis at med den metode jeg valgte at bruge til opdatering af databasen ikke gav problemer her.
På grund af mit arbejde, familie og andet, har jeg så først kunne afse tid nu til at komme til bunds i opdateringen af dette fora.
Dette var min metode til at opdatere databasen.
1) Oprettede en ny MYSQL database ved hjælp af phpMyAdmin med de rigtige indstillinger: UTF8
2) Eksporterede den eksisterende database til min pc
3) Åbnede sql-filen med notepad++
4) Lavede en "søg - erstat" på latin1 -> utf8
5) Gemte filen
6) Importerede den korrigerede sql-fil til den nye database
7) Ændrede Settings.php så den peger på den nye database.
Og lad nu være med at sige det vidste jeg godt, for hvis du gjorde hvorfor sagde du det så ikke?
-
Mikael!
Jeg forsøger blot at hjælpe. I sin tid fortalte jeg dig hvad der formentlig var galt og hvad der skulle checkes. Jeg tilbød endda hjælp via MSN eller Skype. Men du ville løse tingene på din måde.
Fair nok, men det har så givet dig hovedpine indtil nu.
SMF konverterer alle tabeller i databasen der hører til forummet, den springer kun dem over der er oprettet af modifikationer. Hvis de ikke alle blev konverteret i sin tid, må du have fået nogle fejl i din fejllog.