1. 23 Feb, 2017 1 commit
  2. 10 Feb, 2017 1 commit
  3. 27 Sep, 2013 1 commit
    • anarcat's avatar
      move subdir implementation to the Apache service · 969d587a
      anarcat authored
      the reasoning is that we need to operate on multiple servers, which
      can't be done outside of services.
      
      furthermore, we had to move to a Config class for sync to work, and we
      hack up that class badly so that it is forced to generate multiple
      configuration files instead of just one, which is impure and weird,
      but seems to work in my first tests.
      
      we still need to reimplement sites.php and disabled sites support, but
      multi-server should work better now
      
      see #2020075 and #2020079
      969d587a
  4. 19 Jun, 2013 1 commit
    • ergonlogic's avatar
      use proper IP address in SSL site template · 9b860383
      ergonlogic authored
      we used to take only the first IP that was set in the server context.
      
      instead we just don't set those IPs in the server context, as they date back
      from when we had IP-based virtual hosting even on port 80, and set it properly
      in the site context
      9b860383
  5. 29 Aug, 2012 1 commit
  6. 24 Aug, 2012 1 commit
  7. 16 Aug, 2012 1 commit
  8. 29 Oct, 2011 2 commits
  9. 15 Apr, 2011 2 commits
    • anarcat's avatar
      Revert "1081536 rollback platform apache configs" · 17249a67
      anarcat authored
      This reverts commit f7a07113.
      
      The problem with this approach is that if we have sites in the platform
      and fail to verify it, removing the apache config would actually break
      the platform even more. We do not want that.
      
      What we want is a provision-install on platforms that can be rolled back
      properly too. It's harder than this.
      17249a67
    • anarcat's avatar
      1081536 rollback platform apache configs · 8363379f
      anarcat authored
      when drush make fails, the apache config is already created and wasn't
      cleaned up
      
      we hook into the rollback by adding a new magic hook through
      command_invoke() that will cascade through the current context and call
      the right rollback hook.
      
      we implement one for the platform, but we probably need to implement one
      for servers and sites too.
      8363379f
  10. 14 Apr, 2011 2 commits
    • anarcat's avatar
      Revert "1081536 rollback platform apache configs" · ccb4e985
      anarcat authored
      This reverts commit f7a07113.
      
      The problem with this approach is that if we have sites in the platform
      and fail to verify it, removing the apache config would actually break
      the platform even more. We do not want that.
      
      What we want is a provision-install on platforms that can be rolled back
      properly too. It's harder than this.
      ccb4e985
    • anarcat's avatar
      1081536 rollback platform apache configs · f7a07113
      anarcat authored
      when drush make fails, the apache config is already created and wasn't
      cleaned up
      
      we hook into the rollback by adding a new magic hook through
      command_invoke() that will cascade through the current context and call
      the right rollback hook.
      
      we implement one for the platform, but we probably need to implement one
      for servers and sites too.
      f7a07113
  11. 30 Dec, 2010 1 commit
  12. 20 Dec, 2010 2 commits
  13. 01 Nov, 2010 2 commits
  14. 08 Oct, 2010 1 commit
  15. 07 Oct, 2010 1 commit
  16. 23 Sep, 2010 1 commit
  17. 29 Aug, 2010 1 commit
  18. 13 Aug, 2010 1 commit
  19. 12 Aug, 2010 3 commits
  20. 30 Jul, 2010 1 commit
  21. 23 Jul, 2010 1 commit
  22. 14 Jul, 2010 3 commits
  23. 13 Jul, 2010 4 commits
  24. 24 Jun, 2010 1 commit
  25. 17 Jun, 2010 3 commits
  26. 15 Jun, 2010 1 commit