Resource icon

[bd] Avatar As Attachment 1.2.1

No permission to download

xfrocks

Well-known member
xfrocks submitted a new resource:

[bd] Avatar As Attachment - Because Why Not?

[bd] Avatar As Attachment

[FEATURES]
1. Store avatar in attachment system
2. Supports [bd] Attachment Store


[INSTALLATION]
1. Upload files and directories inside `upload` to XenForo's root directory. Select "Merge" for everything if you are asked
2. Import the .xml file using XenForo add-on importer
3. No configuration needed.

Read more about this resource...
 
If they remove their avatar, does their avatar stay in the attachment system? Like we'd still be able to view it in the Attachment Browser?
 
If they remove their avatar, does their avatar stay in the attachment system? Like we'd still be able to view it in the Attachment Browser?
When user removes avatar, the associated attachment will be deleted of course. You can see the attachments in Attachment Browser for active avatars only.
 
Does it move everything to the data folder? (meaning I can cache it via CDN?)
The file is handled by attachment system completely so by default the actual file is in internal_data. Unless, you know, you use [bd] Attachment Store then you can have the avatar (and attachment) in external data or hosted by Amazon S3 or some other server (uploaded via FTP).

Btw, if you just need CDN caching, avatars without any add-on are stored in external data and should be easy to cache.
 
Well, I noticed that all the avatars are already in Data directory and cached by the CDN. So what compatibility this add-on has with the Attachment store (which I have already configured to store everything in Data directory).
 
There maybe a small incompatibility with this add-on
http://xenforo.com/community/resources/iversia-identicon.2491/

Told [bd]Avatar as Attachments to move everything as attachments, but that caused everyone who have "identicon" avatars.
This happens because of two things:
  • This add-on uses gravatar to store some information for itself and that seems to trigger identicon
  • The other add-on extends XenForo_Template_Helper_Core::$helperCallbacks['avatar'] the incorrect way
I will contact the author to see if this can be resolved.
 
This happens because of two things:
  • This add-on uses gravatar to store some information for itself and that seems to trigger identicon
  • The other add-on extends XenForo_Template_Helper_Core::$helperCallbacks['avatar'] the incorrect way
I will contact the author to see if this can be resolved.
Don't worry about it to much @xfrocks

I'm still not sure how to get my attachments to play nice with my CDN.
 
I'm getting this on the Recent Status widget

upload_2013-11-4_18-50-16.webp

This is the img source of david gilbert in that list:

<img src="http://images.z22se.org.uk/styles/uix/xenforo/avatars/avatar_s.png?9886ebce8be812cb8eb0b5ddfed09874" width="48" height="48" alt="david gilbert">

Click his name, and the avatar in the member card is

<img src="http://data.z22se.org.uk/data/attachment-files/2013/11/51501_avatar5212l.jpg" alt="" style="">

Mine in that widget is

<img src="http://data.z22se.org.uk/data/attachment-files/2013/11/49539_avatar1s.jpg" width="48" height="48" alt="Matt">

I've moved all avatars to attachments via the ACP.
 
I'm getting this on the Recent Status widget

View attachment 60551

This is the img source of david gilbert in that list:

<img src="http://images.z22se.org.uk/styles/uix/xenforo/avatars/avatar_s.png?9886ebce8be812cb8eb0b5ddfed09874" width="48" height="48" alt="david gilbert">

Click his name, and the avatar in the member card is

<img src="http://data.z22se.org.uk/data/attachment-files/2013/11/51501_avatar5212l.jpg" alt="" style="">

Mine in that widget is

<img src="http://data.z22se.org.uk/data/attachment-files/2013/11/49539_avatar1s.jpg" width="48" height="48" alt="Matt">

I've moved all avatars to attachments via the ACP.
Which position is your Recent Status widget? Do you have caching in your config.php enabled? Which backend?
 
Last edited:
Which position is your Recent Status widget? Do you have caching in your config.php enabled? Which backend?
Caching was set at 60 minutes, but it hadn't changed before I went to bed last night. Caching is enabled, using Xcache for the backend.

It looks like it's back to normal this morning though.
 
Caching was set at 60 minutes, but it hadn't changed before I went to bed last night. Caching is enabled, using Xcache for the backend.

It looks like it's back to normal this morning though.
My guess is the user changed avatar after the widget cached its html. This add-on bulks its requests together and will update real avatar url after everything is rendered. That may not work well with [bd] Widget Framework. I will see what options we have here.
 
Actually, just looked again, and it's gone back to the default avatars.

None of the users have changed their avatars in the last 24 hours.

I've disabled caching on the status updates, and they are displaying correctly now. 3600 is the default cache time which I never changed previously.
 
Top Bottom