Re: [Server-devel] Web-based Management Interface for the XS

2008-03-24 Thread Aaron Huslage
On Mon, Mar 24, 2008 at 7:22 PM, John Gunkel [EMAIL PROTECTED] wrote:

 Many of the services that would be used are already LDAP aware. How
 about adopting FDS
 ( http://directory.fedoraproject.org ) for the backend? The nice thing
 about that is you can then use the command line tools, the web gui, or
 a full blown fat client to twiddle objects in the directory.


This breaks a design goal actually. If you check out the Bitfrost pages
(start at: http://wiki.laptop.org/go/Bitfrost) you'll see that centralized
stuff is pretty discouraged in the spec, and that would cover the LDAP idea
I think. Additionally LDAP is flaky in a sporadically connected environment.
I don't think putting an LDAP server on the XS is a good idea, to be honest.


-- 
Aaron Huslage - 503.860.1634
http://blog.hact.net
IM: AIM - ahuslage; Yahoo - ahuslage; MSN - [EMAIL PROTECTED]; GTalk -
[EMAIL PROTECTED]
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Server-devel] Web-based Management Interface for the XS

2008-03-24 Thread Martin Langhoff
2008/3/25 Aaron Huslage [EMAIL PROTECTED]:
 This breaks a design goal actually. If you check out the Bitfrost pages
 (start at: http://wiki.laptop.org/go/Bitfrost) you'll see that centralized
 stuff is pretty discouraged in the spec, and that would cover the LDAP idea
 I think. Additionally LDAP is flaky in a sporadically connected environment.
 I don't think putting an LDAP server on the XS is a good idea, to be honest.

Exactly. LDAP has lots of problems. It was great as a common way of
interoperating in early days, where you couldn't get your MTAs, OSs,
applications, etc to all talk to all (closed) databases. These days
everything talks to libpq (PostgreSQL) and libmysql with no problem,
and the relational model scales much better.

The only thing that LDAP has of different and perhaps interesting is
the deletated/distributed model, but as noone uses it, it hasn't
matured either :-(

Let's avoid that tar-pit ;-)



m
-- 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED] -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Server-devel] Web-based Management Interface for the XS

2008-03-22 Thread Martin Langhoff
On Sat, Mar 22, 2008 at 12:52 AM, John Watlington [EMAIL PROTECTED] wrote:
  PHP security is viewed as less than acceptable for interfaces
  accessible from the open Internet.

Excellent point.

  Should the configuration interface should also be available on the
  WAN interface ?
  My opinion is yes.

Agreed.

However, I don't want to constrain anyone researching backend and
libraries. If the best thing out there is implemented and maintained
in PHP, we may wrap it in something better for our purposes.

No language flamefests *just yet*. Those are scheduled for next month ;-)


martin
-- 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED] -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Server-devel] Web-based Management Interface for the XS

2008-03-21 Thread crosvera
bryan wrote:

 If you do intend to build a web-based interface from scratch, can you use
a pretty language like Python or Ruby to do it? Perl and PHP make my eyes
bleed. Both Django (Python) and Ruby on Rails seem like great frameworks for
rapid development.

What is wrong with php?, there are frameworks like symfony that they are
cool.

However, I would like work in the design of a new admin interface, taking in
mind your feedback and requeriments.

see ya..

Carlos RĂ­os
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Server-devel] Web-based Management Interface for the XS

2008-03-19 Thread Bryan Berry
Martin, have you also looked at http://ebox-platform.com/ ? I have
downloaded and intend to play w/ it today. From the screenshots and
reviews looks quite nice. From what I can tell it is specific to Debian.

If you do intend to build a web-based interface from scratch, can you
use a pretty language like Python or Ruby to do it? Perl and PHP make my
eyes bleed. Both Django (Python) and Ruby on Rails seem like great
frameworks for rapid development.

I also like RubyonRails because there is momentum in the FedoraCommons
community (E-Library) toward using Rails apps for front-end services.
Then I could reuse the skills I have yet to acquire!


On Wed, 2008-03-19 at 07:33 -0400, Martin Langhoff wrote:
 On Wed, Mar 19, 2008 at 12:17 AM, John Watlington [EMAIL PROTECTED] wrote:
In the long term, there appears to be concern that the existing
administration interfaces for servers are not sufficient for our
needs.
I personally not worked w/ webmin or the admin interface for Centos
SME
Server so I cannot comment from experience.
 
   I've worked with Webmin, and the user experience is tolerable.
   Our security architect (Ivan) had less than noble things to say about
   it's implementation, dissuading us from using it.
 
 Here I am with Ivan - Webmin is the spawn of the devil ;-) - but
 beyond that, I've seen quite a few web admin UIs, and though some are
 good, none are what we are after IMHO. A custom web-based admin UI
 might be something we have to write custom for the XS (*rolls up
 sleeves*). I am hope we can discuss and sketch some plans for this in
 the coming days...
 
   I've slowly added scripts automating most of the configuration for
   small systems.   We are really close to providing a file either on
   disk or on USB which configures the system  --- it is a trivial
   programming
   task once the user experience and configuration info have been
   agreed upon.
 
 Cool - I'll be looking into those...
 
   Larger systems (NYC, Birmingham) are a different
   story, as their network configuration is radically different.  We will
   probably fork builds to handle their case, or move to just supporting
   service packages.
 
 Can we encapsulate local config in a local rpm package with fancy
 post-inst scripts?
 
 cheers,
 
 
 
 martin

___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel