It also depends "which IP" you want to display. Do you want to display the "IP of the client machine" or the "external IP" as seen on the internet? You have to watch out these are not the same as the user might be behind NATs/proxies.
For a "client-only" solution: (wild guess) I think your only chance is to "make a socket connection back to your server" and look at some of the structures involved in the connection?- The "external IP" might be available in there (really not sure). I do not know enough about NATs to know if it is even "possible"(!). The better/safer way is surely a server-based solution. If you want the "IP of the client machine" - then you will have to look at a flash / javascript / Java solution running on the client machine. One of the core problem is that some connections might not even use TCP/IP and thus there are no IPs involved at all. For example: if you open an html page located on your local hard drive. So any solution you might have on the client side will be some kind of hack one way or the other. I think it can't be "standard". B. 2006/5/15, j.c.wichman <[EMAIL PROTECTED]>:
Hi, i'd go with the server side solution instead of depending on java running. Let's face it, if we all had such great confidence in java we'd be posting on the javadev list:) (ok erase that comment). Anywayz, php makes for a good solution i think, but I believe standaard ssi env vars will do the trick as well? eg if ssi is configured for your webserver and you use the vars from http://hoohoo.ncsa.uiuc.edu/cgi/env.html see http://httpd.apache.org/docs/1.3/howto/ssi.html as well. What you are suggesting, if i got it right, to not allow the user to download the code at all, if his ip was already banned, seems good to me too:). grtz H > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of MetaArt > Sent: Monday, May 15, 2006 1:21 PM > To: Flashcoders mailing list > Subject: Re: [Flashcoders] Grab IP address > > Well, > controversies apart, the Google search don't match good result... > apparently, JavaScript IP grab can be done only on Mozilla, > and with Java enabled, and this isn't good for my goal. > I'm developing a widget, and I need a way to check the owner > IP, to ban a self, improper, use. > Cause the way the widget can be inserted in a web page (just > some rows of code, but necessarily only JavaScript and/or > Flash embed, because I can't know if the user can modify his > page(s) to php...), I need an approach that match some simply rules: > - easy and crossbrowser way to insert in web page(s) > - a trustwhorty way to identify the owner, to avoid that in > case he should use the widget I think that the better way to > achieve this goal is grab the IP. > Actually, I can grab the IP, via PHP, when the user come to > get the code... > but, however, I have always a doubt about it: is this the > better solution to achieve my goal? > Tell me your opinion... > > * Enrico Tomaselli > * web designer > [EMAIL PROTECTED] > http://www.metatad.it > * Skype: MetaArt > RSS: http://www.metatad.it/mnfeeder.php > > _______________________________________________ > [email protected] > To change your subscription options or search the archive: > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > Brought to you by Fig Leaf Software > Premier Authorized Adobe Consulting and Training > http://www.figleaf.com http://training.figleaf.com > _______________________________________________ [email protected] To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
_______________________________________________ [email protected] To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
