Det är för att du har, precis som du säger, bara gjort det lokalt. Antingen får du be server operatören att lägga till File DSN till din databas, eller så kan du skapa en DNS-less connection, som det så fint kallas (så vitt jag vet :).
Meningen med en fil-DSN är just att man skall slippa besvära administratören. Skillnaden mellan en vanlig system-DSN och en fil-DSN är att den förstnämda lagras i registret medan en fil-DSN lagras i en vanlig textfil.
-torlejf-:
Sökvägen till databasfilen är riktig? Vad menar du med att det inte fungerar? Får du några felmeddelanden? Mer info tack.
Hej igen
Det kommer upp ett meddelnade om att servern inte hittar filen!
Jag har sidan på webhostme och som jag har fattat det, så ska man lägga databas filerna i cgi-bin katalogen på deras server. Det har jag gjort!
När jag fixade DSN:n gjorde jag en cgi-bin katalog på hårddisken och la dit *.mdb filen.
Sedan gjorde jag en dsn på filen och la upp den i cgi-katalogen.
Men servern använder nödvändigtvis inte samma fysiska sökvägar som du gör på din hårddisk, så du kan behöva ändra i sin fil-DSN innan du laddar upp den (du kan ta reda på fysiska sökvägar m.h.a. ASP-funktionen Server.MapPath t.ex.).
Hur ser innehållet i din fil-DSN ut? Hur ser de rader i ASP-scriptet ut där du försöker öppna databasen?
De har ett exempel på "DSN-lös" koppling på sin hemsida (att använda en "DSN-lös" koppling är samma sak som att använda en fil-DSN, skillnaden är bara att man lagrar uppgifterna direkt i ASP-filen i stället för i en separat fil). Har du provat med att följa det?
Då måste sökvägen till din databasfil finnas i pers.dsn, och den måste stämma på servern ifråga (det är inte säkert att den är densamma på servern som på din lokala hårddisk). Eftersom du inte talar om vad pers.dsn innehåller kan jag inte hjälpa dig med det.
Vet du inte den absoluta sökvägen till databasfilen så kan du använda Server.MapPath för att ta fram den också, men då måste du lägga den biten i ASP-filen (ASP kan inte köras från pers.dsn).