Azure Jane Lunatic (Azz) 🌺 (
azurelunatic) wrote2009-03-03 11:34 pm
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Entry tags:
So, that thing where userpics are showing up replaced!
When you have a weird icon show up all of a sudden replacing one of your own, take heart. You haven't been hacked, and you're not actually hallucinating.
LiveJournal has taken to using a Content Delivery Network (CDN for short) to serve its userpics. This means that instead of all 197 of some permanent user's userpics being served from LJ's servers in Montana, no matter where you are in the world, the CDN will try and have them on a server that is geographically much closer to you. This means that the master copy of your userpic is stored with LJ, but you are actually viewing a copy on the CDN's server.
This ... can lead to a bit of a situation, because now people have started to get served incorrect userpics from time to time due to the CDN's local copy being bad. It's worse than just a completely wrong userpic -- since it's only on one CDN server, your best friend halfway across the continent is looking at a different server, sees the correct userpic, and thinks you're on crack. There is a treatment, but the cause (why the CDN grabs the wrong picture, why it chooses the wrong picture that it grabs, whose stuff is broken, and exactly what piece of programming or equipment is broken) is, as far as I know, unknown at this time.
As seen in metaquotes, and as I explained there:
There's growing support for a mob with baseball bats and/or code machetes fixing the userpics problem. On the one hand, it's good to have the userpics served from someone else's more geographically convenient servers. On the other hand, if they're going to store the wrong userpics for a certain segment of the viewing audience...
Basic rundown of what happens, for those who aren't familiar with the problem:
LiveJournal: 197 userpics is a lot! Ow, my bandwidth!
Content Delivery Network: We can help with that!
LiveJournal: Great! *sets stuff up*
Content Delivery Network: *retrieves original userpics from userpic-origin.livejournal.com* *copies to p-userpic.livejournal.com* Have your userpics, people!
User: Dude, that is not my userpic.
User's friend: What do you mean? That's the same userpic you've had for three years.
User: I'm telling you, mine is supposed to be the O RLY owl, and I've got Goatse!!!
User's friend: Believe me, it's the owl. I would have noticed Goatse.
User's neighbor: WTF, man. Your goatse userpic just showed up on that post when I was showing it to my MOM.
User: SEE!!! *screencaps* *goes to support*
Support: Oh god. Another one. *gets link to userpic* *bothers staff*
Staff: *whacks content delivery network a few times until it drops the goatse userpic and gets the O RLY owl from userpic-origin.livejournal.com again*
Support: There! Fixed! (Until the next time, when My Little Pony gets replaced with naked Amanda Tapping!) *drinks heavily*
It's not necessary to include a screencap when reporting. We know it's happening. You don't have to prove it. Just grab a link to the affected icon, or include its keywords, and let Support know so that Staff can go run the pound-on-the-CDN-with-baseball-bats-again tool.
LiveJournal has taken to using a Content Delivery Network (CDN for short) to serve its userpics. This means that instead of all 197 of some permanent user's userpics being served from LJ's servers in Montana, no matter where you are in the world, the CDN will try and have them on a server that is geographically much closer to you. This means that the master copy of your userpic is stored with LJ, but you are actually viewing a copy on the CDN's server.
This ... can lead to a bit of a situation, because now people have started to get served incorrect userpics from time to time due to the CDN's local copy being bad. It's worse than just a completely wrong userpic -- since it's only on one CDN server, your best friend halfway across the continent is looking at a different server, sees the correct userpic, and thinks you're on crack. There is a treatment, but the cause (why the CDN grabs the wrong picture, why it chooses the wrong picture that it grabs, whose stuff is broken, and exactly what piece of programming or equipment is broken) is, as far as I know, unknown at this time.
As seen in metaquotes, and as I explained there:
There's growing support for a mob with baseball bats and/or code machetes fixing the userpics problem. On the one hand, it's good to have the userpics served from someone else's more geographically convenient servers. On the other hand, if they're going to store the wrong userpics for a certain segment of the viewing audience...
Basic rundown of what happens, for those who aren't familiar with the problem:
LiveJournal: 197 userpics is a lot! Ow, my bandwidth!
Content Delivery Network: We can help with that!
LiveJournal: Great! *sets stuff up*
Content Delivery Network: *retrieves original userpics from userpic-origin.livejournal.com* *copies to p-userpic.livejournal.com* Have your userpics, people!
User: Dude, that is not my userpic.
User's friend: What do you mean? That's the same userpic you've had for three years.
User: I'm telling you, mine is supposed to be the O RLY owl, and I've got Goatse!!!
User's friend: Believe me, it's the owl. I would have noticed Goatse.
User's neighbor: WTF, man. Your goatse userpic just showed up on that post when I was showing it to my MOM.
User: SEE!!! *screencaps* *goes to support*
Support: Oh god. Another one. *gets link to userpic* *bothers staff*
Staff: *whacks content delivery network a few times until it drops the goatse userpic and gets the O RLY owl from userpic-origin.livejournal.com again*
Support: There! Fixed! (Until the next time, when My Little Pony gets replaced with naked Amanda Tapping!) *drinks heavily*
It's not necessary to include a screencap when reporting. We know it's happening. You don't have to prove it. Just grab a link to the affected icon, or include its keywords, and let Support know so that Staff can go run the pound-on-the-CDN-with-baseball-bats-again tool.
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
This should go on the front page of LJ.
no subject
no subject
Support, the 2003 edition. We can add a couple of cats: the CDN is on crack, and Entries: the Indy is on crack.
no subject
no subject
from metafandom--
My default userpic has been swapping out periodically, but I haven't bothered Support with it, because I like the one it's swapping out with better (Actually, rather than ask for the problem to be fixed, I just want to find out whose icon it is so I can ask permission to steal it. :D ) But if they need the info to fix it overall...
Re: from metafandom--
Personally, I would advise you to make a copy of the icon you like, so if you can track down that person you'll already have a copy on hand, and if it stops swapping you'll have a copy.
Re: from metafandom--
And I totally have it saved! I wonder what my chances of just running into the random user it belongs to are. :D
Re: from metafandom--
I was once looking at the recent posts feed and came across a post where someone was looking for the creator of an icon I had made. They must have though I had psychic powers or something when I replied to the post about two seconds after it had been made :D
Re: from metafandom--
no subject
no subject
In which there is mostly linkspam
no subject
no subject
no subject
*is a slightly, er, less than polite Canadian* but that is a fine looking stockpile right there.
no subject
no subject
no subject