06. januar 2011 - 12:22Der er
11 kommentarer og 1 løsning
Arkitektur for site som skal udrulles i andre lande også
Hej.
Jeg ar et niche dating site i Danmark som kører fint, og som pt. kun er Dansk, med tekst, søgninger og betalinger i Danmark.
Planen er nu at jeg skal til at udvide konceptet til sverige, norge, tykskland, holland og england.
Jeg søger så info på hvad den bedste måde at sætte det op på er.
Sitesne vil være forskellige med henblik på informationer om placeringen af de enkelte personer. F.eks hvor de bor henne. Eller hvor de søger en partner. De er derfor også forskellige i søgningen. Der vil også være forskel på betaling. I Danmark bruger jeg en dansk betalingsgateway, men i Norge skal jeg sikkert bruge en anden. Og der vil helt sikkert også være forskel i prisen for et medlemsskab. Alle andre ting vil nok være ens.
Det Danske site er godt kørende, men der kommer altid forskellige nyudviklinger til det. Så det opdateres tit.
Hvad er den bedste måde at udrulle i andre lande? Skal jeg lave en kopi af sitet for hvert land? Og lade det køre sit "eget liv". Og opdatere alle lande, hver gang der er en ny opdatering til sitet/systemet.
Eller skal jeg holde alting på det samme site, og så finde en måde at adskille folk på. Dvs. Bruger 1 er oprettet i Danmark. Bruger 1 får så muligheder for at vælge sin placering i Danmark, Søgningen af andre bliver som standard i Danmark. Betalingen sker ud fra Danmark. Sproget bliver ud fra Danmark. Osv. Bruger 2 er oprettet i Norge. og får alt andet som er specifikt for Norge.
URL's vil også være forskellige for det enkelte land. F.eks nichedating.dk og nichedating.no med friendly urls /Koeb og f.eks /Kjop hvis det hedder det.
Det skal også på sigt være muligt at søge fra Danmark i Norge og omvendt.
Hvad så med søgning? Forskelligheden mellem placeringen for brugere i forskellige lande. Ville man så lave "Land" - "By" og så evt. også nogle "Områder" som man kan binde byer op i.
Så gælder der også betaling. Skal man have en fælles ordredatabase? Jeg kan jo ikke være helt sikker på at betalingsgatewayen ligner hinanden.
Jeg ville vælge at give brugeren et land /område som attribut på deres brugerprofil, også bruge det til at styre alt med, også søgeopslag, går ud fra at de skal være loggede ind for at søge.
Det er faktisk ikke nødvendigt at være logget ind, men det gør ikke det store. Det kan jeg klare med et check på hvor de kommer fra. Eller URL, eller Standard land(Engelsk).
Ville du så gøre det at alle ligger i den samme ordredatabase til når de køber produktet, og så igen der have forskellighed på Land. Priserne vil så være forskellige for lande også. Men det er uafhængigt af min problemstilling.
Ville du så lave forskellige user controls til betaling i de forskellige lande, eller skulle betaling ud fra hvilket land man er i, åbne den korrekte popup til den rette betalingsgateway. Det må næsten være noget i den stil.
Ja, jeg mener at selvom det er mere besværligt for dig, skal du gøre det så let for din bruger som muligt. altså skal han ikke stilles over for et valg ang. betaling, da det ikke vil være ham relevant.
Med det mener jeg, selvfølgelig at du skal lave det du synes passer bedst til din side, men integreret betaling er da lidt lækrere end popup, dog ville jeg bruge den samme usercontrol, med de førnævnte resourcefiler, som referer til den korrekte betlingsservice for brugeren
Det bliver den her løsning jeg går videre med. Det er også den jeg har været mest opsat på, men havde en del spørgsmål som jeg nu har fået afklaring på.
Popup er lavet, da man ellers skal PCI certificeres. Eller tager jeg helt fejl? Hvordan ville du integrere det?
Ang. betalingsservices, så er det helt korrekt at du skal PCI-certificeres hvis du ønsker at håndtere "betalingskoden" selv på din egen server.
Jeg driver selv en ret stor shop fra én kodebase, som så er oversat til 12 sprog i 16 forskellige lande, og vi benytter kun én betalings-gateway-udbyder (Pensio.dk, som understøtter flere korttyper end DIBS). Du skal også tænke på, at hvis du ønsker at benytte en lokal udbyder i Norge, så skal du formodentlig have en firmaregistrering dér også, og så griber det om sig.
Så mit råd er nok en samling af de ovenstående: hold dig til én kodebase og lav en statisk "singleton klasse", som indeholder de forskellige indstillinger for hvert land. Det gøres nemt ved at lave en databasetabel med indstillingerne (hvilken valuta bruger de i Norge osv.) og så loade den i memory. Når en bruger kommer ind på en side, slår du op hvilket domæne han er på, f.eks. nichedating.no, og henter indstillingerne. Det kører super.
Synes godt om
Ny brugerNybegynder
Din løsning...
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.
Det er blevet kaldt ”det største it-nedbrud i historien” og omkostningerne kan nemt løbe op i syv milliarder kroner: Men hvem skal betale for Crowdstrikes fejl?
