[Freeswitch-users] mod_php needed

Anthony Minessale anthony.minessale at gmail.com
Mon Jun 15 06:59:13 PDT 2009


Did you actually use ESL with the php wrapper when you tried?
You can do all those things from outbound event socket fairly easily.

That mod_php you saw, never worked it was just a stub and it didn't actually
ever work
when the guy who added it totally disappeared, I removed it from tree.

And you can still do event socket over localhost on the same box if you so
choose.

If you really want a mod_php it's entirely possible but it would probably
cost you upwards
of 5k in development costs.


2009/6/15 Christian Löschenkohl <christian.loeschenkohl at xpirio.com>

> hi
>
> thank you very much for your input
> i can say for me that i realy tried hard to use the event socket library,
> but untill now i can't use it like i used all the agi scripts or even
> mod_perl now.
>
> what i do most - in examples, if the server get's an incomming call
>
> - find the right user for the number (not that easy because of did in
> austria),
>   from database or file
> - build the right dial string for the bridge application (here i miss all
> the php
>   string functions most)
> - unsing mod_php functions like setVariable, getVariable, answer, transfer,
> sleep
>   (i don't see how to do this with the php esl)
> - or i check if the number is part of a conferencing product and build the
> right
>   conference setup
>
> i think this would also be possible with lua and luasql, but i developed
> years with
> phpagi und i'm very used to php in every kind of scripting or
> how-to-get-a-solution
> situation (since over 10 years now).
>
> for me in our setup it's also the highest goal to get the servers mostly
> independent
> of each other. i think nobody of our costumers should be unreachable
> because a central
> scripting/event server or also database server has gone away (as developers
> this happens
> more often as we would like it to :-))
>
> do not get me wrong, freeswitch is very powerfull and in the near future it
> will replace
> nearly all of our asterisk servers.
>
> in combination with php the freeswitch plattform would be heaven for me
>
> i also thought Brian Fertig has some source written (as posted on
> http://wiki.freeswitch.org/wiki/Mod_php),
> in combination of the mod_python rewrite (page was last modified in june
> 2007).
>
> br
>
>
> On 2009-06-14 01:15, Nik Middleton wrote:
> > I couldn’t agree more.  We’re working with a group that are developing a
> > massive PHP based music application.  They are experts in PHP and MySQL
> > but not in VOIP/Telephony.  By tuning an abstraction layer that uses PHP
> > to communicate with the FS event socket, allows them to work on the
> > areas they know best and not worry about the telephony side too much.
> > We went the lua route, and don’t use the dial plan at all.  My view is
> > to keep all db access and processing out of FS as much as possible. With
> > the event socket you simply don’t need to embed anything apart from the
> > essentials.
> >
> > We are now processing 100,000+ call setups a day (4 hours) per server
> > all using php scripts to drive the application.  We may well ultimately
> > use C++ instead of PHP for the event socket comms, but right now PHP
> > does just fine.
> >
> > Regards
> >
> > ------------------------------------------------------------------------
> >
> > *From:* freeswitch-users-bounces at lists.freeswitch.org
> > [mailto:freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of
> > *Michael Collins
> > *Sent:* 13 June 2009 21:57
> > *To:* freeswitch-users at lists.freeswitch.org
> > *Subject:* Re: [Freeswitch-users] mod_php needed
> >
> > Perhaps you should look at controlling calls via the FreeSWITCH event
> > socket instead of from the dialplan. The nice thing about the event
> > socket is that your call control can happen on a separate machine. There
> > is a PHP module for the ESL (event socket library) and it would be
> > relatively easy for you to get going. Here are some links to get you
> > started:
> >
> > http://wiki.freeswitch.org/wiki/PHP_Event_Socket
> > http://wiki.freeswitch.org/wiki/Event_Socket
> >
> > If you absolutely MUST have call control with scripts inside of the
> > dialplan then there simply is no better choice than Lua. You can learn
> > Lua in a few hours, but getting mod_php finished and debugged will take
> > time, money, and other resources that no one seems willing to spend.
> > Here is some information to consider:
> >
> > http://wiki.freeswitch.org/wiki/Mod_lua
> >
> > Come join us on IRC (#freeswitch on irc.freenode.net
> > <http://irc.freenode.net>) if you want to discuss this further.
> >
> > -MC (IRC: mercutioviz)
> >
> > 2009/6/13 Christian Löschenkohl <christian.loeschenkohl at xpirio.com
> > <mailto:christian.loeschenkohl at xpirio.com>>
> >
> > hello
> >
> > i am working for an austrian voip carrier.
> > for a few months i work with freeswitch and it is simply great.
> > it solves our needs in many places (high volume, flexible, stable).
> > the only thing i really miss is the avalibilty of php as a call control
> > language.
> > mod_php or mod_freehp are not compiling anymore and my c++ knowledge
> isn't
> > that good (or even there :-) ).
> > i know there is perl, i also implemented some applications (conference
> > system with provisioning,
> > inbound call routing to our application servers, some tests as pbx), but
> > what should i say -
> > perl and me aren't compatible in the end.
> >
> > the greatest thing for us would be that mod_php comes alive again with
> > the functional state
> > of mod_perl
> > (http://wiki.freeswitch.org/wiki/Mod_perl_functions_and_classes).
> > there is also a bounty entry about mod_php, to pay for this would also
> > be an option and
> > could be discussed.
> >
> > keep on with the excellent work and greetings from austria
> >
> > --
> > Ing. Christian Löschenkohl
> > Technische Leitung, Forschung& Entwicklung VoIP
> >
> > xpirio
> > Telekommunikation& Service GmbH
> > Lakeside B04
> > 9020 Klagenfurt
> > Austria
> >
> > T +43 (0) 5 77 11 - 1000
> > F +43 (0) 5 77 11 - 1002
> > E christian.loeschenkohl at xpirio.com
> > <mailto:christian.loeschenkohl at xpirio.com>
> >
> >
> > _______________________________________________
> > Freeswitch-users mailing list
> > Freeswitch-users at lists.freeswitch.org
> > <mailto: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
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > 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
>
> --
> Ing. Christian Löschenkohl
> Technische Leitung, Forschung & Entwicklung VoIP
>
> xpirio
> Telekommunikation & Service GmbH
> Lakeside B04
> 9020 Klagenfurt
> Austria
>
> T  +43 (0) 5 77 11 - 1000
> F  +43 (0) 5 77 11 - 1002
> E  christian.loeschenkohl at xpirio.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
>



-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/

AIM: anthm
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:213-799-1400
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090615/a926c87a/attachment-0002.html 


More information about the FreeSWITCH-users mailing list