[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: Sat Sep 15 08:19:04 2001
- List-id: Discussion Forum for developers on Sun Cobalt Networks products <cobalt-developers.list.cobalt.com>
Gee, we use dozens of Perl scripts and don't find them particularly
slow, especially when interacting with a user form. In fact, Webmin
does in fact parse the config files using Perl (lexical parsing is,
after all, one of Perl's strong points) and we find it more responsive
than the Cobalt GUI. Moreover, since it is working with the actual
configuration files, it does not wipe out file edits and represents a
more WYSIWYG paradigm. CPU time used to maintain a handful of
configuration files? Now there's a real worry!
Jack
-----Original Message-----
From: cobalt-developers-admin@xxxxxxxxxxxxxxx
[mailto:cobalt-developers-admin@xxxxxxxxxxxxxxx] On Behalf Of Marco
Baurdoux
Sent: Saturday, September 15, 2001 4:02 PM
To: cobalt-developers@xxxxxxxxxxxxxxx
Subject: Re: [cobalt-developers] Idea: Changing GUI's Data Sources
Hi Ted,
Perl is already soooooooooooo slow when it comes to web applications,
so at least the usage of a database will speed it up a little. Could you
image the amount of CPU time
it would take to parse such a file everytime.
----- Original Message -----
From: "Ted Behling" <TBehling@xxxxxxxxxxxxx>
To: <cobalt-developers@xxxxxxxxxxxxxxx>
Sent: Saturday, September 15, 2001 6:19 AM
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
_______________________________________________
cobalt-developers mailing list
cobalt-developers@xxxxxxxxxxxxxxx
http://list.cobalt.com/mailman/listinfo/cobalt-developers