Hvis flere filer, fordelt på forskellige mapper, skal bruge databasen, kunne man så bruge "include virtual", hvor man tager udgangspunkt for web-folderens rod. Men når man indløser databasen i de forskellige mapper, tror IIS, at der ved hver mappe er en mappe kaldet "data" ud for den flg. mappe. Det viser sig jo at være problematisk, fordi man så ikke kan bruge inkluderingen, med mindre man har filen i samme mappe som databasen, hvilket jeg ikke har.
Er det så ikke muligt at bruge et "virtuelt" udgangpunkt, lige som "inlclude virtual", hvor man ikke tager hensyn til mapper bagved, men hvor man "arbejder" sig frem fra websitets rod? - Altså ligesom den normale stiangivelse til databasen, bare uden at man skal skrive fx "d:\web\mitweb", og altså bare "\data\minDB.mdb".
Støv, fibre og metalliske partikler kan påvirke både uptime, levetid og driftssikkerhed. Derfor arbejder flere datacentre systematisk med contamination control.
Hvis jeg bruger server.mappath("."), så tager den udgangpunkt fra den mappe den står i. Men databasen er jo ikke placeret i denne mappe, nogle gange tre steder længere opppe i filstrukturen og nogle gange to. Er der ikke mulighed for bare at finde stien før web-roden, altså fx. "d:\web"?
Jeg har løst et lignende problem ved at lade de enkelte sider angive deres placering i forhold til roden af sitet, for på den måde at kunne finde den faktiske sti (vha. Server.MapPath)
Desuden har jeg på et tidspunkt læst i en recommendation fra MS at Server.MapPath er relativt langsom, så man bør undgå for mange kald til den, hvorfor jeg gemmer stien til databasen i en Application variabel. Hvis der er andre der har erfaring i den forbindelse, hører jeg meget gerne nærmere.
Tak for jeres svar, men de har desværre ikke løst problemet....
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.
