Support virtual host order

Bug #241021 reported by beerfan
4
Affects Status Importance Assigned to Milestone
Remote Apache Management tool
Confirmed
Wishlist
Unassigned

Bug Description

Supporting many virtual hosts on the same server often requires use of wildcards. In this case, the order of virtual hosts matters. For example, a web application which serves multiple domains simultaneously might be configured with a ServerName of * and if other domains are also to be served by the same Apache server they must be loaded prior to this one.

This requirement may be even more necessary on a development machine where many different sites must be active which wouldn't exist on a single production server.

One solution to forcing order is to place all virtual hosts in a single .conf file. Another is to prepend an order code to the vhost conf files (e.g., 1-siteone, 2-sitetwo) so they are parsed in the required order.

Rapache obviously does not (yet) support the former. I see only a single vhost in Rapache for my single .conf file with many vhosts defined. Perhaps the latter method can be used if order is specified.

Revision history for this message
TAC one (tacone) wrote :

Thank you for your bug report.
I think latter way is surely the better and more debianish way. Also numbering should be the way to go.

I think it will take us a while to implement this, but we will very likely do that.
Detecting multiple vhosts and offering user to split in multiple files would be good, but not a cure for every desease, as some linux application stuffs configuration outside <virtualhost> tags. At some point, manual intervention would be necessary anyway.

Marking this as wishlist.

Changed in rapache:
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
KillerKiwi (killerkiwi2005) wrote :

prepending a code to the vhost conf file will currently lose the edit history....

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.