1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

[bd] Avatar As Attachment 1.2.1

Because Why Not?

  1. xfrocks

    xfrocks Well-Known Member

    xfrocks submitted a new resource:

    [bd] Avatar As Attachment - Because Why Not?

    Read more about this resource...
     
  2. DRE

    DRE Well-Known Member

    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?
     
  3. xfrocks

    xfrocks Well-Known Member

    When user removes avatar, the associated attachment will be deleted of course. You can see the attachments in Attachment Browser for active avatars only.
     
  4. DRE

    DRE Well-Known Member

    Oh okay so this is basically just good for BD Attachment Store then.
     
  5. xfrocks

    xfrocks Well-Known Member

    It was built with that in mind :D But actually it works with or without the other add-on so yeah, I guess what you said is true.
     
    Adam Howard likes this.
  6. Moshe1010

    Moshe1010 Well-Known Member

    Does it move everything to the data folder? (meaning I can cache it via CDN?)
     
  7. xfrocks

    xfrocks Well-Known Member

    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.
     
  8. Moshe1010

    Moshe1010 Well-Known Member

    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).
     
    Adam Howard likes this.
  9. xfrocks

    xfrocks Well-Known Member

    Amazon S3 / FTP.
     
    Moshe1010 likes this.
  10. xfrocks

    xfrocks Well-Known Member

    Adam Howard likes this.
  11. xfrocks

    xfrocks Well-Known Member

  12. Adam Howard

    Adam Howard Well-Known Member

  13. xfrocks

    xfrocks Well-Known Member

    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.
     
    Adam Howard likes this.
  14. Adam Howard

    Adam Howard Well-Known Member

    Don't worry about it to much @xfrocks

    I'm still not sure how to get my attachments to play nice with my CDN.
     
  15. MattW

    MattW Well-Known Member

    Working perfectly, and a great addition to Attachment Store ;)
     
  16. MattW

    MattW Well-Known Member

    I'm getting this on the Recent Status widget

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

    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.
     
  17. xfrocks

    xfrocks Well-Known Member

    Which position is your Recent Status widget? Do you have caching in your config.php enabled? Which backend?
     
    Last edited: Nov 5, 2013
  18. MattW

    MattW Well-Known Member

    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.
     
  19. xfrocks

    xfrocks Well-Known Member

    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.
     
  20. MattW

    MattW Well-Known Member

    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.
     

Share This Page