40 svar · 1 212 visningar · startad av Eclipse · sida 2 av 3
Denna koden... INSERT INTO subscribers (intUserID, intCommunityID, dteCreated, strUser, strPassword) VALUES (277 , 1, #2003-09-15#, 'XYZ' , 'XYZ'); Är inte speciellt märkvärdig. Men nu har jag slit hela eftermiddagen för strUserID envisas att uppträda som en räknare! Kolla den bifogade bilden. 1-16, sen 19,19, sen 20, 21... \[r\] <http://www.syscare.se/files/intUser.gif> Kan man inte ladda up
Läs frågan i sin helhet →det fungerar inte. Det blir felmeddelande då. Den tanken har jag också haft...
***
Kan webhotellet ställa in att application bara fungerar i Netscape!?
För när jag tar en publik sida som använder application så fungerar den i netscape men inte i explorer!
Hur lätt är det att felsöka i ett sånt läge!?
Eclipse skrev:
det fungerar inte. Det blir felmeddelande då. Den tanken har jag också haft...
Vad för felmeddelande?
Kan webhotellet ställa in att application bara fungerar i Netscape!?
Nej, men det kan servervariabler är faktiskt inte servervariabler, så det kan skilja vad som skickas med i http-requesten från klienten.
För när jag tar en publik sida som använder application så fungerar den i netscape men inte i explorer!
Har du testat att bara plocka bort if-satsen där du skapar applikationsvariablerna? Du måste väl inte ladda upp global.asa till webhotellet hela tiden?
Mvh
Alltså...
1. Request.ServerVariables("SERVER_NAME") fungerar inte i Application_onstart. Tilldelning av application fungerar säkert.
3. Jag fattar inte vad du menar! IF satsen frågar ju vilken dator som används, min eller deras. Det är ju olika sökvägar. Givetvis kan jag köra med bara deras sökvägar...
Men då fungerar det inte på min dator. (Vilket jag iofs kan leva med...)
3. Alltså... Även om jag rent teoretiskt skulle kunna ha två av varandra oberoende filer så tänker jag fasen inte ha det!
Jag har använt global.asa i fem år, miljoner människor med mig gör det dagligen och det jag gör är inte über mächtich...
***
Jag snackade med hotellet och dom byter till Windows 2003 server nu så vi avvaktar....
NU FUNGERAR DET!!
Nu har dom bytt till Windows 2003, det gick fort.
Min kod som jag kämpat med i snart två dagar fungerar på det sättet jag gjorde från början.
För en gångs skull var det inte mig det var fel på! Det är nog första gången det händer...
***
Det enda man ska passa sig för i Windows 2003 är att i server.mapPath måste man skriva "..\..\" för att backa en mapp bak i hierarkin.
'## SELECT SERVER
IF Request.ServerVariables("SERVER_NAME") = "192.168.1.44" THEN
' ## LOCALHOST
application("databasePath") = Server.MapPath("\Databas\db1.mdb")
ELSE
' ## WEBSERVER
application("databasePath") = Server.MapPath("..\..\Data\Databas\db1.mdb")
END IF
"It's easy when you know how..." (Spocke)
Bara för att följa upp och fortsätta på de frågorna jag ställde, men inte fick svar på.
Är inte speciellt märkvärdig. Men nu har jag slit hela eftermiddagen för strUserID envisas att uppträda som en räknare!
Ok, jag har läst tråden, igen. Var är denna kolumn med någonstans?
Dessutom tycker jag det verkar konstigt att svara nej på en fråga som inte går att svara nej på. Men vill man inte ha hjälp så kanske man svarar så. :OO
Eclipse skrev:
Det enda man ska passa sig för i Windows 2003 är att i server.mapPath måste man skriva "..\..\" för att backa en mapp bak i hierarkin.
OK? Så bara för att jäklas med 10000-tals utvecklare och totalt omöjliggöra all portning/flyttning av kod så har MS valt att ändra på en konvention som är äldre än MS själv? Det är inte så att mappstrukturen har ändrats?
Vad händer förresten om du använder framåt-slashar (vilket ju är det korrekta)?
Det är troligen en server inställning, frågan är bara vilken :(
http://www.webforum.nu/showthread.php?s=&threadid=84275&forumid=27
Hmm .. Det här var mer än jag visste. Det är inte så att koden egentligen exekverar i en undermapp (bin?)?
Vad ger:
response.write Server.Mappath(".")
för resultat i förhållande till placeringen av filen som anropar det?
den ger E:\www\admin2\userXX\html
vilket den ska ge, response.write Server.Mappath("../") borde ge E:\www\admin2\userXX\
Jaha? Om det här är grundinställningen så låter det ju smått vansinnigt. Har ingen tillgång till nån 2003:a för tillfället, men det finns ingen inställning i anslutning till "Enable Parent Paths"?
Samma kod ger olika svar:
<%
response.write server.MapPath("\") & "<BR>"
response.write server.MapPath("/") & "<BR>"
response.write server.MapPath("..\") & "<BR>"
response.write server.MapPath("../") & "<BR>"
%>
Windows 2000:
E:\Shared\WEB1\3067 - syscare\www
E:\Shared\WEB1\3067 - syscare\www
E:\Shared\WEB1\3067 - syscare
E:\Shared\WEB1\3067 - syscare
Windows 2003:
e:\www\admin2\userxx\html
e:\www\admin2\userxx\html
e:\www\admin2\userxx\html
e:\www\admin2\userxx\html
***
\ eller / spelar ingen roll.
Eclipse skrev:
Från första inlägget,
Nej, det finns fortfarande inte något som heter strUserId i varken den bildfilen eller någon annanstans i hela tråden, förutom i ditt första inlägg.
Men det kan vi ju glömma nu eftersom svaret på min fråga var 'ja', alltså att du menade samma, men skrev fel.
Det är riktigt.
Det finns ingen inställning i anslutning till "Enable Parent Paths"! :(
aleborg skrev:
Det finns ingen inställning i anslutning till "Enable Parent Paths"! :(
Om du tar egenskaperna på siten och väljer fliken: Home Directory
klicka sedan på knappen: Configuration...
Välj fliken App Options
Där har du en checkbox för Enable parent paths.
Default inställningen i IIS 6 är att inte ha den ikryssad (Enabled) då man kan leta sig ut ur sin hemkatalog. Det är alltså en ren säkerhetsinställning som MS har valt att ändra på. I IIS 5 (och tidigare) var det valt default och många änrade inte dessa inställningar.
Lär kunderna att härleda sökvägarna från wwwroot. Klagar de, säg att det är en ny säkerhetsinställning för att skydda servern (deras siter).
cya,
/PatrikB
PatrikB:
Om du läser aleborg-citatet en gång till så kanske du observerar frasen "i anslutning till". Den betyder ungefär "bredvid", "vid sidan om", "i närheten av" .. Han vet alltså var inställningen finns.