4images Forum & Community

Okay.  We have a javascript that disables right clicking so we can prevent the user from saving our images.

Okay.  Javascript can be disabled by the user in their browser and we could go one step further and check for it before allowing them into the galleries.

But using IE, the user can still drag-and-drop the image from the browser onto their desktop.  Or can they???

You won't be able to do this from my website.  Saving the page using File>Save As... will produce an error.  Drag-and-drop the image and you'll get a spacer gif instead.  So how did I do it?

It's a simple technique and I've only tested it with jpeg files since that's all I'll be using on my site.  The concept is simple.  Make the table background the image itself and place a single pixel transparent gif in the table cell.  


Here's what I have in my media/jpg.html template:
<table width="{image_width}" height="{image_height}" border="0" cellspacing="0" cellpadding="0" background="{media_src}">
<tr>
<td><img src="{template_url}/images/spacer.gif" width="{image_width}" height="{image_height}" alt="" />
</td>
</tr>
</table>


Obviously this technique requires {image_height} and {image_width}.  That means the images must be stored locally on the server or your database must have the information.

For a complete solution, you should also ensure the user's browser has javascript enabled to prevent them from right clicking and selecting "Save background as..."

I can send email to my runbox.com account using the BCC field just fine.  I tested by using another freemailer myrealbox.com, not 4images though.

Awesome!

This product just gets better and better all the time.  It rocks!

$sql = "SELECT a.image_id, a.cat_id, a.image_name, a.image_active, a.image_thumb_file, a.image_comments
FROM ".IMAGES_TABLE." a, ".CATEGORIES_TABLE." b
WHERE a.image_active=1
AND a.cat_id=2
AND b.auth_viewcat=".AUTH_ALL."
AND b.auth_viewimage=".AUTH_ALL."<br>
LIMIT $number, 1";

I don't think the HTML tag <br> belongs in either of the SQL statements.  Try deleting them or download the script again to use the original source code.

Open includes/email.php and search for this code fragment:

 function create_header() {
    global $config;
    $header = "";

After $header = ""; add the following line:

   $header .= "Content-Type: text/html\r\nContent-Transfer-Encoding: 8bit\r\n";

This seems to work for me.  

NOTE:  You will need to update lang/<your language>/email/admin_email.html with HTML tags.

I noticed that too.  But I just ignored it because it wasn't an issue for me at the time.  A few weeks later, the users who had not activated their account were deleted.  Perhaps there is a bug or hardcoded time limit?

Yeah, that's it !

Can you post the code for me?

If your web server is running Apache, you can use .htaccess to prevent people from loading images in their browser by entering the full URL in the address bar.

For an explanation of what the .htaccess file is all about and how to use it, read the article here:  http://www.javascriptkit.com/howto/htaccess10.shtml

This part of the article talks about hot linking but it will serve your purpose.

RewriteEngine on
RewriteCond %{HTTP_REFERER} !^http://(www\.)?YourWebSite.com/.*$ [NC]
RewriteRule \.(gif|jpg)$ - [F]

That code will instruct the Apache web server to return a "403 - Forbidden, access denied" error page back to the user should they try to access the image file directly.

HERE'S THE CATCH:

The user can always dig through their browser's cache and locate the file given to them by details.php.  They might also use a web site copier tool, or......  there are several other ways of getting the image.  So basically, the .htaccess approach will only work if you had a download image different from than the one served up by details.php

My two cents:  I'm not at all in favor of storing the images in the database itself.  It would introduce performance issues.