Re: Caching Blogger API Responses - Memcache or Database?

"'Brett Morgan' via Blogger Developer Group" <[email protected]>
Newsgroups gmane.comp.web.blogger.api
Message-ID <CAAFdGSfoCoqyB0bgktQnXdmq3KmV6oAiyhsE=dbfn1dZH4Bymw@mail.gmail.com>
Heya Femi,

First up, I can up your quota fairly easily as long as you have a published
privacy policy on your web application.

Secondly, is the content you are caching under your control, or is it a
third party provider?

brett

On Thu Oct 09 2014 at 10:46:50 AM Femi TAIWO <[email protected]> wrote:

> Hi Brett,
>
> Thanks for the response. I thought so too. While waiting for a response
> though, I went to read up on the terms of APIs (
> developers.google.com/terms) and got a little paranoid about the part
> where I'm not allowed to cache results longer than the cache expiry date
> which happens to be the same instant I pull from the API :(((. Should I be
> intensely concerned about this at this point?
>
> *Re: Request/Day *
> Right now, I see I'm only doing about 1200 requests a day but that's
> because I haven't publicized it yet. I want to dot as many i's and cross
> t's as possible.
>
>
> Regards,
>
> *Femi TAIWO*
> http://plus.google.com/+FemiTAIWO
>
> On Thu, Oct 9, 2014 at 4:35 PM, 'Brett Morgan' via Blogger Developer Group
> <[email protected]> wrote:
>
>> Hi Femi,
>>
>> Traditionally memcache is used for this style of caching because
>> replacing lost content is a simple matter of making another request to the
>> Blogger API.
>>
>> Silly question, how many requests per day are you currently dealing with?
>>
>> brett
>>
>> On Thu Oct 09 2014 at 9:32:38 AM Femi TAIWO <[email protected]> wrote:
>>
>>> Hello,
>>>
>>> Summary: Cache or not to cache?
>>>
>>> I am displaying posts and comments from another Blogger site on my
>>> platform.
>>> Each time a user visits the page or article, I make a call to the API to
>>> get article information and another one to get its comments. But I'm
>>> convinced that this is a bad design.
>>>
>>> I'm thinking of caching the results maybe for a couple of hours or a day
>>> since the article content rarely changes once published.
>>>
>>> Please do you think Memcache would be the best fit for this or should I
>>> be saving to a database and replacing it after a refresh?
>>>
>>>
>>> Regards,
>>>
>>> *Femi TAIWO*
>>> http://plus.google.com/+FemiTAIWO
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Blogger Developer Group" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to [email protected].
>>> To post to this group, send email to [email protected].
>>> Visit this group at http://groups.google.com/group/bloggerdev.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>  --
>> You received this message because you are subscribed to the Google Groups
>> "Blogger Developer Group" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to [email protected].
>> To post to this group, send email to [email protected].
>> Visit this group at http://groups.google.com/group/bloggerdev.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Blogger Developer Group" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at http://groups.google.com/group/bloggerdev.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "Blogger Developer Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/bloggerdev.
For more options, visit https://groups.google.com/d/optout.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.