I have successfully created a site with your software and the download test works great but the upload test does not seem to report the correct values. There are times when 20000 kbps will be reported and other times when 1024 kbps will be reported. The results are also reported immediately no matter how much data I set as the "uploadDataLength" parameter for the site. I have pasted the contents of my page below minus the actual site address since I don’t want alot of additional traffic to the site.
<applet name="speedometerApplet"
code="speedometer.SpeedometerApplet.class"
archive="speedmeter_z.jar" width="390" height="120">
<param name="downloadURL" value="http://mysite/dummy.zip"></param>
<param name="downloadTimeSec" value="10"></param>
<param name="uploadUrl" value="http://mysite/WebUploads"></param>
<param name="uploadTimeSec" value="10"></param>
<param name="target" value="_blank"></param>
<param name="uploadDataLength" value="10000000"></param>
</applet>
I also allowed the default web user account to have write access to WebUploads because I had thought that something would actually be written to the server but after changing it to just the main site address I still obtained the same results. Is this normal, and if so is there even a need for the uploadURL parameter?
What is the address of your website – PM me the address if you want to keep it private. I’ll take a look at the site.
Thanks,
Jim.
Hello,
First, "uploadUrl" parameter is definitely required, just because this specify data receiving endpoint. This is important to configure upload handler on a server properly.
For example, some servers disallow lengthy POST request (this is our case, default upload length is 10M). In this case most servers just terminate socket.
Also, this is not necessary (and even not welcome) to write data on the server – applet generates simple random bytes – why waste server disk space? Instead, these bytes should be skipped.
In your case, when applet reports upload result immediately, I suggest you check server logs or even debug upload handler – does this properly receive POST request bytes? Also, problem could be about proxy, because applet use system underlying mechanisms to establish HTTP onnections.
Anyway, you can always test upload with random server that accept our requests (try microsoft.com).
Regards,
JMaster
Thanks for the reply, that was excellent information and made alot of sense however I am running IIS with php and the php post limit has been set at 99 mb and I added the DWORD MaxClientRequestBuffer in the registry under HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServic esW3SVCParameters with a value of 20 mb which should be substantial for the transaction. This server is directly on the net without any proxy servers or firewalls in front of it however I am still running into the same issue.
I do agree though, it does seem like the server is cutting off the transfer for some reason. I know post data is working though because I develop on this server and alot of what I develop involves posting data between pages, never 10 meg of data, but still quite a bit of data which must make it to the next page for the site to work correctly.
Nick
I looked at your server, at least the IP your gave me and the code looks fine.
If you don’t have anything else running on the IIS server, then give me remote desktop access and I’ll take a look at your setup and compare it to mine. PM the details if you like.
Regards,
Jim.
I honestly would if I could but I have purposely closed RDP off since this box sits directly on the net. I also do alot of development work on this box so there is quite a bit of sensitive information. The machine is also a company machine which could also mean even more trouble. I understand how it would be hard to debug such a situation without actually obtaining access to the machine in question and I appreciate the help you have given me. Unless anybody on your team has any other ideas I think I may just take a different route with this for now, thank you for taking the time though.
Nick
I am going to test using a couple different connections. I am seeing varied results depending on the network I am on. I will post my results once I am finished.
———————–
After testing from a different network I am no longer seeing the issue. It seems the problem I was having only occurred when I was on the same network as the server, possibly because the speed at which I was uploading was too great for the script to determine a proper speed. Sorry for the trouble.
I completely understand, no problem.
The only other suggestion I can make is to install this on another server, something that is not locked down, and go from there. Once that is working, we can then start locking that server down as well and see where the problem pops up.
Since you are using IIS, you could also create a sub-domain on the ASP side and try running the application there, outside of PHP. It would be something like speedtest.auditmypc.com rather than auditmypc.com/speedtest.php
I