- Jan 30, 2010
- Jan 28, 2010
- Jan 26, 2010
-
- Jan 24, 2010
-
-
Adrian Rossouw authored
- Jan 23, 2010
-
- Jan 21, 2010
-
-
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.
-
Adrian Rossouw authored
was missing the install_mail function, and the format of body was changed from string to array.
-
Adrian Rossouw authored
- Jan 20, 2010
-
-
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
- Jan 19, 2010
-
-
Signed-off-by: anarcat <anarcat@koumbit.org>
-
- Jan 18, 2010
-
-
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
-
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
-
Adrian Rossouw authored
-
Adrian Rossouw authored
-
Adrian Rossouw authored
this is pre-populated for the standard install profile in drupal 7, which is the upgrade path of the default install profile.
-
- Jan 15, 2010
- Jan 13, 2010
-
- Jan 12, 2010
-
-
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.
-
- Jan 07, 2010