[Freeswitch-users] Newbie question, FS cli and db (users for user directory)

[Peter van Raamsdonk]

Hi Gabe,

The part although not the same website is on;

https://profiles.google.com/100965631603901259030/buzz

"Another tip is to use cacheable='true' attribute of user xml returned by web service. This will make FS to maintain a local cache of the account details. The details will stay in cache until cleared. This means that FS won't be hitting your web app for every REGISTER request that hoards of SIP UAs are sending, it will ask only once upon first request. The subsequent requests will be looked up from cache."

I'm trying to reduce unnecessary traffic (posts). The dialplan will probably don't change, only the initial servlet path I need to dynamically set. I can add this to my xml as variable and see if there is any change.

Thanks and have a good Sunday yet!

Peter

On 23 sep 2012, at 03:30, Gabriel Gunderson wrote:

> On Fri, Sep 14, 2012 at 11:54 AM, Peter van Raamsdonk <peetzer at gmail.com> wrote:
>> I tried the mod_xml_curl after studying the wiki. It works like a charm and
>> FS post to my java servlet easily (dialplan and user directory).
>> I read on a blog there is option 'cacheable=true' to prevent a post every
>> time a dial is made, do you know where to put this?
> 
> I've never seen this. I know there was some talk about it (I can't
> remember if it was ClueCon or the mailing list or what). But I think
> the general consensus was that simple cacheing isn't going to do much
> good. It's almost like you need to know, based on the POST info if you
> should cache or not.
> 
> I'd love a link to the blog if you can find it.  Meanwhile, I'm
> running off to the source to see if that's true.
> 
> If it's something you really need, I'd consider adding caching at the
> webserver layer, take the work of evaluating the request away from
> freeswitch and move it to another box.
> 
> Also, you could write your own dialplan that worked as a caching
> layer. First FreeSWITCH hits your custom dialplan, if it returns a
> cached dialplan you're done. If not, it moves on to mod_curl_xml. And
> finally, it makes its way to disk if it can't find a suitable
> dialplan. I've never done it, but I hear it's not that hard to write.
> 
> 
> Good luck.
> Gabe
> 
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
> 
> 
> 
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120923/3ff6d519/attachment.html