webForumDet fria alternativet

sökväg till databas

.NET

14 svar · 260 visningar · startad av speedy

Medlem sedan dec. 200283 inlägg
Frågan#1

I gamla ASP så använde jag alltid en inkluderingsfil med sökvägen till databasen som jag sedan lade in i alla sidor med databaskopplingar. I .NET så har jag dock inte hittat ngt sätt att göra detta på något smidgt sätt :l

Det vore väldigt smidigt att bara behöva ändra sökvägen till databasen på ett enda ställe när jag flyttar på applikationen istället föra tt få ändra i varenda fil. Så nu undrar jag om jag missat något sätt att göra detta på ?

Medlem sedan dec. 20003 563 inlägg
Medlem sedan dec. 200283 inlägg
#3

Tnx, det där var ju ett smidigt sätt att göra det på :>

Mkt har man att lära ;)

Medlem sedan aug. 20003 575 inlägg
#4

Finns många olika sätt där i.

Jag rekommenderar Renholm's där du lägger Connection strängen i web.config filen

Medlem sedan juni 20011 732 inlägg
#5

Eller så skapar du en egen klass som tar hand om dina databaskopplingar. Läs den här tråden, där finns en hel del intressant läsning:

http://www.webforum.nu/showthread.php?s=&threadid=46514&highlight=databas

Medlem sedan dec. 200283 inlägg
#6

Finns det några speciella fördelar med ngn av dessa två andra sätt? Skapar jag en class så måste väl denna kompileras och då blir det lite krångligare att snabbt kunna byta sökväg.

Medlem sedan aug. 20003 575 inlägg
#7

ja du måste ju då sitta vid en dator där du har grund koden Och en kompilator. Det behöver du ej om du använder dig utav web.config

Medlem sedan dec. 200283 inlägg
#8

Finns det någon fördel att lägga det i web.config jämfört med global.asax ?

Medlem sedan apr. 20012 266 inlägg
#9

Nickemannen skrev:

Finns många olika sätt där i.

Jag rekommenderar Renholm's där du lägger Connection strängen i web.config filen

Använd inte om connection stringen innehåller lösenord och dyl.

Medlem sedan jan. 20012 204 inlägg
#10

varför inte?

gör inte de flest cnn-strings det? min gör...

Medlem sedan apr. 20012 266 inlägg
#11

Anledningen är att om t.ex det skulle bli något problem med skyddet av web.config så att användare kan ladda ner filens innehåll så kan lösenorden läsas i klartext.

Medlem sedan mars 20023 561 inlägg
#12

Hur skulle man göra då?

Medlem sedan juni 20011 732 inlägg
#13

speedy skrev:

Finns det några speciella fördelar med ngn av dessa två andra sätt? Skapar jag en class så måste väl denna kompileras och då blir det lite krångligare att snabbt kunna byta sökväg.

Nej, det beror väl på hur du gör klassen. Sökvägen kan du ju ändå lägga någonstans där du inte behöver kompilera den, exempelvis en xml-fil eller i registret, och sedan låter du klassen använda sig av sökvägen från din xml-fil.

Medlem sedan juni 20011 732 inlägg
#14

Josef skrev:

Hur skulle man göra då?

Finns många sätt att lösa det på och de olika sätten har sina för- respektive nackdelar. Läs tråden jag länkade till ovan för lite uppslag! Det du inte bör göra är dock att ha lösenord öppet i en okompilerad fil som ligger under din wwwroot, för som sagt... kraschar webbservern så kanske du helt plötsligt får upp filen i klartext.

Medlem sedan apr. 20012 266 inlägg
#15

Kan tillägga att man kan få ut connectionstrings från kompilerade classer så det är inte någon extra säkerhet. Mitt förslag är om det är möjligt lägga en xml fil utanför rooten och har all känslig information där.

256 ms totalt · 4 externa anrop · v20260731065814-full.86ec41c2
124 ms — deklarationer (db)
0 ms — hämta statistik (cache)
130 ms — hämta tråd, inlägg och bilagor (db)
122 ms — ändringar (db)