[Freeswitch-users] IVR Architecture

[Vitalie Colosov]

Why not to use powerful and fast lua scripts with DB access - example for
DB select:
------------------------
subscriber = "1000";
my_field = '';
local dbh = assert(freeswitch.Dbh("db","fs_user","fs_password"));
dbh:query("select my_field1 from my_table1 where subscriber =
'"..subscriber.."'",
function(row)
my_field = row.my_field1;
end);
dbh:release();
--do whatever you need here!!
------------------------

obviously you need to configure ODBC for access, but this is described:
http://wiki.freeswitch.org/wiki/Using_ODBC_in_the_core#CentOS_5.2


2012/2/23 Anita Hall <anita.hall at simmortel.com>

> Hi
>
> We are considering writing our own module for processing IVR in C. We are
> considering using mod_event_socket and then modify it to consume and
> produce the events internally instead of passing them to the socket. Is
> this a good idea?
>
> I know FreeSWITCH already has a mod_dialplan_xml which can use mod_curl to
> communicate to the outside world for I/O and DB access. But ...
>
> 1) Does XML have all the power flexibility that will be needed for
> powerful IVR applications?
>
> 2) Does mod_dialplan_xml use a separate thread for each IVR execution ?
> What will be the overhead of interpreting the XML ?
>
> 3) Any more ideas ?
>
> Thanks :)
>
> regards,
> Anita
>
>
> _________________________________________________________________________
> 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/20120223/9b9d4a2b/attachment.html