OK, now I get what you are saying. Yes, the VB control I'm using is based on IE for sure.
The biggest problem of all is that my web programming skills are minimal, I was lucky to get the web control working at all in VB and now this. Arrgh. Going into Delphi or other environment is impossible, I'm building on top of an existing VB application and no way to port into other languages, and have a couple days at most to fix this...
I might be screwed!
I had a similar issue when I wrote a program to poll rovio for sensor information repeatedly. The web library I was using doesn't handle authentication. So I had to do it manually.
Essentially, what you are doing at the moment is sending a something like the following
What you need to be sending is something like
GET /whatever.cgi HTTP/1.1
Authorization: Basic YWRtaW46YWRtaW4=
where "YWRtaW46YWRtaW4=" is username:password base64 encoded (you can use http://gtools.org/tool/base64-encode-decode/ to encode the string). So, if your library doesn't support authentication, or allow you to set the headers being sent, you are screwed.
RoboBrain said: If anyone wishes to mess around with the JS or craft their own html files for manipulating their rovio (without disabling XSS in IE) and/or using Firefox, you could use a reverse proxy to override specific files. I've implemented one for my own testing using Perlbal (Perl Load Balancer). You just need to install perl and the Perlbal module from CPAN. It works fairly well, I've done the same with Squid+Apache in the past, but Perlbal is quick and easy with this config below. The options you need to change for your environment should be self explanatory. As you can see the config serves some files from a local directory and proxies all others to rovio. I pulled down all the *.js files in this case because I've identfied bugs in there I needed to fix. You could remove the .js pattern if you only want to create *.html files. (Rovio's files are .htm, so I can see both with this setup..) Enjoy... ...RB # ------------ perlbal-proxy.conf LOAD vpaths CREATE SERVICE site SET role = web_server SET docroot = /srv/www/htdocs/rovio SET dirindexing = 0 ENABLE site CREATE POOL rovio POOL rovio ADD 192.168.[YOUR_NETWORK].18 CREATE SERVICE rovio_proxy SET role = reverse_proxy SET pool = rovio SET persist_backend = off SET verify_backend = off CREATE SERVICE proxy SET listen = 0.0.0.0:8000 SET role = selector SET plugins = vpaths SET persist_client = on VPATH /.*\.html = site VPATH /.*\.js = site VPATH .* = rovio_proxy ENABLE proxy
You see, this page will be public, so I need to find a way to A) control Rovio on a cross-domain level, and B) hide any username/password used for Basic Authentication...
Any help is REALLY appreciated!
Thanks in advance!
Nocturnal said: I had a similar issue when I wrote a program to poll rovio for sensor information repeatedly. The web library I was using doesn't handle authentication. So I had to do it manually. Essentially, what you are doing at the moment is sending a something like the following GET /whatever.cgi What you need to be sending is something like GET /whatever.cgi HTTP/1.1 Authorization: Basic YWRtaW46YWRtaW4= where "YWRtaW46YWRtaW4=" is username:password base64 encoded (you can use http://gtools.org/tool/base64-encode-decode/ to encode the string). So, if your library doesn't support authentication, or allow you to set the headers being sent, you are screwed.
Thanks for the insights!!!!!
Hi guys.. It's a pitty this forum seems to be dieing, since there are hardly any recent posts, at least not in this previously very active thread.
Anyways, I am struggling to get the next thing to work:
I'm trying to give a .cgi command to: my Rovio, from: my webserver. This works locally when I type the following line in my browser's address bar: http://roelie.mywebdomain.com:8080/rev.cgi?Cmd=nav&action1
It returns a string with all kinds of info about my Rovio.
However, when I try to get this same info using an ASP proxy file OR a PHP proxy file, I'm getting back exactly nothing (actually I'm getting a invalid URLmessage - which is strange since the exact same URL works in my browsers address bar).
This is weird since both proxy files (both the ASP and the PHP version) work with other, cross-domain located files which return stuff.
I even disabled user security on my Rovio so I don't have to work around the Basic Authentication problem... I just don't understand it. I can access ANY remote file located on ANY server, using one of the two proxy files, but I can't access the Rovio files this way (while calling the files direcly from my address bar does work.)
These are the proxy files I'm using to request the file outputs:
$Cmd = $_POST['Cmd'];
$Action = $_POST['action'];
$TheURL = "roelie.mywebdomain.com:8080/rev.cgi";
$CompleteURL = "http://".$TheURL."?Cmd=".$Cmd."&action=".$Action;
$fh = fopen($CompleteURL,'rb');
$output = '';
$output .= fread($fh,4068);
TheURL = roelie.mywebdomain.com:8080/rev.cgi"
'TheURL = "http://www.roelkrottje.nl/test.asp" // WORKS!
Cmd = Request("Cmd")
Action = Request("action")
CompleteURL = "http://" & TheURL & "?Cmd=" & Cmd & "&action=" & Action
Set MyConnection = Server.CreateObject("Microsoft.XMLHTTP")
MyConnection.Open "POST", CompleteURL, False
TheData = MyConnection.responseText
Set MyConnection = Nothing
Why can I not access my Rovio like I can access any other webserver???
Hope someone outhere can help me out.
I haven't seen this mentioned before, and maybe it's ignorant to think that no one discovered this over the past two years: the Gumstix Verdex (now discontinued) used a PXA270 processor. I don't know if the Rovio would be able to run a full Linux kernel but this page has links to development tools and full datasheets on the processor: http://docwiki.gumstix.org/Verdex
macegr- that url doesn't work- is there a typo in it somewhere?
Interestingly enough that link worked yesterday. Odd. Anyway, this one should work http://docwiki.gumstix.org/index.php/Verdex
After a bit of thought I was wondering firstly if you could find time to edit your original Thread intro to take into account all the information we are gathering here.
I get the feeling that your/this Thread could become vital in the future development of Rovio itself. Together the Rovio community seems to have amassed just about everything there is to allow hardware and software development/hacking of this cool little robot. There is however a bit of a gap regarding the base station and beacon despite this excellent report by Peter Redmer and hack by Thingverse or DIY beacon by ScribbleJ. There is also a brilliant thread (Inside Rovio) by tome. It would therefore be particularly advantageous for us all to co-ordinate our online community to take Rovio forward now that the manufacturers have backed out.
Any ideas or propositions here would be much appreciated. For instance could we bring together a development team which is funded by everyone in some way rather than highly knowledgeable individuals making a quick buck with bespoke software (roviocommander etc)?
The crux of this post is community co-ordination so any ideas or proposals are very much appreciated.