Return-Path: Delivered-To: apmail-httpd-users-archive@www.apache.org Received: (qmail 2170 invoked from network); 17 Feb 2009 04:56:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Feb 2009 04:56:05 -0000 Received: (qmail 93509 invoked by uid 500); 17 Feb 2009 04:55:55 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 93497 invoked by uid 500); 17 Feb 2009 04:55:55 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 93486 invoked by uid 99); 17 Feb 2009 04:55:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Feb 2009 20:55:55 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of blue4603@gmail.com designates 74.125.46.156 as permitted sender) Received: from [74.125.46.156] (HELO yw-out-1718.google.com) (74.125.46.156) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Feb 2009 04:55:46 +0000 Received: by yw-out-1718.google.com with SMTP id 5so1158360ywr.84 for ; Mon, 16 Feb 2009 20:55:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=lzw51ZU4Wl2pX/vP5F7vcgCx2MJjKmYIOWizkF6ehqM=; b=FAvTe8oBfWmlfpiJQRNnTzXqOZ4mj+tChuMzqzw3R53wrmIhk96Z8+VyGO/IsJrLZ4 ODgmCKuEHr2KnXLo2wsf30uFkzRRjHt5H25/fWvsfEC1R8HX4Jb7wW8s+B7YhZqQYbuy HjdmsNoo/v3WtXFKW7+YQp9t2Fr3VMpx6M/8o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=tnPp5ecBqHaBvD7lsOwsAdKy1ya7OhFsUE48WglqE6M0rD+k2ZshhuyCSJTcpP8kgL hQQPqRHt31EOx+KlQVsSEQCbn5+6WpJG4+FJsvnWjPMWPcAKdh89G/OUO4vKlqHZGFcW HIWj68i2m0EJ4rX8dqmZ2DLTj+Ag0ZV6e28sk= MIME-Version: 1.0 Received: by 10.100.197.7 with SMTP id u7mr1394485anf.128.1234846525639; Mon, 16 Feb 2009 20:55:25 -0800 (PST) In-Reply-To: <6ed6382b0902161044l68bff7feq3ae5407612177c25@mail.gmail.com> References: <4997E6BC.2080406@ice-sa.com> <6ed6382b0902160506w5eaa441cp29fd0a8e0ca39a0f@mail.gmail.com> <9287b2d20902160840t4754022bse109f34a08b49550@mail.gmail.com> <4ad871310902160902i1c4f595ew2255870b3465dba1@mail.gmail.com> <20090216172638.GK2834@wssp.cc.univie.ac.at> <6ed6382b0902161044l68bff7feq3ae5407612177c25@mail.gmail.com> Date: Tue, 17 Feb 2009 07:55:25 +0300 Message-ID: From: Mohammed obaidan To: users@httpd.apache.org Content-Type: multipart/alternative; boundary=0016e644ba1a834cc80463161c7a X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [users@httpd] Re: GUI for configuring Apache httpd by editing httpd.conf --0016e644ba1a834cc80463161c7a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, Apache is not for web server admins. what about developers? What about home servers? What about users that needs a certain web application on their intranet? do they need to be web server admins to use Apache? certainly not. Most of the posts here suggests that people here are Apache admins and they think that such a tool is useless because they can use a text editor to configure Apache because they are Apache admins.How about if you are not an Apache admin? I do not think you are going to hack a text file for adding a virtual host or an alias without a certain tool that can display information about such directives and validate that for you. I think I need to clear some points here before this discussion goes on a different direction. 1. This tool in its final form will do everything you can do with a text editor to configure Apache. However it will not be a replacement for a the text editor because the tool will handle Apache and the modules that comes with it. 2. Do not worry about GUI complexities. These can be solved easily. 3. Apache is not for admins only. It is used by developers, home servers, local intranets. You do not need to be a web server admin to use Apache. 4. I wanted to make this tool because I am a developer and have a home server. I want to configure Apache to suit my needs without the need to hack a text editor and read the documentation of a certain feature of Apache. 5. This tool can be extended later to include useful tools. As I said before the aim is a complete Apache admin tool the first step is a GUI for httpd.conf. 6. I think I will start building the tool and at least let the community test the tool and get a feedback whether this tool will be useful or not. Regards On Mon, Feb 16, 2009 at 9:44 PM, Krist van Besien wrote: > On Mon, Feb 16, 2009 at 6:26 PM, Peter Schober > wrote: > > > It's certainly not for me. But other than stating the reasons why I > > think this is not practical and helpful in the real world, why should > > I try to convice others to /not/ write duch a thing? Because "some > > things should not be easy"? > > Thinks should be easy. That is the point. Given the aim of the apache > webserver, and its intended audience the current way of configuring > apache is by far the easiest. > > Apache is a tool for webserver admins, not for average computer users. > With apache if I need to explain to one of our operators how to deploy > a change to all our webservers all I need to know is if said person > has basic unix knowledge (which is the case, or we wouldn't let them > near our servers) and all I need to provide in my workorder is "copy > atached file to /etc/apache2/sites_available and then execute > apache2ctl graceful. > With a gui I either need to know if the target of my workorder is > familiar whith the gui, and if I'm not sure I have no other option of > writing a complete walk through, with screenshots. That I consider a > waste of my time. > So my preference for the command line and text files has nothing to do > with elitism or nostalgia. It has everything to do with two things > that are very important in a production environment: Simplicity and > repeatability. > > Krist > > > -- > krist.vanbesien@gmail.com > krist@vanbesien.org > Bremgarten b. Bern, Switzerland > -- > A: It reverses the normal flow of conversation. > Q: What's wrong with top-posting? > A: Top-posting. > Q: What's the biggest scourge on plain text email discussions? > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server Project. > See for more info. > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org > " from the digest: users-digest-unsubscribe@httpd.apache.org > For additional commands, e-mail: users-help@httpd.apache.org > > --0016e644ba1a834cc80463161c7a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

