3 klik i sekundet ikke muligt

hehe... ved at sikre dig at der er en 1000000 mbit linje mellem client og server

hehe

lige sån mærkeligt spørgsmål, men hvad er formålet?

Det er du kun herre over hvis liniehastigheden er HELT i top og serveren er superhurtig...

Om jeg sidder på serveren er det ikke muligt.
Formålet er at jeg skal registere en masse tryk med variabel hastighed og altså helt op til 3 pr. sek.

Igen er jeg begrænset og må ty til java.

wired>> Sådan som http-protokollen og hele webben er bygget op, så kan du kun navigere en side når din browser har den hentet og renderet den. Når du poster data, flusher browseren siden, og venter altså på respons fra webserveren.
For at kunne klikke 3 gange i sekundet, sakl din browser altså have mulighed for at sende data til serveren, serveren skal behandle dem og sende en side retur. Browseren skal modtage siden og rendere den. Før da kan du klikke igen, så denne process skal altså kunne ske 3 gange i sekundet. Det kræver både en hurtig client, en hurtig forbindelse og en hurtig server. Det er på ingen måde en begrænsning af asp.net.
Du skal altså enten have oprettet en fast forbindelse mellem server/client, f.eks. gennem et java-applet eller activeX. Du kan dog også lade Clientside javascript tage sig af registreringen, og sende resultatet afsted med et fast interval, f.eks. efter 10000 klik.

cf>> Jeg er opmærksom på problemstillingen i asp.net hvilket jeg netop opfatter som en begrænsning i asp.net.
Det er ikke http-protokollen som er problemmet (jeg ville nemt kunne varetage funktionen ved at lave en c++ server/client som også anvender http-protokollen, hvilket jeg har gjort).

Mit håb var bare at der var nogen der havde kendskab til en smart løsning.

Java-appletter kræver en jvm hvilket ikke alle clienter har, men ellers ville dette - igen - nok være den bedste og nemmeste løsning.

ActiveX kan jeg ikke lige se kan anvendes, i såfald ville asp.net også kunne anvendes.

JavaScript er for ustabilt da data vil blive lagret i clients hukommelse og en enkelt opdatering af siden vil betyde at disse mistes.

Som cyberfessor siger så er det kombinationen http og en webbrowser der gør der stort set umuligt - så det har altså ikke noget med ASP.NET at gøre.

Og ja, selvfølgelig kan du lave en C++/vb client server løsnig - men de rendere vel heller ikke siderne ?

gm>> Enig... webbrowser og rendering er bl.a. problemet.

Men hvad er løsningen...

løsningen er nok at tænke noget mere alternativt.
Hvis du nu fortalte om formålet med dette meget mærkelige krav, så kunne det være vi kunne hjælpe

Du har nok ret odegaard.

Jeg skal registere en masse tider forskellige steder på nettet.

Når en person observere en bestemt (kemisk)-reaktion (hvilket kan ske flere gange i løbet af et sekund) skal tidspunktet gemmes på den fælles server.

Jeg har før anvendt client/server programmer, men det ville være ulige nemmere om det kunne klares uden et client program.

wired>> hvorfor siger du at asp.net kan anvendes, hvis activeX kan? Asp.net kører på serveren. ActiveX kan køre på klienten, på samme måde som et java applet. Det kræver dog en windows-maskine og IE.
Ang. http-protokollen, så er det rigtigt at man kan bruge http til at overføre al mulig form for trafik. Det jeg mente var dog måden http bliver brugt mellem client/server i forbindelse med hjemmesider, hvor browseren requester en side fra serveren, enten ved hjælp af GET eller POST, som den så modtager.
Så nej... det har ingen ting at gøre med begrænsning i asp.net. For det er slet ikke asp.net som har problemet, men hele den måde client/server - request/response systemet er opbygget på.

cf>> Mener du at ActiveX kan fungere som en applikation der kan eksekvere hos klienten med samme muligheder som Java.

cf> Mht. http kan jeg forstå at du er enig med odegaaed og undertegnede.

cf> Vil du foreslå at jeg laver en ActiveX komponent og eksekvere den hos client.

wired>> et activeX-component er jo bare et COM-object med grafisk udseende. Hvis du har leget lidt med windows-programmering og VB6, så er det ActiveX der bruges til knapper, listboxe og masse andet gejl :) på samme måde som du kan trække en activeX-component ind på formen i VB6, på samme måde kan du få den vist i IE, ved hjælp af <object /> taget, f.eks.

<OBJECT ID="GIDX"
CLASSID="CLSID:1B5127F3-66C3-11d3-8788-00C04F387B43"
Width=640
Height=480
Align=TOP
>
<PARAM NAME="HoldDisplay" VALUE="1">
<PARAM NAME="BackColor" VALUE="#E0E0E0" >
Sorry, there was a problem displaying the ActiveX control in your browser.
</OBJECT>


Om du skal bruge det istedet for et javaapplet ? tjaa... ved jeg sq ikke. Det kræver jo at klienten skal bruge IE og Windows, plus at man kan finde ud af at lave sådan et ActiveX-component. Så jeg vil nok sige at det er en smagssag hvad man vælger at bruge. Selv ville jeg nok gå efter et java-applet.

Problemet er stadig aktuelt, er der noget nyt ellers send et svar og jeg lukker...

du kan lave en System.Windows.Control-komponent, som kan vises på klienten på samme måde som et java-applet. Var det noget?

Lyder interessant.
Kræver det at klienten har framework installeret?
Kan den sende op til 3 klik i sekundet?
I såfald lad mig endelig høre mere herom......

1) Ja, det kræver at klienten har .Net installeret

2) Ja... da det hele sker på klienten kan du lave en form for buffer i din komponent, så at trykkene bliver gemt og sendt til serveren i den hastighed serveren nu engang kan klare.