---

Hvad er den mest optimale måde at lave et flersproget website på?

Målet er at slippe for en fil for hvert sprog da man jo så får
redundant kode. Samtidig skal det være nemt (relativt selvfølgelig)
for en ikke-programmør at rette i tekster og tilføje nye
sprog/oversættelser.

Så jeg tænker at alle teksterne skal ind i en database hvor man har et
felt for hvert sprog og hver tekst får så et nummer. Hver gang man så
har skal skrive en tekst trækker man den fra databasen. Her er så mit
ressourceproblem: det vil blive til en frygtelig masse ODBC opslag og
det vil blive uudholdeligt at skulle vente på! Så spørgsmålet er hvad
man så gør?

Vil det være optimalt nok at man på hver side der requestes loader det
valgte sprog ind i et Dictionary objekt og tjekker teksterne derfra? -
eller vil det stadig være for tungt?

Jeg glæder mig MEGET til at høre hvordan det gøres bedst.

Hilsen
Allan
Regards,
Allan Jensen

---

Hmmmm, hvorfra ved du at det bliver for tungt at hente alt tekst ind via
database opslag ?
Måske skal du overveje en stærkere server.
Hvis du har mulighed for at give hver side en id og knytte dette til dine
tekster, så kan du jo hente alle tekster til en side ud med et opslag.
Ellers syntes jeg lidt det lyder som om du gerne vil kører meget hurtigt i
din bil, men den må ikke ha en særlig stor motor...
Held og lykke, og skriv endeligt hvis du finder de vise sten...
Mvh
Janus

"Allan Jensen" <public@hverdag.dk> wrote in message
news:dprfmt447e6djsi8hm418bvnu7qqjsip4f@4ax.com...
> Hvad er den mest optimale måde at lave et flersproget website på?
>
> Målet er at slippe for en fil for hvert sprog da man jo så får
> redundant kode. Samtidig skal det være nemt (relativt selvfølgelig)
> for en ikke-programmør at rette i tekster og tilføje nye
> sprog/oversættelser.
>
> Så jeg tænker at alle teksterne skal ind i en database hvor man har et
> felt for hvert sprog og hver tekst får så et nummer. Hver gang man så
> har skal skrive en tekst trækker man den fra databasen. Her er så mit
> ressourceproblem: det vil blive til en frygtelig masse ODBC opslag og
> det vil blive uudholdeligt at skulle vente på! Så spørgsmålet er hvad
> man så gør?
>
> Vil det være optimalt nok at man på hver side der requestes loader det
> valgte sprog ind i et Dictionary objekt og tjekker teksterne derfra? -
> eller vil det stadig være for tungt?
>
> Jeg glæder mig MEGET til at høre hvordan det gøres bedst.
>
> Hilsen
> Allan
> Regards,
> Allan Jensen

---

>Hmmmm, hvorfra ved du at det bliver for tungt at hente alt tekst ind via
>database opslag ?

Jeg ved at mange ODBC opslag sløver genereringen af siden. Det ved jeg
fra andre eksempler hvor jeg laver et opslag for hver celle i en
tabel. Så derfor skal jeg helst hente alle teksterne ind i et opslag.

>Hvis du har mulighed for at give hver side en id og knytte dette til dine
>tekster, så kan du jo hente alle tekster til en side ud med et opslag.

Ja, det var nok ikke så dum en ide. Det begrænser jo en del hvor mange
tekster jeg skal hente ind for hver side - især hvis man har mange
sider.

>Ellers syntes jeg lidt det lyder som om du gerne vil kører meget hurtigt i
>din bil, men den må ikke ha en særlig stor motor...

Nej nej, jeg er bare interesseret i at køre OPTIMALT i den bil jeg
har.

>Held og lykke, og skriv endeligt hvis du finder de vise sten...

Jeg tror jeg nærmer mig dem i hvert fald. Nu har jeg prøvet at lave en
system hvor jeg henter alle tekster ind i et Dictionary objekt i
starten af side og kan så frit bruge teksterne ned igennem siden vha.
af et referencenr. Det ser ud til at virke meget fint. Men lige nu
kører det også på en 700 Mhz webserver der ikke har andet at lave!!

Regards,
Allan Jensen

---

On Wed, 01 Aug 2001 14:06:45 +0200, Allan Jensen <public@hverdag.dk>
wrote:

Hej Allan,

>Hvad er den mest optimale måde at lave et flersproget website på?

Jeg synes det er svært at svare på uden at vide, hvordan strukturen på
din side er.
Er det fx meget tekst med kun lidt dynamisk kode, eller er det
omvendt: Meget dynamisk kode, med blot lidt forklarende tekst?

>Målet er at slippe for en fil for hvert sprog da man jo så får
>redundant kode.

Har du overvejet FSO (FileSystemObject)?

>Samtidig skal det være nemt (relativt selvfølgelig)
>for en ikke-programmør at rette i tekster og tilføje nye
>sprog/oversættelser.

