[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [cpx] Virtual host and aliases, main brake to CPX use ?



Related to this is the situation when a web site is new.  Almost inevitably
it will have a temporary domain customer.reseller.com for example  and then
when the site goes live it becomes www.customer.com.    

CPX doesn't really handle this situation well as the user interface has this
built-in assumption that a domain = a virtual host.  We end up with both
domains listed and managed as if they were separate virtual hosts and the
whole thing gets quite confusing. I am looking at one now that has the same
virtual host listed three times.  Each has a log rotation method, and I have
no idea what would happen if I set each to be something different.  

Basically I propose that data such as log rotation, mail administration,
disk usage, web services etc need to be attached to the virtual host, rather
than the domain.  There is a handy-dandy key for this which is the login id
of the administrator which is the same as xxx in the /home/xxx path. 

One thing I learned several decades ago is the importance of not using an
item of data (which may change) as a unique key identifier of other data. It
seems to me that this is exactly what we have, and is the underlying cause
of these problems. I think that the domain name is data - not a fixed unique
key and should be treated as such.  

The designers of CPX have designed it this way so that a virtual host
administrator can set up more than one web site (re the previous discussion
on the naming of the 'htdocs' directory), but I think what has been done is
essentially a kludge which causes problems for the much more important case
of a single web site with multiple domains.   

Bob
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Bob Browning  020 8400 6115   bob@xxxxxxxxxx
Textor Webmasters Ltd  http://www.textor.com

  

-----Original Message-----
From: owner-cpx@xxxxxxxxxxxxx [mailto:owner-cpx@xxxxxxxxxxxxx] On Behalf Of
ADNET Ghislain
Sent: 02 March 2005 09:00
To: cpx@xxxxxxxxxxxxx
Subject: [cpx] Virtual host and aliases, main brake to CPX use ?

Hello,

 I come back at this because this is a very serious brake to a CPX install.
As you know if you have the domains:

corporate.com
corporate.org
corporate.net

  You cannot, under CPX, use the three domains for the same website
(virtualhost). This mean you will have to create 3 sites each with a custome
index.php that redirect to the main one. If you just add the ServerAlias in
the httpd.conf by hand then CPX will not allow you to create any email
adress to those domains so you cannot use this trick.

  This limit is very strange to me as it seems a so basic feature of
virtualhost that i wonder why it isn't here from the start. Almost all my
customers have the corporate.com/corporate.fr domains for the same website
so it make cpx unusable for them (as they have allway legacy email adress in
the other domain ). As you know putting new customer in front of imanager
where a single space  can break anything is not what i really want to do
anymore :)

  So i am frustrated to have this great tool here lacking this feature. 
It seems to me i have the latest Ferari car in front of me but there is only
Three wheels so i just can watch it and not take it for a drive :)

  Any resseller has the same issue with domains ? how do you solve this if
the customer own the complete VPS ?

  I really hope the dev team can come on something about this (or at least
allow email adress to be created for each domains in the local-hosts-names
instead of the domain created as websites for the server admin).

best regards,
Ghislain.
AQUEOS.

======================================================================
This is <cpx@xxxxxxxxxxxxx>      <http://www.groupmail.org/lists/cpx/>
Before posting a question, please search the archives (see above URL).



======================================================================
This is <cpx@xxxxxxxxxxxxx>      <http://www.groupmail.org/lists/cpx/>
Before posting a question, please search the archives (see above URL).


Home | Main Index | Thread Index
Match: Format: Sort by:
Search: