[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [cobalt-developers] Idea: Changing GUI's Data Sources
- Subject: RE: [cobalt-developers] Idea: Changing GUI's Data Sources
- From: "Hosting Sales" <hosting@xxxxxxxxxxx>
- Date: Fri Sep 14 14:43:02 2001
- List-id: Discussion Forum for developers on Sun Cobalt Networks products <cobalt-developers.list.cobalt.com>
Funny you should ask this, because I was thinking the same things when
Outlook let me know that I had new mail -- this message. For these
reasons, I gave up on the Cobalt GUI some time ago. I use Webmin (which
is certainly not as flexible regarding user and site (vs server)
administration, but it is very extensible) which does exactly what you
mention. Webmin is perl-based and open source. It does use the various
configuration files to show the current state of various features, and
uses reasonably user-friendly pages to update same. It has the courtesy
and common sense to recognize and maintain changes externally to itself
(such a config file edits). Moreover, it uses its own mini-server to
manage the http (or https) interaction, so it is not dependent on
Apache, a nice feature if you accidentally and remotely reconfigure
Apache so it just doesn't run.
So can it be done? Sure. Will Sun do it? I can't speak for them, but I
rather doubt it. After all, they would be endorsing activities that
would void the warranty (certainly one of the weirdest positions ever
taken by a company not associated with Microsoft).
Jack
-----Original Message-----
From: cobalt-developers-admin@xxxxxxxxxxxxxxx
[mailto:cobalt-developers-admin@xxxxxxxxxxxxxxx] On Behalf Of Ted
Behling
Sent: Saturday, September 15, 2001 12:20 AM
To: cobalt-developers@xxxxxxxxxxxxxxx
Subject: [cobalt-developers] Idea: Changing GUI's Data Sources
We are all acutely aware of the problems the GUI causes when we manually
edit configuration files -- httpd.conf, aliases, virtusertable, and the
like. It seems to me not very difficult to rewrite the GUI to use the
configuration files as base input when editing data, rather than the
PostgreSQL database. All the config files are parseable, so deciphering
them into HTML forms and later recording the changes as the admin
originally laid them out seems feasible.
Comments/thoughts?
------------------------------------------------------------------------
--
Ted Behling, Web Application Developer - Monarch Information Systems,
Inc.
43 Folly Field Road, Unit 4, Hilton Head Island, SC 29928-5434
E-mail: mailto:TBehling@xxxxxxxxxxxxx
Phone/Fax: 1-800-842-7894 Local or Outside the USA: 1-843-842-7894
Cell Phone (urgent issues): 843-816-7895
Cell Phone E-mail: mailto:TedPhone@xxxxxxxxxxxxx (116 letter limit)
Web site: http://www.MonarchIS.net
------------------------------------------------------------------------
--
_______________________________________________
cobalt-developers mailing list
cobalt-developers@xxxxxxxxxxxxxxx
http://list.cobalt.com/mailman/listinfo/cobalt-developers