Currently in the provision_apache.module implements the verify task as follows:
function provision_apache_provision_verify() {
$exists = _provision_create_dir(PROVISION_VHOST_PATH, t("Virtual host configuration"), 0700);
_provision_apache_restart_apache(TRUE);
}

Since verify is used if the user edits a site, and - for instance - adds an alias, I suggest a call to
function _provision_apache_create_vhost_config($url, $data, $template = NULL)
would help...

Comments

adrian’s picture

adrian commented

The code for this already exists basically, as the migrate/deploy commands.

deploy takes a site backup tarball, and rolls it out to a new url, making sure to go into the database and alter the files table to point to the new file system locations.

migrate creates a backup, then calls the deploy command on the target platform, if that succeeds it deletes it's own copy of the site.

Rename is essentially exactly the same as migrate, but only acts on the same platform.

and furthermore, clone is exactly the same as migrate/rename commands, but without the cleanup afterwards.

anarcat’s picture

anarcat commented
Title: site rename/new alias » site rename frontend interface
Issue tags: +aegir-0.4
anarcat’s picture

anarcat commented
Title: site rename frontend interface » site rename/new alias
Issue tags: -aegir-0.4

comment removed, see http://drupal.org/node/275737#comment-1968674

anarcat’s picture

anarcat commented
Anonymous’s picture

Anonymous (not verified) commented
Title: site rename/new alias » site rename frontend interface
Status: Active » Fixed
Issue tags: +aegir-0.4

As far as I'm concerned, this is all complete per #275737: Rename sites (provision/backend) now. Marking fixed

Status: Fixed » Closed (fixed)
Issue tags: -aegir-0.4

Automatically closed -- issue fixed for 2 weeks with no activity.

Issue tags: +aegir-0.4

Restoring issue tags, see #2125755: System messages removed all issue tags during D7 upgrade.