FooterJust interested to know if others have put the Complaints link in the footer or the top navigation bar?
Thanks. Mine is very short. Do you think this is enough?Footer![]()
It’s very good. If it says everything it’s supposed to that’s all you need. I might copy it if you don’t mind.Do you think this is enough?
"Complaints Procedure - Online Safety Act
If you have a complaint, about your content being removed as illegal or harmful, or about software removing your content as illegal or harmful, and you consider it was not illegal or harmful, or you have a complaint about illegal content, you can contact the administrator here. (link).
If you are not in agreement with the decision, you can appeal to the administrator. Unreasonable or vexatious complaints will not be accepted."
Help yourself. I thought it might look a bit "tokenistic". But for a small site I don't think there needs to be a huge complicated policy.It’s very good. If it says everything it’s supposed to that’s all you need. I might copy it if you don’t mind.
Thanks. Mine is very short. Do you think this is enough?
"Complaints Procedure - Online Safety Act
If you have a complaint, about your content being removed as illegal or harmful, or about software removing your content as illegal or harmful, and you consider it was not illegal or harmful, or you have a complaint about illegal content, you can contact the administrator here. (link).
If you are not in agreement with the decision, you can appeal to the administrator. Unreasonable or vexatious complaints will not be accepted."
It should now. Working for me on computer and phone.Your contact link doesn't work, it points to /help/complaints-policy/%7BcontactUrl%7D
Mine is still $0.01 after 27 checks. I doubt mine will get used much so am happy with the pricingView attachment 322425
AI Costs for my forum with the AI Moderation installed. Hopefully the newer model will work out cheaper once that's enabled.
seems current bug removes EXIF heh https://xenforo.com/community/threads/xf-attachmentmanager-xf-imagetools-destroys-exif-data.230738/ edit: they fixed itSo what are others doing for stripping exif data for existing photos in the site? Would converting all photos to webp strip exif data?
Also I think Ofcom have some things a bit back to front in the CRA. One part talks about anonymous usernames being a risk saying research says people get nastier (or something like that) when using anonymous usernames.
So they want everyone to use real names? Which puts many people, including children, at risk of a lot more harms! They can be looked up online, targeted on other sites or even tracked down in real life. It impacts their privacy. Which is why my users were required to use an anonymous username - to protect themselves.
Just seems a bit sinister (or badly thought out). Like they want to know exactly who everyone is online - for some gov database maybe?
Thanks - already checked Xon’s. It only removes exif for newly uploaded images, not existing ones apparently.seems current bug removes EXIF heh https://xenforo.com/community/threads/xf-attachmentmanager-xf-imagetools-destroys-exif-data.230738/ edit: they fixed it
or Xon's addon https://xenforo.com/community/resources/attachment-improvements-by-xon.6629/
exiftool
to do the removing, I'm a bit more specific in that I only remove the location metadata with -location:all=
rather than everything. You'll find however if you just go ahead and strip the data you break the attachments very quickly. They are named for the MD5 hash of the file - which would be different after the file has been edited by exiftool
so really you need to update the xf_attachments_data
table and rename the data file and thumbnail appropriately as I think (and it's been a while since I checked) that XF does check the hash before displaying the file - so if there is a miss-match you wont get an image shown.exiftool
however to see if you have anything with location metadata encoded in it by running exiftool
, for example lets assume you had your XF install at /var/www/forum.example.com
and the directory structure is standard. You might for instance run exiftool -location:all -G -a -j /var/www/forum.example.com/internal_data/attachments/6/*.data
In that example I'm just scanning one directory (6) - you'll find numbered directories in the internal_data/attachments
directory - they are named for data_id
of each upload. I expect if I tried to scan all the directories the argument list would be too long (best use find
to process the whole lot) so it seemed silly to suggest that as an example. Anyhow that would kick out results in JSON format, which would look something like:{
"SourceFile": "internal_data/attachments/6/6269-4c3e3cc924b72acc7bf11357fb1546a4.data"
},
{
"SourceFile": "internal_data/attachments/6/6270-d732e4806c17c4d635d53c30189dc383.data",
"MakerNotes:Location": "",
"MakerNotes:Country": "",
"MakerNotes:State": "",
"MakerNotes:City": "",
"MakerNotes:Landmark": "",
"MakerNotes:City2": ""
}
exiftool
, but you need to be careful and know what you're doing with the XF data structure.If only Gov sites were not exempt - I'm getting depressed reading all the guidanceOfcom updates Children codes and guidance 5 days ago. New risks include body stigma and depression content
Thank you for your helpMy own tool usesexiftool
to do the removing, I'm a bit more specific in that I only remove the location metadata with-location:all=
rather than everything. You'll find however if you just go ahead and strip the data you break the attachments very quickly. They are named for the MD5 hash of the file - which would be different after the file has been edited byexiftool
so really you need to update thexf_attachments_data
table and rename the data file and thumbnail appropriately as I think (and it's been a while since I checked) that XF does check the hash before displaying the file - so if there is a miss-match you wont get an image shown.
You could safely useexiftool
however to see if you have anything with location metadata encoded in it by runningexiftool
, for example lets assume you had your XF install at/var/www/forum.example.com
and the directory structure is standard. You might for instance runexiftool -location:all -G -a -j /var/www/forum.example.com/internal_data/attachments/6/*.data
In that example I'm just scanning one directory (6) - you'll find numbered directories in theinternal_data/attachments
directory - they are named fordata_id
of each upload. I expect if I tried to scan all the directories the argument list would be too long (best usefind
to process the whole lot) so it seemed silly to suggest that as an example. Anyhow that would kick out results in JSON format, which would look something like:
So the first file there has no location data, the second one has location data, although it's all blank in that example.JSON:{ "SourceFile": "internal_data/attachments/6/6269-4c3e3cc924b72acc7bf11357fb1546a4.data" }, { "SourceFile": "internal_data/attachments/6/6270-d732e4806c17c4d635d53c30189dc383.data", "MakerNotes:Location": "", "MakerNotes:Country": "", "MakerNotes:State": "", "MakerNotes:City": "", "MakerNotes:Landmark": "", "MakerNotes:City2": "" }
So that's a long winded way of saying, yes you can useexiftool
, but you need to be careful and know what you're doing with the XF data structure.
This is the html I have for it - I copied the format from Terms and Rules and the link and colour part from elsewhere - does that look right?Your contact link doesn't work, it points to /help/complaints-policy/%7BcontactUrl%7D
We use essential cookies to make this site work, and optional cookies to enhance your experience.