> Kan du fortælle hvad det skal bruges til? Jeg er 100% sikker på at der er
en
> mindre CPU belastende løsning.
Ja, det kan jeg da godt....
Beklager at historien bliver lang nu, men jeg vil givetvis poste flere
nødråb den kommende tid der vil vække lidt undren hist og pist, så i kan
ligesågodt få hele eventyret nu, istedet for i mindre bidder.
Jeg har et par stykker elektronik der samler nogle måledata. Hver af disse
har en mobiltelefon, således at data kan tappes tråløst med modemfunktion,
da disse kasser står rundt omkring i landet på mærkværdige steder. Flere
forskellige kunder i min butik skal kunne logge ind på en site, og se deres
data præsenteret der.
Så, jeg har en pc stående til at kommunikere via modem til disse stykker
elektronik Lad os kalde den EPC. Denne PC skal være i kontakt med
webserveren der er et webhotel. Denne PC kalder vi WPC.
Brugerne logger ind på WPC og laver en forespørgsel på deres data. Denne
forespørgsel sendes videre til EPC, der laver opkald til elektronikkasserne,
tapper data, og returnerer disse til WPC, hvor de præsenteres for brugerne.
På WPC er der HTTP og FTP som kommunikationsformer. Har valgt at lave linket
mellem PCere på denne måde: EPC connecter til WPC der skyder et ASP program
(ELINK.ASP) af. Dette skulle være en løbende process for at holde
forbindelsen i live, og derfor denne lidt perverse lykke som tidligere
omtalt. WPCen generer en site der aldrig afsluttes, for at kunne sende
forespørgsler til EPC.
Det ville naturligvis være mere fornuftig hvis WPC laver en forespørgsel til
EPC, og EPC konfigureres som server. Problemet er bare at jeg ikke ved en
skid om servere (og desværre næsten lige så lidt om ASP
), og hvis EPC
skal lege server, vil jeg også blive syltet ind i sikkerhed omkring inet og
firewalls, serversetup og alt det andet frække. Det magter jeg ikke. Det er
iøvrigt af samme årsag at projektet er delt op mellem 2 forskellige PCere...
Essencen i det hele er, at WPC er server, og EPC er klient!
Anyway, jeg connecter som sagt fra EPC til WPC, som returnerer en side der
aldrig afsluttes. Denne side indeholder en løkke der sender ser om en bruger
har lavet en request af data, og sender så requesten videre til EPC. Dette
skal helt gå lidt kvikt! Jeg kunne lave det således at EPC lave en request
på site et par gange i sekundet, men mener at det ville generere for meget
unødigt trafik af requests samt tomme sites. Løkkemetoden jeg valgte i
stedet for, giver ikke unødig trafik, men som i siger, unødig brug af CPU
tid. Men, har man i ASP en DoEvent som i visbas, der frigiver cpu tid til
andre tasks?? Det vile være fornuftigt.
Håber at have skabt lidt klarhed over den underlige løkke, samt forberedt
jeg på flere kommende spørsmål
Bør i parantes lige nævne, at jeg aldrig har leget med ASP før, og intet
kender til Client server problematikken endnu, så nogle af mine spørgsmål
virker muligvis lidt ubegavede.
Mvh
Adrian Hjelmslund.
og så et par tillægsspørgsmål!
Når kunder logger ind og laver en forespørgsel skal den videresendes fra
kundelogin (som jo kan være mange instances) til linkdelen (der kun er en
instance). Kan 2 ASP scripts sende data til hinanden, UDEN at starte en ny
instance? Er ikke mit uniddlbare indtryk.
Min ide (indtil jeg er blevet klogere!) at have et GLOBAL.ASP der invokes af
både kundelogins og link, og data af den vej deles, via applikations
variable. Lyder dette dumt? Er der et fornuftigt alternativ???
Vil gerne returnere data til kunderne via textboxe. Er ikke et problem, men
jeg bryder mig ikke om at blande HTML og ASP i en stor pærevælling. Kan man
definere hele HTML siden incl textboxe, og EFTER HTML koden assigne
værdierne til boxene via script??
Har selvfølgelig fixet masser af bøger vedr asp, men ingen har fornuftige
beskrivelser af response og request objecter. Har heller ikke fundet det i
MSDN
Nogen der har et forslag til hvor disse findes?????
PS. Tak for de svar jeg allerede har modtaget, og tak for de svar jeg
sikkert også får på længere sigt. Håber at kunne betale tilbage senere hen,
ved selv at kunne hjælpe andre lidt på vej.