- 30 Jan, 2010 1 commit
-
-
anarcat authored
-
- 29 Jan, 2010 1 commit
-
-
anarcat authored
this fixes a regression introduced in d8554cf433ddb0b665e05b143a28fac429196535
-
- 21 Jan, 2010 4 commits
-
-
anarcat authored
before this patch, redirection virtual hosts were created with a duplicate ServerName, which seems to be working, but is needlessly confusing after this patch, the redirection vhosts are created only based on the aliases provided and not the site_url this implies that to do generic redirections (e.g. for SSL) you may need to push your site_url in the aliases array. that has been done in SSL so that all hosts (ie. aliases and the site_url) are redirected to the site_url, which is not appropriate for regular vhosts (because it would mean a infinite redirection loop)
-
anarcat authored
-
anarcat authored
-
anarcat authored
overwrite the port 80 config if redirection + ssl is enabled, regardless of whether or not the file already exists if we don't do that, the file is never re-written once it's been written once: bad.
-
- 20 Jan, 2010 2 commits
-
-
anarcat authored
this is to avoid the possibility of Denial of Service attacks from the drupal admins: if someone were to create a symlink in files/ that would point to the parent sites/ directory, the recursive chmod that happen on verify would loop inifinitely (i saw one running for 1h)
-
anarcat authored
do not flush privileges: it's not required when you use GRANT/REVOKE, and requires unnecessary permissions
-
- 18 Jan, 2010 1 commit
-
-
anarcat authored
this was failing because provision_path_unlink was checking the file existence (file_exists) before removing the symlink. in this case, the file really *didn't* exist because the link target was already removed. instead of checking, we just try to delete the file, if it fails, it will return false anyways. we do the same with rmdir while we're here. also make sure we work on the trimmed file path
-
- 15 Jan, 2010 2 commits
- 13 Jan, 2010 2 commits
-
- 12 Jan, 2010 2 commits
-
-
Adrian Rossouw authored
The init and exit hooks were expecting to only be running on "provision *" commands, i modified them to run on "provision-*" commands instead.
-
Adrian Rossouw authored
changed all instances of drush_backend_invoke and drush_invoke to match the new command names.
-
- 07 Jan, 2010 4 commits
- 23 Dec, 2009 1 commit
-
-
Adrian Rossouw authored
-
- 17 Dec, 2009 3 commits
-
-
Adrian Rossouw authored
Revert "initialize mysql credentials from drush bootstrap so that we can work on non-verified sites easily" Provision is managing the master database connection here, drush's db credentials are the details for the SITE, and will only be available at drush_bootstrap_drupal_site. we need the master db connection from drush_bootstrap_drush already, and we will never ever ever be able to make use of drush' code in this regard because what we are doing is completely outside of the Drupal context. This reverts commit 5439e6d01d32fd7351c404a6bf74c11a028ee8a4.
-
- 16 Dec, 2009 3 commits
- 14 Dec, 2009 2 commits
-
- 10 Dec, 2009 2 commits
-
- 08 Dec, 2009 6 commits
-
- 05 Dec, 2009 1 commit
-
- 20 Nov, 2009 3 commits
-