18. december 2004 - 21:46Der er
18 kommentarer og 1 løsning
Site skal vises på forskellige sprog. Løsningsmodel?
Hej Eksperter,
Her kommer lige et længere indlæg fra en newbie med udsigt til et ambitiøst projekt:
Jeg lander sandsynligvis mit første større hjemmeside projekt inden så frygteligt længe, og ambitionsniveauet er sat højt. ;o)
Det er en side for et firma der handler med kunder i mange lande verden over, og der vil derfor være behov for at få vist siden på adskillige sprog. Det vil blive en omfattende side med en del tekst og produktdetaljer med tilhørende billeder, så jeg overvejer kraftigt at basere systemet på PHP/MySQL (naturligvis!!!) og bygge et "admin" interface, hvor kunden selv kan rette i teksterne, skrive nyheder ind, m.m.
Min tanke er at bygge et grundskelet op for hver enkelt side (så skal jeg kun lave siderne én gang), som kalder data fra MySQL, baseret på hvilket sprog brugeren har valgt på index siden. Én måde at få dette til at lykkes på er vel at overføre en session fra index siden med en sprog angivelse, eksempelvis DK, DE, US, UK, AU, SE, som bruges til at kalde aktuel tekst frem på efterfølgende sider?
Hvis andre har lavet et lignende system, eller har et forslag til hvordan dette burde laves istedet, hører jeg meget gerne fra jer. Det ville være rart med en masse gode råd, inden jeg kaster mig ud i dette, for mig, temmeligt store projekt. ;o)
Jeg vil desuden meget gerne bede om lidt kodestumper på hvordan en ægte Ekspert ville designe sessionsdelen af indexsiden, samt kalde sprogangivelsen på efterfølgende sider, hvis mit eget forslag skulle realiseres.
Hvis i har bedre forslag, ville det nok også øge min forståelse, hvis i ville smide lidt kodestumper/forklaringer med.
Der bliver investeret massivt i AI. Teknologien er mere tilgængelig end nogensinde, og ambitionerne er høje. Alligevel oplever mange virksomheder, at resultaterne udebliver.
Hvis derer tale om et forretningssite, hvor det er vigtigt at kunderne kan finde de forskellige sites i deres respektive landes søgemaskiner, er det klart bedst at lave løsningen som separate sites, derer hostet i hvert enkelt land, med det rigtige sptog og den rigtige extention.
De nationale søgemaskiner optager oftest nationale sites, hvis du f.eks. vil optages i www.fireball.de der er en at de rigtig store i tyskland, er det langt lettest hvis hele sitet er tysksproget og ligger med en .de extention på et tysk webhotel.
Den dynamiske php løsning er lettest, men i forhold til søgemaskinerne er det meget mere effektivt at lave en low tech løsning med separate sites i hvert land
Jeg har lavet noget lign. hvor en side og tilhørende CMS skulle virke på dansk og polsk. Jeg lavede nogle sjove små funktioner, der fyldte tekst i formularer og knapper osv, således:
morteart > Lad os sige at siden skulle dække 16 forskellige sprog, og på hvert sprog skulle der laves op mod 50 sider. Ville din løsning så ikke betyde 16x50 sider?
Mit forslag var, at de 50 sider "kun" skulle laves én gang, men at en session angav hvilket sprog (data fra MySQL) der skulle præsenteres for brugeren. Giver det mening?
Inddel dine "sprogting" i grupper, hvis du f.eks. har et bookingsystem, så lav en gruppe der hedder "Booking", i denne gruppe har du så alle de strenge der hører til den del. Nu kan der nemt laves et interface. Strengene kan have et "nøgleord", så hvis du f.eks. har en tekst "Se ledige mødelokaler" f.eks., kunne nøgleordet være "availrooms" eller lignende. Nu er det rimeligt nemt at lave en god backend, og så skal der bare laves noget pænt til front-end, f.eks. en klasse der kan instantieres således:
Hvis du så har et testmiljø, og et driftsmiljø kan du lade testmiljøet udskrive {availrooms} der hvor der ikke kunne findes en oversættelse (og evt. en tom streng på produktionsmiljøet)...
Det har jeg set et par steder, så den fungerer godt ;)
Her er "da" så sproget - Du behøver ikke lave nogle underbiblioteker til dette, men en simpel .htaccess fil med en rewrite regel kan klare det hele for dig:
coderdk > Vældigt smart (og p.t. lidt over min forstand, men jeg må lige læse op på det så jeg er med). Vil denne løsning også kunne sættes op på et helt almindeligt webhotel?
coderdk >> Hvis man alligevel har flået proppen af Apache, kan man vel ligeså godt lave en mere søgemaskine venlig rewrite - som det gøres her på Eksperten. De færreste søgemaskiner bryder sig om query-strenge ;o)
Ved nærmere eftertanke får jeg vel et problem med min løsning, hvis jeg ønsker at angive en direkte URL til en bestemt underside, uden at brugeren har været igennem index siden får at få sat en session?
Eksempel:
Jeg sender URL'en www.example.com/details.php til en kunde. PHP har så ikke mulighed for at vide hvilke data der skal trækkes frem, idet kunden aldrig har sat en session. Det duer jo ikke...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.