Not sure if this counts, or not....
<html xmlns=" http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<title>Untitled Document</title>
</head>
<base href="" href="http://jimbo.us/Games/">http://jimbo.us/Games/"/>
<body>
<object classid="" codebase="" href="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=7,0,19,0"> http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=7,0,19,0" width="400" height="400" title="asd">
<param name="movie" value="Test.swf " />
<param name="quality" value="high" />
<embed src="" quality="high" pluginspage="http://www.macromedia.com/go/getflashplayer " type="application/x-shockwave-flash" width="400" height="400"></embed>
</object>
</body>
</html>
On 2/10/06,
Stefan Richter <[EMAIL PROTECTED]> wrote:
Nice!
I'd like to hug you!
Stefan
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto: [EMAIL PROTECTED]] On Behalf Of Jim Berkey
> Sent: 10 February 2006 20:42
> To: Open Source Flash Mailing List
> Subject: Re: [osflash] SWF protection techniques
>
> No, the code wouldn't work on that game so I removed it -
> it's too old (version 4 or 5) - try leeching this:
> http://jimbo.us/Games/Test.swf
> http://jimbo.us/Games/Test.fla
> http://jimbo.us/Games/Test.html
>
>
> :-)))))
>
> ----- Original Message -----
> From: "Stefan Richter" < [EMAIL PROTECTED]>
> To: "'Open Source Flash Mailing List'" <[email protected]>
> Sent: Friday, February 10, 2006 3:35 PM
> Subject: Re: [osflash] SWF protection techniques
>
>
> Is this code meant to protect from leeching? If so then
> that's not working:
> http://www.flashcomguru.com/swf_leech.htm
> Runs quite well and it's not even using my own bandwidth
> (I'll remove it
> shortly, don't worry).
>
> Good topic though: has anyone found a reliable, crossbrowser
> way to stop swf
> leeching reliably? I know of mod_rewrite but that's Apache only, any
> Windows/IIS implementations don't appear to work cross browser.
> I'd like to see a reliable way to read the HTML container's
> address, check
> if it's allowed and act upon it. Something that can be added
> to a swf to
> 'bind' the it to a certain domain even when it's leeched like
> the game above
> would be nice.
>
> Ok, don't trust the client and all that but for my needs it
> would actually
> suffice. Ideas?
>
> Stefan
>
>
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto: [EMAIL PROTECTED]] On Behalf Of Jim Berkey
> > Sent: 10 February 2006 18:39
> > To: Open Source Flash Mailing List
> > Subject: Re: [osflash] SWF protection techniques
> >
> > A little bit of actionscript can do that.
> > Heres a little game you can play in a browser window on my
> > site, but cannot play in a browser window on any other url,
> > or from any local hard drive:
> > http://jimbo.us/Games/WordSearch.html
> > http://jimbo.us/Games/WordSearch.swf
> >
> > Does this do what you want?
> > Code on first frame:
> >
> > protocol = _url.substr(0, _url.indexOf(":")); if (protocol ==
> > "file") { message = "It seems you are trying out this game
> > on your local hard disk.
> > This game will only work if played on Jimbo.us - Press 'Esc'
> > to close."; } else if (protocol == "http") { doubleSlash =
> > _url.indexOf("//"); server = _url.substr(doubleSlash+2,
> > _url.indexOf("/",
> > doubleSlash+2)-doubleSlash-2);
> > server = server.toUpperCase();
> > if ( server.indexOf("WWW.") != -1) {
> > server = server.substr(server.indexOf("WWW.")+4,
> > server.length); } // end if if
> (server.indexOf("JIMBO.US ") != -1) {
> > gotoAndStop(3); // this is the real 'first frame' of the
> > content } else {
> > message = "Hey Dood! This movie\'s copyrights are being
> > infringed! A message is being sent to the author that you
> > have copied his work.
> > \nOffending website path: "+_url;
> > }
> > }
> >
> > code on second frame, with a dynamic text box instance name
> 'message'
> > stop();
> >
> > ----- Original Message -----
> > From: "Marcelo de Moraes Serpa" <[EMAIL PROTECTED]>
> > To: < [email protected]>
> > Sent: Friday, February 10, 2006 12:00 PM
> > Subject: [osflash] SWF protection techniques
> >
> >
> > Well, I know this is an fairly old question, but I´ve never
> > really seen
> > any definitive solution for this problem at all and I´m not
> sure there
> > is one. Now that my application is near deploying, I would
> be grateful
> > if anyone could point me to techniques (server and
> client-side) on how
> > could I protect them from stealing and restrict public vieweing (for
> > example: if I only want the SWF to be viewed inside the HTML
> > container
> > - don´t allow the user to browse the swf alone, maybe putting
> > the swf on
> > a non-public dir, but then I guess I would need to use a
> php script to
> > wrap the movie So the html could open it?)...
> >
> > - Marcelo.
> >
> >
> >
> >
> >
> > _______________________________________________________
> > Yahoo! doce lar. Faça do Yahoo! sua homepage.
> > http://br.yahoo.com/homepageset.html
> >
> >
> >
> > _______________________________________________
> > osflash mailing list
> > [email protected]
> > http://osflash.org/mailman/listinfo/osflash_osflash.org
> >
> >
> > _______________________________________________
> > osflash mailing list
> > [email protected]
> > http://osflash.org/mailman/listinfo/osflash_osflash.org
> >
>
>
> _______________________________________________
> osflash mailing list
> [email protected]
> http://osflash.org/mailman/listinfo/osflash_osflash.org
>
>
> _______________________________________________
> osflash mailing list
> [email protected]
> http://osflash.org/mailman/listinfo/osflash_osflash.org
>
_______________________________________________
osflash mailing list
[email protected]
http://osflash.org/mailman/listinfo/osflash_osflash.org
_______________________________________________ osflash mailing list [email protected] http://osflash.org/mailman/listinfo/osflash_osflash.org
