Re: [OpenSIPStack] An enhanced HTTP Config Module for OpenSBC

[<jo...@op...>]

To sum up.  One in the list is in favor of a python approach and another 
in favor of a built-in fast CGI approach.   Everyone seems unanimous in 
having SQL server support.  Just this morning, Ryan Colobong pointed me 
to http://www.cherrypy.org/ which is another python based solution to 
incorporate dynamic web pages to opensbc.   There seem to be a lot of 
resources we could use in a python based solution.   However, fast-cgi 
support in OpenSBC would carry on the tradition of simplicity in 
installation, it will take a lot longer just to develop the module that 
enabled fast-cgi support not to mention that HTTP is not really the turf 
OpenSIPStack.   At this point I am leaning towards a python based 
solution.   For those who  are willing to pitch in your ideas, now is 
the time to speak up.

Joegen

Joegen E. Baclor wrote:
> Hi Everyone,
>
> As I have hinted in the past, there is a plan to provide a new level of 
> administrative interface for OpenSBC.  As most of you might have 
> discovered by now, OpenSBC is very easy to install and requires 
> virtually no configuration for you to be able to run and use it.   This 
> is all because of a built-in HTTP server that allows for OpenSBC to be 
> configured remotely.   However, since version 1.1.4 and with the 
> introduction of more advanced features like SIP Trunking, the built-in 
> HTTP Config Pages is out-growing its simplicity.    We are now in a 
> point where we need to decide what technology to use to bring the 
> configuration modules to the next level.    We need to seriously 
> consider the following criteria in choosing the solution.
>
> 1.  It should be very easy to install and package
> 2.  Built-in access to back-end databases preferably Postgress
> 3.  Must be able to host Dynamic HTML Content
> 4.  Other criteria that might be useful are support for XML-RPC and SOAP
>
>
> Some of the basic choices that I pulled out straight from my thoughts are
>
> 1.  A separate web interface easily installable as standard Apache Web 
> application.  Choices are PHP, JSP Ruby with SQL back-end
> 2.  Stand-alone Python HTTP Server just like the trac project.  See 
> http://trac.edgewall.org/
> 3.  Enhance the HTTP Admin to support Fast-CGI extension to allow for 
> dynamic HTTP content to be hosted straight by OpenSBC
>
> I would want to hear from everyone if you are leaning towards a certain 
> approach or would want another approach altogether.
>
> Joegen
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> _______________________________________________
> opensipstack-devel mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel
>
>
>
>