[asterisk-dev] fastAGI vs CURL

[naruto360]

Do you want a single scenario with credentials and write a separate full
script for you

 Did you mean that?

  But there is a danger of a brute force attack

 Do you want to explain more about the credentials of the offensive
scenario?

في الاثنين، ٢٥ مارس، ٢٠١٩ ٥:٠٨ م Joshua C. Colp <jcolp at digium.com> كتب:

> On Mon, Mar 25, 2019, at 10:53 AM, marek cervenka wrote:
> > hi,
> >
> > i read
> >
> > https://www.freepbx.org/performance-improvements-in-freepbx/
> >
> > I was not surprised by results because its long know fact about AGI
> slowness
> >
> > Which suprise me was the fact that recomendation was to switch to
> > fastAGI and not to CURL application
> >
> >  From developer point of view is a lot easier develop(and TEST)
> > "standard" REST API service than develop AGI server
> >
> > is fastAGI performace better(by level) than CURL ?
>
> If coming from AGI then FastAGI can be an easy path, as it's not a huge
> amount of work to switch. I think ultimately though they are both different
> ways of doing the same thing. In the case of CURL you leverage dialplan
> more, since CURL is used to retrieve information which can then influence
> and control what the dialplan does.
>
> As for performance I don't have any data but I think it would ultimately
> depend on what exactly is being done. If you can do a single request to get
> the data, then CURL may be better. If you need to do more then FastAGI may
> be better.
>
> It really does depend on what exactly needs to be done as to what is best.
>
> --
> Joshua C. Colp
> Digium - A Sangoma Company | Senior Software Developer
> 445 Jan Davis Drive NW - Huntsville, AL 35806 - US
> Check us out at: www.digium.com & www.asterisk.org
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20190325/5d4972e3/attachment.html>