Hmmm - a little confused about the domain name thing

I have followed the instructions for implementing WD Live - nothing too scary there. The Flash does run but I have no data (apparently) being read from clientraw (the file is in the same directory as all of the weather stuff including WD Live). At least no data is being displayed:

gardengate.dyndns.org:8080/weather/index.html

I have played with variations of the domain name variable in index.html: localhost, 192.168.1.60, gardengate.dyndns.org, gardengate.dyndns.org:8080 and nothing works.

Since my broadband provider blocks incoming port 80, I use port 8080 for my Apache server.

The content of clientraw is:
12345 0.0 0.0 7 22.5 87 1022.4 0.0 23.9 23.9 0.0 0.0 26.9 38 0.0 0 0.0 0 0 0.0 -20.0 -20.0 -20.0 -20.0 -20.0 -20.0 0.0 0.0 0.0 21 30 30 DeLand, Florida Weather 0 0 19 5 100 100 100 100 100 100 100

What am I not getting here :?:

I think this may be causing tour problem.
http://localhost/weather/clientraw.txt
Why not try
http://gardengate.dyndns.org:8080/weather/clientraw.txt
in the index.html document.

that will be it, change that in the index.html, and it should work
as captdilli points out :slight_smile:

The permutation of gardengate.dyndns.org:8080/weather/clientraw.txt was one of the first domain names I tried in index.html. That was the obvious first choice entries for the domain name (sigh.)

Then I started trying all of the other domain names I could think of.

Perhaps there is something about the use of a port number that WD Live doesn’t like? Is anybody out there sucessfully using a port number in the domain name?

Thanks again for the responses - this is a great forum :smiley:

–John

Yes you definitely need to remove the localhost setting and point it at your fully qualified web address. If it doesn’t work then it could possibly be a cross domain security issue that is built in to Flash. I know it’s only a different port but it’s possible that Flash considers this unacceptable. Also have a look at this thread -

http://www.weather-watch.com/smf/index.php?topic=4017.0

which is a similar situation to yours. Let us know when you’ve changed the address of the clientraw file.

Julian

Just back in town…

I read the referenced thread (actually I think I read it when I started playing with WDL) and tried some different things.

I changed my URL to my current IP address and I still do not get any data. I get the display screen and it says ‘eval version’, but no data.

I’m using http://65.33.63.193:8080/weather/clientraw.txt.

You can have a look at: gardengate.dyndns.org:8080/weather/

I’ve about come to the conclusion that there is some really quirky thing going on here with my box and I might just have to pull the plug getting this going :cry:

–John

http://65.33.63.193:8080/weather/clientraw.txt
that works, without the . on the end
but i see you dont have that correct on the web page :slight_smile:

now, according to Julian, the problem could be the way macromedia flash handles the :8080

but maybe having a acgtual domain name, dns registered, etc, would solve it?

Brian - apparently it works for you but not for me. There is some problem with me going across the LAN apparently. Yes - there shouldn’t have been a period at the end of that URL.

The actual domain name of WDL is: gardengate.dyndns.org:8080/weather/

I wonder why it posts no data for me across the lan but works for you?

–John

http://gardengate.dyndns.org:8080/weather/
works for me, i get the configuring screen at that site. Could it be since, you are on the lan, it can’t find the text url, but only the local host number (ie 192.xx). I have to add 192.xx to my host file to be able to use the text location (I am also using a home web server on a non 80 port).

Chris - are you saying my WDL is working okay from your end? Pointers moving and data displayed and all that?

It’s just very strange. The .swf file must load okay because I get the weather presentation screen on the lan. I think I’ll see what happens if I change the name of the clientraw.txt file temporarily – I’m curious to see what the application does if it can’t find the file (do you get the screen but no data.)

