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å ?
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.
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.
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.
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.
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