Re: protecting images in rev-cgi generated html
I think the bit you found on the PHP forum is a red herring, if the image doesn't appear in the HTML code *somewhere* then it's not going to be visible on the screen. It's impossible to totally stop people accessing an image that's visible in a browser window, you can only try to make it harder. And even then most of the workarounds will only affect Windows users, and any savvy user will simply grab it from the browser cache. What is it that you are trying to stop people doing? Deep-linking (which you are already stopping with the .htaccess file), downloading the image, screengrabs? If there are specific things you want to stop there may be a way to do it. Ian On 29 Jan 2008, at 20:54, Nicolas Cueto wrote: However, from a browser people could easily peek at the code and then link to the images on their own webpage via their url. My solution for now is to use an .htaccess file that prohibits such hotlinking. But, obviously, it's still possible to access any one of the images by simply entering its url directly into a browser. Anyway. While looking for a solution, I came upon this interesting comment on a php/apache forum: "A better solution would be to use a server-side scripted approach, where the user sees a single script-generated page, which then includes images by calling them by *filename* on the server, not by URL. These images need not even have a URL, and would be accessible only by the script." ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: protecting images in rev-cgi generated html
> What is it that you are trying to stop people doing? Stop them from downloading any one of the individual images that together make up a bingo-card. That's the royalty condition of the images according to the clip-art company that sold them. Of course, people could still capture the screen, but that wouldn't be breaking the royalty condition. Really, what I wish I could do is to use something like the "print card" function of rev -- which is what the standalone of my bingocard-maker already relies on -- so that a rev cgi script could, instead of delivering individual server-side images, combine those images into one large card-like image. -- Nicolas Cueto ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: protecting images in rev-cgi generated html
This is referring to the method of using a database or non-web directory to hold the actual data to be displayed (in this case html links to photos) . The database method inserts the URL at page creation time, as opposed to it sitting there in static html on a page. Most of the commercial web runs this way, using something like PHP and some kind of database on the server side, and java whatever on browser side. user localhost (running your script) should be able to read from a directory at least one above the web directory. The database doesn't have to be SQL, it could be text files in a folder that isn't web - accessible. For that matter, the graphics could be in a server directory above the html web site one, and would not be publicly accessible, only by your password protected FTP account. "A better solution would be to use a server-side scripted approach, where the user sees a single script-generated page, which then includes images by calling them by *filename* on the server, not by URL. These images need not even have a URL, and would be accessible only by the script." -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: protecting images in rev-cgi generated html
You can make it as hard and cumbersome and processing intensive as you like... But at the end of the day, the images are always "downloaded" to the client's web browser. Whether they right-click and crop, open their cache, hit the Print Screen button, or employ a dozen other techniques... those images cannot be secured in any meaningful way. A clause that restricts downloading effectively restricts them from being used on the web. More likely is they don't want you offering a "collection" that can be purchased/downloaded en masse. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: protecting images in rev-cgi generated html
Really, what I wish I could do is to use something like the "print card" function of rev -- which is what the standalone of my bingocard-maker already relies on -- so that a rev cgi script could, instead of delivering individual server-side images, combine those images into one large card-like image. Take a look at Rev's "export snapshot" commans. Jim Lambert myShape, Inc. www.myshape.com R&D [EMAIL PROTECTED] Join us at www.myshape.com. For all busy women who don't have time to shop... the first personal shop with the clothes that fit and flatter you. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: protecting images in rev-cgi generated html
Export command does not work from CGI engine... :-( Andre On 1/30/08, Jim Lambert <[EMAIL PROTECTED]> wrote: > > Really, what I wish I could do is to use something like > > the "print card" function of rev -- which is what the > > standalone of my bingocard-maker already relies on -- > > so that a rev cgi script could, instead of delivering > > individual server-side images, combine those images > > into one large card-like image. > > Take a look at Rev's "export snapshot" commans. > > Jim Lambert > myShape, Inc. > www.myshape.com > R&D > [EMAIL PROTECTED] > > Join us at www.myshape.com. For all busy women who don't have time to > shop... the first personal shop with the clothes that fit and flatter > you. > > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > -- http://www.andregarzia.com All We Do Is Code. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: protecting images in rev-cgi generated html
Export command does not work from CGI engine... :-( Andre Ah! So true. Maybe the server could have a second 'full faced' instance of Rev running. The cgi Rev could hand off the "snapshotting" to the regular Rev, which would create the composite image to be sent to the viewer by cgi Rev. Or, admit that it's impossible to 'protect' any image that's delivered on the Web! Jim Lambert On 1/30/08, Jim Lambert <[EMAIL PROTECTED]> wrote: Really, what I wish I could do is to use something like the "print card" function of rev -- which is what the standalone of my bingocard-maker already relies on -- so that a rev cgi script could, instead of delivering individual server-side images, combine those images into one large card-like image. Take a look at Rev's "export snapshot" command. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: protecting images in rev-cgi generated html
With the aid of a framebuffer server such as Xfb you can run a full stack and use snapshots commands but it takes a while to start, maybe a cgi and a concurrent running daemon on Xfb communicating thru sockets would do the trick, but I think is overkill for this project. My sugestions is: go with imagemagick. Use it to make composite images from your elements and just output the full image. It comes with most linux and should be present on the servers. andre On 1/31/08, Jim Lambert <[EMAIL PROTECTED]> wrote: > > Export command does not work from CGI engine... :-( > > > > Andre > > > > Ah! So true. > > Maybe the server could have a second 'full faced' instance of Rev > running. The cgi Rev could hand off the "snapshotting" to the regular > Rev, which would create the composite image to be sent to the viewer by > cgi Rev. > > Or, admit that it's impossible to 'protect' any image that's delivered > on the Web! > > Jim Lambert > > > > > On 1/30/08, Jim Lambert <[EMAIL PROTECTED]> wrote: > >>> Really, what I wish I could do is to use something like > >>> the "print card" function of rev -- which is what the > >>> standalone of my bingocard-maker already relies on -- > >>> so that a rev cgi script could, instead of delivering > >>> individual server-side images, combine those images > >>> into one large card-like image. > >> > >> Take a look at Rev's "export snapshot" command. > > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > -- http://www.andregarzia.com All We Do Is Code. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution