Now I'm confused, or I wasn't paying close enough attention. Does this re-encoding happen to content already uploaded prior to the addon being installed? Or, just newly added content after install?It strips EXIF data by re-encoding the JPEGs which might cause the filesize to increase; but that is the only easy out of the box way without finding a significantly more complex jpeg parsing library
So will this strip exif data on all existing photos on the site please?It strips EXIF data by re-encoding the JPEGs which might cause the filesize to increase; but that is the only easy out of the box way without finding a significantly more complex jpeg parsing library
Now I'm confused, or I wasn't paying close enough attention. Does this re-encoding happen to content already uploaded prior to the addon being installed? Or, just newly added content after install?
Just for my own sanity, I double-checked some older attachments and for those with some EXIF data, it was not removed. If I removed it from the site and re-uploaded it, the EXIF data was removed correctly.Sorry just seen Xon’s comment above. So does it strip existing images on the site too?
It only occurs when the jpeg is uploadedNow I'm confused, or I wasn't paying close enough attention. Does this re-encoding happen to content already uploaded prior to the addon being installed? Or, just newly added content after install?
This addon assumes the /internal_data folder exists within the webroot, and you do not have a 'deny all;' statement but instead use 'internal;' to secure the internal_data folder.
For example, XenForo is accessible from: /forum rather than then the webroot.
The following must be added to config.php:
Code:
$config['internalDataUrl'] = '/forum/internal_data';
Something similar to the nginx config may be required in your webserver:
Code:
location ^~ /forum/internal_data {<br> internal;<br> add_header Etag $upstream_http_etag;<br> add_header X-Frame-Options SAMEORIGIN;<br> add_header X-Content-Type-Options nosniff;<br> alias /path/to/internal_data;<br>}
To ensure you match how XenForo serves files, add the following headers into your website config for the internal_data folder:
Code:
add_header Etag $upstream_http_etag;<br> add_header X-Frame-Options SAMEORIGIN;<br> add_header X-Content-Type-Options nosniff;
Thanks. I don;t mind if it increases attachment size a bitThis add-on does attempt to extract the orientation from the EXIF data and then apply those rotations which is where I expect the size differences can come from.
On this topic (existing files with exif) - not sure if this is of interest to anyone but this is how I stripped the existing files on site, before adding Xon's addon to strip any newly uploaded files. Via exiftool (with simple instructions!)Now I'm confused, or I wasn't paying close enough attention. Does this re-encoding happen to content already uploaded prior to the addon being installed? Or, just newly added content after install?
Edit - it's an additional line I have in config.php to allow larger images and override max pixel dimensions.Thanks. I don;t mind if it increases attachment size a bitNot an issue on a small forum. I have installed the addon - apologies for asking so many questions, but where do I find the settings in ACP? Is it under Options-attachments and permissions? Or is there anything anywhere else?
Edit - it's ok I found all the options in Options-Attachments. Thank you. It's a nice addon.
One question. My site is set up to automatically resize images when they get uploaded. Which would kick in first? The exif stripping or the resizing? Or simultaneous? And is there likely to be a conflict? It's not an addon for resizing, just settings and something added in server files (need to check my notes to remember what was done).
Also, the vast majority of photos uploaded have no exif data usually (from phones). It tends to only be images from cameras that have GPS and multiple exif in them. Would the addon just skip these or run to strip/overwrite all images anyway? I'm assuming the latter. Thank you.
It does the EXIF stripping regardless as EXIF is included by most phones and reliably detecting if EXIF is part of a jpeg is remarkably hard.Would the addon just skip these or run to strip/overwrite all images anyway? I'm assuming the latter. Thank you.
Thank you very much. It all sounds fine and as expectedXF would do the re-size first, and I'm unsure of if that strips EXIF or not and then this add-on does the EXIF stripping. There shouldn't be any conflicts with the feature.
It does the EXIF stripping regardless as EXIF is included by most phones and reliably detecting if EXIF is part of a jpeg is remarkably hard.
Just buy his other add-ons that would make things simpler.I'm happy to make a donation if you could send the paypal address![]()
We use essential cookies to make this site work, and optional cookies to enhance your experience.