Apache is not for web server admins. what about= developers? What about home servers? What about users that needs a certain= web application on their intranet? do they need to be web server admins to= use Apache? certainly not.

Most of the posts here suggests that people here are Apache admins and = they think that such a tool is useless because they can use a text editor t= o configure Apache because they are Apache admins.How about if you are not = an Apache admin? I do not think you are going to hack a text file for addin= g a virtual host or an alias without a certain tool that can display inform= ation about such directives and validate that for you.


I think I need to clear some points here before this discussion goe= s on a different direction.

1. This tool in its final form will do e= verything you can do with a text editor to configure Apache. However it wil= l not be a replacement for a the text editor because the tool will handle A= pache and the modules that comes with it.

2. Do not worry about GUI complexities. These can be solved easily.
=
3. Apache is not for admins only. It is used by developers, home server= s, local intranets. You do not need to be a web server admin to use Apache.=

4. I wanted to make this tool because I am a developer and have a home = server. I want to configure Apache to suit my needs without the need to hac= k a text editor and read the documentation of a certain feature of Apache.<= br>
5. This tool can be extended later to include useful tools. As I said b= efore the aim is a complete Apache admin tool the first step is a GUI for h= ttpd.conf.

6. I think I will start building the tool and at least le= t the community test the tool and get a feedback whether this tool will be = useful or not.

Regards

On Mon, Feb 16, 2009 at 9:44 = PM, Krist van Besien <krist.vanbesien@gmail.com> wrote:
On Mon, Feb 16, 2009 at 6:26 PM, Peter Schober
<peter.schober@univie.ac.a= t> wrote:

>  It's certainly not for me. But other than stating the reason= s why I
> think this is not practical and helpful in the real world, why should<= br> > I try to convice others to /not/ write duch a thing? Because "som= e
> things should not be easy"?

Thinks should be easy. That is the point. Given the aim of the apache=
webserver, and its intended audience the current way of configuring
apache is by far the easiest.

Apache is a tool for webserver admins, not for average computer users.
With apache if I need to explain to one of our operators how to deploy
a change to all our webservers all I need to know is if said person
has basic unix knowledge (which is the case, or we wouldn't let them near our servers) and all I need to provide in my workorder is "copy atached file to /etc/apache2/sites_available and then execute
apache2ctl graceful.
With a gui I either need to know if the target of my workorder is
familiar whith the gui, and if I'm not sure I have no other option of writing a complete walk through, with screenshots. That I consider a
waste of my time.
So my preference for the command line and text files has nothing to do
with elitism or nostalgia. It has everything to do with two things
that are very important in a production environment: Simplicity and
repeatability.

Krist


--
krist.vanbesien@gmail.com<= br> krist@vanbesien.org
Bremgarten b. Bern, Switzerland
--
A: It reverses the normal flow of conversation.
Q: What's wrong with top-posting?
A: Top-posting.
Q: What's the biggest scourge on plain text email discussions?

---------------------------------------------------------------------
The official User-To-User suppo= rt forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
  "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


--0016e644ba1a834cc80463161c7a--