Something else that could be a factor is this Linksys router (RV082) doesn’t do “looparounds” real well - that is going out on the wan side to resolve an address and then making the connection on the lan side. Linksys issued a firmware update for this router which I installed. Unfortunately I think they broke something else because I started getting policy violation log entries for my web cam even though the firewall was supposed to allow the forward. I rolled back the firmware and that stopped the bizzare firewall behavior. I think I’ll wait until Linksys releases another update before trying again.

–John

John,
Your page stops at the configuring label here which normally indicates a problem finding/accessing your clientraw.txt file

John, Your page stops at the configuring label here which normally indicates a problem finding/accessing your clientraw.txt file
Same thing here

yes, same, i was just refering to the fact we can view the wdl files…in the broswer ok…
i.e there is some issue with macromedia flash and your IP address, etc

Try putting the full domain name, rather than the IP address, in the html file which points to the clientraw file. ie VALUE=“wdlv1_04.swf?http://gardengate.dyndns.org:8080/weather/clientraw.txt” It may be the mixture of IP and FQDN that is confusing Flash. The only other thing I can think of is the 8080 port but if it is that it must be a Flash security issue.

Julian

Thanks everybody for the assistance. Now I know WDL acts the same locally and on the wan side (no data.)

Julian I think what I need to try next is to leave off port 8080 and see if I can at least get the thing working on my lan. My Apache listens to port 80 and 8080. I’ll keep messing around with it and I’ll let you all know how I make out.

–John

Couldn’t stand it, so I’ve been messing around trying to get this to work. I downloaded Flash for Linux so I could try to get WDL working at least on the same box it’s running on.

So far, I can’t even get WDL to display data locally on the Linux browser. I would think that if I set the URL to my local host IP (i.e., a 192 address) and access WDL from the same box, that it would work. Where (& why) would there be a security issue for Flash? It doesn’t know anything about the gardengate.dyndns.org domain (or the 65.xx IP address because I’m behind my firewall) since I’m coming in locally. The hostname of the Linux box is set to a bogus domain to make networking on the box happy (can’t set the hostname to gardengate.dyndns.org because my 65.xx IP address belongs to RoadRunner.)

For grins I also stuck in my bogus host name to WDL’s index.html - that didn’t work also.

I dropped the port number and that didn’t make a difference either.

Not knowing anything about Flash, I don’t know what all of this adds up to, and I don’t know what else I can try. Maybe something here will trigger another thought from somebody - I’m all ears :banghead:

–John

Try this - WDL will work locally with no restriction by doing the following - place a copy of the clientraw, html, wdlconfig and wdl swf file in a directory on the local machine. Change the html page so that the URL is wdlv1_04.swf?clientraw.txt or whatever the location is relative to the swf file. You should be able to double click on the html file and view WDL in your browser running locally. Assuming you placed the files into a web server directory you can also view it by going to http://localhost/WDL.html. You must use localhost if you want it to be unrestricted.

Julian

Julian,

That was a useful thing to try - it didn’t work, but I think we’ve now narrowed down the problem area. I changed the reference to just clientraw.txt with no http or any URL reference and clicked on the WDL index.html file from a local browser (everything in the same directory) and got the GUI but no data (as always.)

Now it is looking not like a domain/IP issue but a problem with clientraw.txt somehow. Maybe it cannot parse the data in the file?

Does the owner/group of the clientraw file make any difference? I assume we just need read permissions for all others and write permissions for the process owner (WD and WDL all run under my personal login and not root.)

What do you think?

–John

Hmm as you say I think you’re definitely narrowing it down. Do you ever get past the configuring message? If you get to ‘loading data’ it means it’s loaded the wdlconfig.xml file and is trying to load the clientraw file. If you only get configuring it means it can’t load the xml file.

As long as the permissions on each file are at least ‘read’ for your login that should be fine. Can you view the xml file? If you can that means you have access to it.

What browser are you using? Does it have any restrictions about downloading files or data?

Julian

maybe email your clientraw.txt file to julian, and julian you try it out?
(as the clientraw.txt file in the linux version i need to update)