I released the latest version of trixswitch today. Its a fast way to get FreeSWITCH 1.0 running. trixswitch.org
is it still using wikipbx? andrew wrote:
I released the latest version of trixswitch today. Its a fast way to get FreeSWITCH 1.0 running.
trixswitch.org
_______________________________________________ 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
No, it has no GUI at the moment. It's just a fast way to get Linux and FreeSWITCH working. Once we get some development resources we will develop our own GUI based on your url_get stuff. --- Raymond Chandler <intralanman@gmail.com> wrote:
is it still using wikipbx?
andrew wrote:
I released the latest version of trixswitch today. Its a fast way to get FreeSWITCH 1.0 running.
trixswitch.org
_______________________________________________ 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
_______________________________________________ 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
Are you leaning in any direction in terms of building the GUI? JS libraries like Prototype, Dojo, etc.? Web framework? Back end scripting lang? I'm just curious what that decision making process looks like and what you've thought about thus far. -MC
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of andrew Sent: Tuesday, June 03, 2008 9:41 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] trixswitch 0.4
No, it has no GUI at the moment. It's just a fast way to get Linux and FreeSWITCH working.
Once we get some development resources we will develop our own GUI based on your url_get stuff.
--- Raymond Chandler <intralanman@gmail.com> wrote:
is it still using wikipbx?
andrew wrote:
I released the latest version of trixswitch today. Its a fast way to get FreeSWITCH 1.0 running.
trixswitch.org
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
A couple of suggestions: - take a look to nginx, it's really fast and for a fast switch there is need for a fast data backend (it serves data) - dosen't use php (i love php, but it is slow ... a lot slow even using apc, eaccelerator or similar!) Memcached (or similar like sharedance) would be really useful to serve pre generated XML. It would be really nice if the WUI (Web UI) would be written using Mono or Python these are just my two cents :)
We have a control panel coming up which amongst many other things also manages Asterisk. This would be released as Opensource. It has a PHP front with a Python Agent (for doing sysadmin work). Its plugin based and we would be happy to write a plugin for FS/TrixSwitch in the next coming months! Albano Daniele Salvatore - Personale wrote:
A couple of suggestions: - take a look to nginx, it's really fast and for a fast switch there is need for a fast data backend (it serves data) - dosen't use php (i love php, but it is slow ... a lot slow even using apc, eaccelerator or similar!)
Memcached (or similar like sharedance) would be really useful to serve pre generated XML.
It would be really nice if the WUI (Web UI) would be written using Mono or Python
these are just my two cents :)
_______________________________________________ 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
-- Faraz R Khan Chief Architect Emergen Consulting Pvt Ltd +92.21.529.0381 x200 www.emergen.biz
The main problem there is that FreeSwitch can work using xml supplied by a webpage (xml_curl application): this mean that php must supply the XML (from a cache or generated on the fly) The problem is that under an heavy load php isin't a good thing because it eat a lot of resources and kill the cpu even using accelerators like eaccelerator or apc: these, infact, have a cache for compiled php (php before begin executed is compiled for the zend engine) but these doesn't have a fully function code path optimizer that speed up all the process. Another big problem is that PHP doesn't use JIT so a lot of resources are used to interpretate the bytecode The engines behind java, .net and so on have a jit engine so these can really be near to native execution speed (as native i mean c++ because these languages are OO so a lot of work is done and a lot of checks are executed) Eventually, as i said before, a good option would be to use a webserver (or a module for the currently used webserver) that use softwares like memcache to serve pages: doing this you can generate the xml and put there using the same names used by the webserver. Naturally you can't do this in all situations because you can need dynamic configurations but can be a partial solution. OT: It would be fantastic if spidermonkey will be replaced by tamarin (if this will become truly stable [i mean no api change]) Faraz R. Khan ha scritto:
We have a control panel coming up which amongst many other things also manages Asterisk. This would be released as Opensource. It has a PHP front with a Python Agent (for doing sysadmin work). Its plugin based and we would be happy to write a plugin for FS/TrixSwitch in the next coming months!
Albano Daniele Salvatore - Personale wrote:
A couple of suggestions: - take a look to nginx, it's really fast and for a fast switch there is need for a fast data backend (it serves data) - dosen't use php (i love php, but it is slow ... a lot slow even using apc, eaccelerator or similar!)
Memcached (or similar like sharedance) would be really useful to serve pre generated XML.
It would be really nice if the WUI (Web UI) would be written using Mono or Python
these are just my two cents :)
_______________________________________________ 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
My initial idea was to use mod_xml_ldap to generate XML from ldap- the panel can control LDAP very efficiently. According to what I have read and saw on this list- this is currently possible. I would imagine that ldap would be far faster than any language with a mysql backend. Albano Daniele Salvatore - Personale wrote:
The main problem there is that FreeSwitch can work using xml supplied by a webpage (xml_curl application): this mean that php must supply the XML (from a cache or generated on the fly)
The problem is that under an heavy load php isin't a good thing because it eat a lot of resources and kill the cpu even using accelerators like eaccelerator or apc: these, infact, have a cache for compiled php (php before begin executed is compiled for the zend engine) but these doesn't have a fully function code path optimizer that speed up all the process. Another big problem is that PHP doesn't use JIT so a lot of resources are used to interpretate the bytecode
The engines behind java, .net and so on have a jit engine so these can really be near to native execution speed (as native i mean c++ because these languages are OO so a lot of work is done and a lot of checks are executed)
Eventually, as i said before, a good option would be to use a webserver (or a module for the currently used webserver) that use softwares like memcache to serve pages: doing this you can generate the xml and put there using the same names used by the webserver. Naturally you can't do this in all situations because you can need dynamic configurations but can be a partial solution.
OT: It would be fantastic if spidermonkey will be replaced by tamarin (if this will become truly stable [i mean no api change])
Faraz R. Khan ha scritto:
We have a control panel coming up which amongst many other things also manages Asterisk. This would be released as Opensource. It has a PHP front with a Python Agent (for doing sysadmin work). Its plugin based and we would be happy to write a plugin for FS/TrixSwitch in the next coming months!
Albano Daniele Salvatore - Personale wrote:
A couple of suggestions: - take a look to nginx, it's really fast and for a fast switch there is need for a fast data backend (it serves data) - dosen't use php (i love php, but it is slow ... a lot slow even using apc, eaccelerator or similar!)
Memcached (or similar like sharedance) would be really useful to serve pre generated XML.
It would be really nice if the WUI (Web UI) would be written using Mono or Python
these are just my two cents :)
_______________________________________________ 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
_______________________________________________ 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
-- Faraz R Khan Chief Architect Emergen Consulting Pvt Ltd +92.21.529.0381 x200 www.emergen.biz
This is sure, it should be a lot faster but a programming language would give a lot of flexibility. Personally i'd like a lot .net/mono (i'm not a microsoft fun but .net, in the lastest releases, is a good thing) because you can really use any language you want (python => ironpython, ruby => ironruby, java => ikvm, php => phalanger, perl => perlnet and so on) on what so you want (look at mono, in this case System.Windows.Forms isin't necessary) Naturally nothing works at 100%, but with little modifications you can avoid problems so instead to study another language you can use one existent that has some additions so if you want you can use .net stuff too and it's is sufficently fast (look at language shootout, it's, on mono, is only slower 2.6x times than c++ tests compiled with intel compiler ... but .net on windows is faster) Naturally these tests are only indicatives, because there are a lot of stuff that come in play, but let to get an overwiew of the situation. Some time ago i started to take a look to mod_mono, but i was full of work so i didn't started to work on it In this way you can from the webpanel ,written in every language you like, update the database and, using mod_mono, builds configuration files really fastly removing the overhead of a request to a webserver (process spawn, if max clients has been hit, interpter start and so on) Would be wonderful if trixswitch will not use xml_curl to build xml files but generates it internally using an application written in lua or javascript (javascript is slow, but probably is faster than: xml request build, http request built, http request exceution, possible webserver processes spawn, initialization of the server side language, execution of the requested page and so on) Faraz R. Khan ha scritto:
My initial idea was to use mod_xml_ldap to generate XML from ldap- the panel can control LDAP very efficiently.
According to what I have read and saw on this list- this is currently possible. I would imagine that ldap would be far faster than any language with a mysql backend.
Albano Daniele Salvatore - Personale wrote:
The main problem there is that FreeSwitch can work using xml supplied by a webpage (xml_curl application): this mean that php must supply the XML (from a cache or generated on the fly)
The problem is that under an heavy load php isin't a good thing because it eat a lot of resources and kill the cpu even using accelerators like eaccelerator or apc: these, infact, have a cache for compiled php (php before begin executed is compiled for the zend engine) but these doesn't have a fully function code path optimizer that speed up all the process. Another big problem is that PHP doesn't use JIT so a lot of resources are used to interpretate the bytecode
The engines behind java, .net and so on have a jit engine so these can really be near to native execution speed (as native i mean c++ because these languages are OO so a lot of work is done and a lot of checks are executed)
Eventually, as i said before, a good option would be to use a webserver (or a module for the currently used webserver) that use softwares like memcache to serve pages: doing this you can generate the xml and put there using the same names used by the webserver. Naturally you can't do this in all situations because you can need dynamic configurations but can be a partial solution.
OT: It would be fantastic if spidermonkey will be replaced by tamarin (if this will become truly stable [i mean no api change])
Faraz R. Khan ha scritto:
We have a control panel coming up which amongst many other things also manages Asterisk. This would be released as Opensource. It has a PHP front with a Python Agent (for doing sysadmin work). Its plugin based and we would be happy to write a plugin for FS/TrixSwitch in the next coming months!
Albano Daniele Salvatore - Personale wrote:
A couple of suggestions: - take a look to nginx, it's really fast and for a fast switch there is need for a fast data backend (it serves data) - dosen't use php (i love php, but it is slow ... a lot slow even using apc, eaccelerator or similar!)
Memcached (or similar like sharedance) would be really useful to serve pre generated XML.
It would be really nice if the WUI (Web UI) would be written using Mono or Python
these are just my two cents :)
_______________________________________________ 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
_______________________________________________ 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
mod_mono is actually on it's way back to resurrection so stay tuned. Just a warning , don't speculate too much on how much overhead various things have, actually lab it up and find out. =D On Fri, Jun 6, 2008 at 3:21 AM, Albano Daniele Salvatore - Personale < d.albano@gmail.com> wrote:
This is sure, it should be a lot faster but a programming language would give a lot of flexibility.
Personally i'd like a lot .net/mono (i'm not a microsoft fun but .net, in the lastest releases, is a good thing) because you can really use any language you want (python => ironpython, ruby => ironruby, java => ikvm, php => phalanger, perl => perlnet and so on) on what so you want (look at mono, in this case System.Windows.Forms isin't necessary)
Naturally nothing works at 100%, but with little modifications you can avoid problems so instead to study another language you can use one existent that has some additions so if you want you can use .net stuff too and it's is sufficently fast (look at language shootout, it's, on mono, is only slower 2.6x times than c++ tests compiled with intel compiler ... but .net on windows is faster)
Naturally these tests are only indicatives, because there are a lot of stuff that come in play, but let to get an overwiew of the situation.
Some time ago i started to take a look to mod_mono, but i was full of work so i didn't started to work on it
In this way you can from the webpanel ,written in every language you like, update the database and, using mod_mono, builds configuration files really fastly removing the overhead of a request to a webserver (process spawn, if max clients has been hit, interpter start and so on)
Would be wonderful if trixswitch will not use xml_curl to build xml files but generates it internally using an application written in lua or javascript (javascript is slow, but probably is faster than: xml request build, http request built, http request exceution, possible webserver processes spawn, initialization of the server side language, execution of the requested page and so on)
Faraz R. Khan ha scritto:
My initial idea was to use mod_xml_ldap to generate XML from ldap- the panel can control LDAP very efficiently.
According to what I have read and saw on this list- this is currently possible. I would imagine that ldap would be far faster than any language with a mysql backend.
Albano Daniele Salvatore - Personale wrote:
The main problem there is that FreeSwitch can work using xml supplied by a webpage (xml_curl application): this mean that php must supply the XML (from a cache or generated on the fly)
The problem is that under an heavy load php isin't a good thing because it eat a lot of resources and kill the cpu even using accelerators like eaccelerator or apc: these, infact, have a cache for compiled php (php before begin executed is compiled for the zend engine) but these doesn't have a fully function code path optimizer that speed up all the process. Another big problem is that PHP doesn't use JIT so a lot of resources are used to interpretate the bytecode
The engines behind java, .net and so on have a jit engine so these can really be near to native execution speed (as native i mean c++ because these languages are OO so a lot of work is done and a lot of checks are executed)
Eventually, as i said before, a good option would be to use a webserver (or a module for the currently used webserver) that use softwares like memcache to serve pages: doing this you can generate the xml and put there using the same names used by the webserver. Naturally you can't do this in all situations because you can need dynamic configurations but can be a partial solution.
OT: It would be fantastic if spidermonkey will be replaced by tamarin (if this will become truly stable [i mean no api change])
Faraz R. Khan ha scritto:
We have a control panel coming up which amongst many other things also manages Asterisk. This would be released as Opensource. It has a PHP front with a Python Agent (for doing sysadmin work). Its plugin based and we would be happy to write a plugin for FS/TrixSwitch in the next coming months!
Albano Daniele Salvatore - Personale wrote:
A couple of suggestions: - take a look to nginx, it's really fast and for a fast switch there is need for a fast data backend (it serves data) - dosen't use php (i love php, but it is slow ... a lot slow even using apc, eaccelerator or similar!)
Memcached (or similar like sharedance) would be really useful to serve pre generated XML.
It would be really nice if the WUI (Web UI) would be written using Mono or Python
these are just my two cents :)
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
CakePHP framework is an excellent choice. This is not your "grandfather" php.... It include all the DRY development principles and it has built in RESTful support, not "bolt" on. The memcache suggestion is on point.... -E
I'm not saying that php is horrible, i use it, i'm talking only about performances and php is slow nothing more When you need high performances because a lot of requests are done php is not really the best choise. NTOE: CakePHP, like Symphony, are slow ... these aren't the best solutions when you need speed ... at least not the best solution for the pages that serve xml_curl requests a lot of xml_curl requests EdPimentl ha scritto:
CakePHP framework is an excellent choice. This is not your "grandfather" php.... It include all the DRY development principles and it has built in RESTful support, not "bolt" on. The memcache suggestion is on point....
-E
------------------------------------------------------------------------
_______________________________________________ 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
Understand....and do know that when services/sites are not engineered correctly this will happen. Here is how Flickr have architected their service. Platform PHP MySQL <http://highscalability.com/tags/mysql> Shards Memcached <http://highscalability.com/tags/memcached> for a caching layer. Squid <http://highscalability.com/tags/squid> in reverse-proxy for html and images. Linux <http://highscalability.com/tags/linux> (RedHat) Smarty for templating Perl <http://highscalability.com/tags/perl> PEAR for XML and Email parsing ImageMagick, for image processing Java <http://highscalability.com/tags/java>, for the node service Apache <http://highscalability.com/tags/apache> SystemImager <http://highscalability.com/glossary/term/76> for deployment<http://highscalability.com/tags/deployment> Ganglia <http://highscalability.com/glossary/term/77> for distributed system monitoring Subcon <http://highscalability.com/glossary/term/78> stores essential system configuration files in a subversion repository for easy deployment to machines in a cluster. Cvsup for distributing and updating collections of files across a network. The Stats More than 4 billion queries per day. ~35M photos in squid cache (total) ~2M photos in squid's RAM ~470M photos, 4 or 5 sizes of each 38k req/sec to memcached (12M objects) 2 PB raw storage (consumed about ~1.5TB on Sunday Over 400,000 photos being added every day -E On Tue, Jun 3, 2008 at 2:19 PM, Albano Daniele Salvatore - Personale < d.albano@gmail.com> wrote:
A couple of suggestions: - take a look to nginx, it's really fast and for a fast switch there is need for a fast data backend (it serves data) - dosen't use php (i love php, but it is slow ... a lot slow even using apc, eaccelerator or similar!)
Memcached (or similar like sharedance) would be really useful to serve pre generated XML.
It would be really nice if the WUI (Web UI) would be written using Mono or Python
these are just my two cents :)
_______________________________________________ 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
Sure, but how many servers them are using? A simply architectural change from Apache/Squid to nginx would let them to serve a lot more requests I'd prefer to look to what them use instead the number of request them can manage: an high number of request means only that the architecture scale well nothing more. To see if the architectures works well and can use well resources supplied by the hardware you need to see what they use: - Nginx is known to be alot faster that Apache and/or Squid (as reverse proxy) - Smarty is know to be slow and resource expensive (a lot) when he "compile" pages Consider too that there are a lot of languages used: - java - perl - php However consider that the main problem isin't when you need to serve static content, this is simple! The problem is when you need to serve fastly dynamic content and, using php, there isin't a really good way because it is slow. But, just a question: why so aggressive? It's just a fact that php is slow and if you need speed isin't the best choise ... i've said this, nothing else Take a look here http://shootout.alioth.debian.org/gp4/benchmark.php?test=all I'm not saying that noone should use php, i use it every day for small/medium/big applications because, normally, webapplactions doesn't need to be fast but when one of these must serve configurations files to an application that must manage a lot of requests the story isin't the same anymore. EdPimentl ha scritto:
Understand....and do know that when services/sites are not engineered correctly this will happen. Here is how Flickr have architected their service.
Platform
#
# PHP # MySQL <http://highscalability.com/tags/mysql> # Shards # Memcached <http://highscalability.com/tags/memcached> for a caching layer. # Squid <http://highscalability.com/tags/squid> in reverse-proxy for html and images. # Linux <http://highscalability.com/tags/linux> (RedHat) # Smarty for templating # Perl <http://highscalability.com/tags/perl> # PEAR for XML and Email parsing # ImageMagick, for image processing # Java <http://highscalability.com/tags/java>, for the node service # Apache <http://highscalability.com/tags/apache> # SystemImager <http://highscalability.com/glossary/term/76> for deployment <http://highscalability.com/tags/deployment> # Ganglia <http://highscalability.com/glossary/term/77> for distributed system monitoring # Subcon <http://highscalability.com/glossary/term/78> stores essential system configuration files in a subversion repository for easy deployment to machines in a cluster. # Cvsup for distributing and updating collections of files across a network.
The Stats
# More than 4 billion queries per day. # ~35M photos in squid cache (total) # ~2M photos in squid's RAM # ~470M photos, 4 or 5 sizes of each # 38k req/sec to memcached (12M objects) # 2 PB raw storage (consumed about ~1.5TB on Sunday # Over 400,000 photos being added every day -E
On Tue, Jun 3, 2008 at 2:19 PM, Albano Daniele Salvatore - Personale <d.albano@gmail.com <mailto:d.albano@gmail.com>> wrote:
A couple of suggestions: - take a look to nginx, it's really fast and for a fast switch there is need for a fast data backend (it serves data) - dosen't use php (i love php, but it is slow ... a lot slow even using apc, eaccelerator or similar!)
Memcached (or similar like sharedance) would be really useful to serve pre generated XML.
It would be really nice if the WUI (Web UI) would be written using Mono or Python
these are just my two cents :)
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org <mailto: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
------------------------------------------------------------------------
_______________________________________________ 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
We have been working on a spec but have not chosen a framework yet. What is your input on this? I have a thread going on our forum about this if your interested. http://trixswitch.org/?q=node/13 -Andrew --- Michael Collins <mcollins@fcnetwork.com> wrote:
Are you leaning in any direction in terms of building the GUI? JS libraries like Prototype, Dojo, etc.? Web framework? Back end scripting lang? I'm just curious what that decision making process looks like and what you've thought about thus far. -MC
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of andrew Sent: Tuesday, June 03, 2008 9:41 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] trixswitch 0.4
No, it has no GUI at the moment. It's just a fast way to get Linux and FreeSWITCH working.
Once we get some development resources we will develop our own GUI based on your url_get stuff.
--- Raymond Chandler <intralanman@gmail.com> wrote:
is it still using wikipbx?
andrew wrote:
I released the latest version of trixswitch today. Its a fast way to get FreeSWITCH 1.0 running.
trixswitch.org
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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
participants (7)
-
Albano Daniele Salvatore - Personale
-
andrew
-
Anthony Minessale
-
EdPimentl
-
Faraz R. Khan
-
Michael Collins
-
Raymond Chandler