Så længe der ikke skal rettes i sidens struktur, skulle det nok kunne
lade sig gøre.

>Så jeg tænker at alle teksterne skal ind i en database hvor man har et
>felt for hvert sprog og hver tekst får så et nummer. Hver gang man så
>har skal skrive en tekst trækker man den fra databasen. Her er så mit
>ressourceproblem: det vil blive til en frygtelig masse ODBC opslag og
>det vil blive uudholdeligt at skulle vente på!

Det kommer vel an på ...
Hvis vi snakker om relativt lidt tekst, og strukturen på siden er
fast, kunne du fx hente teksten ind i et Array og indsætte
tekststumperne herfra, så får du i princippet kun 1 ODBC-opslag.
Større tekster kan så hentes via FSO fra eksterne filer.

- Men fortæl lidt mere om din side ...


Good luck,
Jørn

--
Jørn Andersen
Brønshøj

---

>>Hvad er den mest optimale måde at lave et flersproget website på?
>
>Jeg synes det er svært at svare på uden at vide, hvordan strukturen på
>din side er.
>Er det fx meget tekst med kun lidt dynamisk kode, eller er det
>omvendt: Meget dynamisk kode, med blot lidt forklarende tekst?

I det projekt jeg er i gang med er der blot lidt forklarende tekst,
som ofte kan være blot en lille sætning der står midt i noget dynamisk
kode. Der er faktisk ingen steder hvor jeg har nogen større afsnit med
tekst.

>>Målet er at slippe for en fil for hvert sprog da man jo så får
>>redundant kode.
>
>Har du overvejet FSO (FileSystemObject)?

Nej, men nu du siger det, kan jeg godt se at det nok vil være en god
ide hvis man har større sammenhængende tekster.

>>Samtidig skal det være nemt (relativt selvfølgelig)
>>for en ikke-programmør at rette i tekster og tilføje nye
>>sprog/oversættelser.
>
>Så længe der ikke skal rettes i sidens struktur, skulle det nok kunne
>lade sig gøre.

Ja det er selvfølgelig en forudsætning.

>>Så jeg tænker at alle teksterne skal ind i en database hvor man har et
>>felt for hvert sprog og hver tekst får så et nummer. Hver gang man så
>>har skal skrive en tekst trækker man den fra databasen. Her er så mit
>>ressourceproblem: det vil blive til en frygtelig masse ODBC opslag og
>>det vil blive uudholdeligt at skulle vente på!
>
>Det kommer vel an på ...
>Hvis vi snakker om relativt lidt tekst, og strukturen på siden er
>fast, kunne du fx hente teksten ind i et Array og indsætte
>tekststumperne herfra, så får du i princippet kun 1 ODBC-opslag.
>Større tekster kan så hentes via FSO fra eksterne filer.

Ja det er også det bedste princip jeg er kommet frem til. Bortset fra
at det vil være lidt besværligt at bruge et array da jeg skal søge
hele arrayet igennem hver gang jeg skal finde en tekst. Så mon ikke
det er mere optimalt at bruge et Dictionary objekt hvor jeg bare kan
skrive tekst("38") for at hente teksten til ref.nr. 38?

Og så tror jeg at jeg vil begrænse antallet af indlæste tekster til
bare dem jeg skal bruge på den pågældende side.

Så håber vi at dette er den mest optimale måde at gøre det på.

Regards,
Allan Jensen

---

On Thu, 02 Aug 2001 11:36:30 +0200, Allan Jensen <public@hverdag.dk>
wrote:

Hej Allan,

>Ja det er også det bedste princip jeg er kommet frem til. Bortset fra
>at det vil være lidt besværligt at bruge et array da jeg skal søge
>hele arrayet igennem hver gang jeg skal finde en tekst. Så mon ikke
>det er mere optimalt at bruge et Dictionary objekt hvor jeg bare kan
>skrive tekst("38") for at hente teksten til ref.nr. 38?

Nu er jeg ikke specielt dus med Dictionary Object, men det er vel
egentlig blot en lidt mere avanceret form for array?
Jeg vil umiddelbart tro at et almindeligt array er mindre
ressourcekrævende - ?

Hvis du bruger en fornuftig SQL og trækker dine tekster ud med getrows
får du en ret enkel og hurtig kode.
Og kalder du array'et for 'tekst', får du næsten samme syntaks -
nemlig:
tekst(38)
(Husk: nul-nummereret)

>Og så tror jeg at jeg vil begrænse antallet af indlæste tekster til
>bare dem jeg skal bruge på den pågældende side.

Det vil komplicere brugen af arrays en del, så medmindre det er
*store* mængder, du sparer på den måde, så ...
Problemet er, at et alm. array ikke tillader "huller" i nummereringen.

I stedet vil jeg foreslå at trække alle tekster ud og så gemme
array'et som Session-variabel, så sparer du gentagne udtræk.


Good luck - og lad os høre, hvad du kommer frem til :)

Jørn

--
Jørn Andersen
Brønshøj