Great Reply Greg, spot on!
JOSH
@SIGEPJEDI
On Jan 8, 10:23 am, "greg schoen" wrote:
> It's is good practice to both save the profile_image_url data from the
> API and save the image locally. This way, if the profile_image_url
> changes, you have a trigger to recache the image to your local site
We do so for the vast majority of third-party apps, so I wouldn't
sweat it too much. We try to send sane cache-control headers such that
users who've already loaded an image from S3 once should keep it
around for as long as possible, reducing our costs.
On Thu, Jan 8, 2009 at 07:42, dougw wrote:
I too would appreciate someone from Twitter giving us a best practice
here. I'd prefer not to cache images locally (lazy) and only store the
url. But how does the company feel about paying for bandwidth if I
just request user images from the S3 URL in third-party apps?
On Jan 8, 10:23 am, "greg s
It's is good practice to both save the profile_image_url data from the
API and save the image locally. This way, if the profile_image_url
changes, you have a trigger to recache the image to your local site. I
find that page loads are much faster when you can control the images
that come through.
Well, I am querying to update user stats (# of followers, location,
etc), mostly because the app "ranks" the lawyers, and lawyers are a
ridiculously competitive bunch that find it beyond cool that they get
ranked.
So since I have the user object, might as well update the URL field in
my D
2009/1/7 Patrick Minton :
> Since you get user objects 100 at a time, you would have to query
> about an unreasonable number of users for this to be a problem imho.
>
> Lextweet.com follows about 700 lawyers. This may grow to 2000. 20
> API calls an hour is a problem for the API? I doubt it. I
Since you get user objects 100 at a time, you would have to query
about an unreasonable number of users for this to be a problem imho.
Lextweet.com follows about 700 lawyers. This may grow to 2000. 20
API calls an hour is a problem for the API? I doubt it. If it is,
though, I'd be more
2009/1/7 Patrick Minton :
> Yes, but once you have the url, why store the actual .png locally?
> Sure, if a user changes their profile image you may have a broken link, but
> you can update profile info every hour or so, thus making it a non-issue.
I don't think Twitter would see it as a non-issu
t; Does anyone have a recomendation about whether your app should save
>> the twitter users pictures on site or simply access the twitter
>> supplied URL for a user's picture inside the app? Does this URL ever
>> change or does Twitter ever block access?
>
>
>
> Patrick Minton
> IT Director
> LexBlog, Inc.
> +1 206 697 4548
>
>
>
>
every time a page loads.
>
>
> On Mon, Jan 5, 2009 at 12:29 PM, tweetalkr
> wrote:
>
> Does anyone have a recomendation about whether your app should save
> the twitter users pictures on site or simply access the twitter
> supplied URL for a user's picture inside the a
Good points.
On Mon, Jan 5, 2009 at 3:31 PM, Nicole Simon wrote:
>
>
> I'd like to add: What do the T&C state for this case for the dev. side?
> For us to store the picture we would have to get usage rights
> via twitter in order to display them.
>
>
> --
> Kontakt:
> http://twitter.com/NicoleSi
I'd like to add: What do the T&C state for this case for the dev. side?
For us to store the picture we would have to get usage rights
via twitter in order to display them.
--
Kontakt:
http://twitter.com/NicoleSimon // http://mit140zeichen.de/
http://crueltobekind.org // http://beissholz.de
skyp
page loads.
On Mon, Jan 5, 2009 at 12:29 PM, tweetalkr wrote:
>
> Does anyone have a recomendation about whether your app should save
> the twitter users pictures on site or simply access the twitter
> supplied URL for a user's picture inside the app? Does this URL ever
> ch
Does anyone have a recomendation about whether your app should save
the twitter users pictures on site or simply access the twitter
supplied URL for a user's picture inside the app? Does this URL ever
change or does Twitter ever block access?
14 matches
Mail list logo