Hehhehe, agora és un ermano :) hehehehe, tem msn? me add: mario.mania@gmail.com

Em 24 de fevereiro de 2012 21:45, João Mesquita <jmesquita@freeswitch.org> escreveu:
Yes, I am even though I live in Argentina.


-- 
João Mesquita
Sent with Sparrow

On Friday, February 24, 2012 at 2:10 PM, Mario Augusto Mania wrote:

Hi João

Are you Brazilian? I am! And I know a few brazilians using freeswitch. We keep contact out of list?

Mario

Em 24 de fevereiro de 2012 17:58, João Mesquita <jmesquita@freeswitch.org> escreveu:
In my opinion, the language you are using pretty much depends on the project requirements. C will always be faster then anything else if implemented correctly. Also, there is advantages of using native APIs (no matter with ESL or as a module).

Nonetheless, the implementation is more complex, requires more knowledge and at last and most important, TIME. Do you have the time and resources to do it in C and will it be justified based on the project budget you have?

Other then that, I would use ESL because you get the benefit of having your application running on another box and even have it control several boxes at once which is a common requirement for large IVRs.

I hope it helps.

Regards,

-- 
João Mesquita
Sent with Sparrow

On Friday, February 24, 2012 at 4:29 AM, Vitalie Colosov wrote:

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:


2012/2/23 Anita Hall <anita.hall@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@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:

FreeSWITCH-powered IP PBX: The CudaTel Communication Server

Official FreeSWITCH Sites

FreeSWITCH-users mailing list


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:

FreeSWITCH-powered IP PBX: The CudaTel Communication Server

Official FreeSWITCH Sites

FreeSWITCH-users mailing list


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org