29 svar · 1 254 visningar · startad av Eclipse
Rent optimeringsmässigt ska man ju inte pyssla med sessioner... men nu har jag kommit till ett vägsjäl där det faktiskt skulle vara quite handy med sessioner.
Vad är det som suger kräm, att ha sessioner över huvud taget eller att ha mycket data i dom...??
session("xxx") = TRUE
mitt förslag...
------------------
Never underestimate your opponents.
Hmm... Vad gör jag för fel!? Varför är det aldrig någon som svara på mina inlägg...??
OK, denna då, vilket drar mest kräm, server.mappath eller sessions?
Sammanhanget är detta:
IF server.Mappath("\") THEN...
IF session("xxx") THEN...
------------------
Never underestimate your opponents.
Jag hade jättegärna svarat... ifall jag kunnat svaret ;)
Men är det inte så att sessions är helt OK att använda ifall man inte har massor av besökare...
------------------
"I have to return some video tapes" - Patrick Bateman, American Psycho
Jag är oxå nyfiken.
Finns det några bättre alternativ?
Har lästa att i asp+ är det en ny Sessionshantering där man kan placera sessionerna i en egen process på en egen maskin, ger då möjlighet att dela sessionerna mellan flera webbservrar.
Blir sessionerna snabbare då?
Varför hör man så ofta att sessionerna i ASP är så långsamma?
Att det skall ta så mycket energi att hantera några sessioner?
Hmm, Inga svar, fler frågor.
När man snackar optimering så är sessions rätt resurskrävande. Om du gör en shop till exempel, är det bättre rent prestandamässigt att lägga varukorg osv i databasen än i sessioner.
Sessioner är enklare och snabbare att göra men inte bättre, om man säger så.
Vad gäller asp+ så är det inte så jätteintressant för just mig. Det är få (om ens någon???) på forumet som använder det, vår isp gör det inte och min dator gör det inte...
Mycket snack och lite hockey med andra ord.
------------------
Never underestimate your opponents.
Jag kom på att servermappath inte är något alternativ i just detta fallet... den blir ju alltid samma oavsett var i hierarkin man står... Hmmm, vilket nederlag...
Det är inte alla som stödjer fso (file system object) så jag använder helst inte ej standard lösningar...
------------------
Never underestimate your opponents.
Det var en diskussion om detta för några dagar sedan, kolla gärna längre ner i inläggen.
Drar kraft är ett konstigt ord jag hört, även belasta servern är ett sådant. Webbservern är gjord för att använda de funktioner som finns, inklusive sessionsvariabler. Det problem som kan uppstå är om det är många besökare, och då får varje besökare vänta längre mellan varje "timeslice" och scriptens exekveringstid blir längre, kanske 2 till 3 ggr längre. Att hämta en sessionsvariabel tar längre tid än att behandla vanliga variabler, likaså servervariabler och applikationsvariabler. Det tar lite extra tid, och dessa extra millisekunder gör att skriptet exekverar långsammare.
Detta belastar inte servern speciellt, den är gjord för detta (ta en titt i IIS, där kan man göra inställningar för prestandaoptimering), men besökare kan få en lite längre svarstid.
Tror med all säkerhet att en varukorg i en session är snabbare än att öppna/stänga/uppdatera en varukorg i en databas.
/T
------------------
"Den som väntar på någon som gått behöver inte vänta längre..."
Jag kan inget om IIS, det kan säkert du. Mina inlägg på området kommer främst från vår isp som påstod att endatabaskoppling var att föredra framför sessions. Dom är typ licensierade microsoft partner i allt... det kanske du är också.
Jag kollade alla inlägg om sessions de 10 senaste dagarna men jag vet inte om jag blev så mycket klokare...
------------------
Never underestimate your opponents.
Nästa fråga i ämnet har kanske inte direkt med sessions att göra (möjligen indirekt).
"/admin/users/index.asp"
Kan jag på något sätt få ut den strängen från min indexfil?
------------------
Never underestimate your opponents.
det finns säkert en schysst servervariabel för det, till exempel url.
har du glömt bort min multifunktionella kanonbra for-each slinga :q :)
------------------
<A HREF="http://cartman.nu" TARGET=_blank>
if i'm not back in five minutes, just wait longer.</A>
hittade ett utskrivet brev i min samling från i somras, tack för det! :-)
---
formulärvärden:
<%
for each krabba in request.form
-- response.write krabba & ": " & request.form(krabba) & "<br>" & VbCrLf
next
%>
kvärysträngar:
<%
for each hummer in request.querystring
-- response.write hummer & ": " & request.querystring(hummer) & "<br>" & VbCrLf
next
%>
så var det med det. kvärysträngsvarianten har jag iofs inte provat, men den bör funka lika bra som formulärvarianten.
/anders
------------------
Never underestimate your opponents.
Ööööhhh... vänta nu, detdär var ju fel brev ser jag nu...
"for each varre..." --> *letar vidare*
bé-klagar
------------------
Never underestimate your opponents.
Jaha, det gick ju fort! Från aspstandard, den 29 juni 2000:
---
Dax att slänga in en joker i leken, en favvo i repris:
cnt = 1
FOR EACH varre in Request.ServerVariables
-- response.write cnt & ". " & varre & " : " & Request.ServerVariables(varre) & "<BR>" & vbCRLF
-- cnt = cnt + 1
NEXT
Något modifierad men man får fram 51 parametrar. Men hur använder man dom sen
då??
response.write "Server name: " & Request.SERVER_NAME & " "
Jag har testat lite olika varianter på ovanstående...
/ jakob
------------------
Never underestimate your opponents.
dessa "plockar" du ut genom:
<% =Request.ServerVariables("SERVER_NAME")%>
cya,
------------------
Private Function OutPut(ByRef sString)
OutPut = "Who gives ..." & sString
End Function
Patric, ett stolpskott till inlägg... men du kanske är som mig, man ser det man vill se! :-)
Din kod ger mig IP nummret på servern.
---
<%
response.write Request.ServerVariables("SCRIPT_NAME")
response.write Request.ServerVariables("PATH_INFO")
%>
Dessa båda ger samma svar. Vad är skillnaden?
------------------
Never underestimate your opponents.
Sessions drar kräm? Ännu en åsikt i ämnet.
http://www.4guysfromrolla.com/webtech/092098-2.shtml
Session variables and cookies are synonymous. So if a user has set his browser not to accept any cookies, your Session variables won't work for that particular web surfer!
Hmmm... intressant! Detta har jag inte sett någon annan stans.
Skribenten tycker man kan använda sessions men med måtta.
------------------
Never underestimate your opponents.
Jag tycker att det är dumt att dömma ut sessions generelt, i vissa projekt är omständigheterna så att man behöver dem, och andra inte.
Citatet ovan är ju inte riktigt. I IE (som nu dom flesta använder) finns det en separat kontroll för just session-cookies.
------------------
Nu har du sjungit på sista refrängen
Jourhavande Vide
Hur kan man stänga av en feature på servern från klienten? Var hittar man den inställningen?
Jag kollade i explorer och jag hittade ingen sån inställning... så ärligt talat, då måste det bara vara de allra mnest inbitna fanatikerna som kryssar av sessions och dom kan man väl skita i... Jag menar, det måste i så fall finnas hur många webbplatser som helst som dom inte ser korrekt!
------------------
Never underestimate your opponents.
Security/custom level...
det stog i min teach yourself-bok, på kapitlet som var ägnat åt dagens övningar...
------------------
Never underestimate your opponents.
