1. 17 Nov, 2012 2 commits
    • anarcat's avatar
      switch to cert/IP association instead of site/IP · 24153779
      anarcat authored
      note that the upgrade path is still broken here, as the incorrect
      cert/IP associations get created. that huge SQL query need to be
      refactored.
      
      we completely remove the site/IP association, and the IP of a site
      isn't displayed in the frontend anymore, as that IP is irrelevant most
      of time.
      
      we still need to handle properly multiple IP certs (for clusters), but
      the database structure supports this at least.
      24153779
    • anarcat's avatar
      complete versionning support removal for ips · 72f322cc
      anarcat authored
      72f322cc
  2. 16 Nov, 2012 1 commit
  3. 28 Sep, 2012 3 commits
    • anarcat's avatar
      finish moving IP allocation to the frontend · 5566d405
      anarcat authored
      this may not work, untested. the idea is that IP are now allocated when certificates are created in the frontend
      
      this needs work, as it still relies on the old site/IP mapping to guess the next IPs
      
      we also need to send that data to the backend now
      5566d405
    • anarcat's avatar
      add ip_address field to the certs table · 574cdd21
      anarcat authored
      this way we will be able to allocate IPs directly to certificates
      574cdd21
    • anarcat's avatar
      add a unique identifier in hosting_ip_addresses · 7a81a4b1
      anarcat authored
      the problem with the previous schema was that it was hard to refer to a row in that table uniquely, and therefore made IP allocation to SSL certificates impossible
      7a81a4b1
  4. 27 Sep, 2012 1 commit
  5. 14 Sep, 2012 2 commits
  6. 12 Sep, 2012 3 commits
  7. 11 Sep, 2012 2 commits
  8. 29 Aug, 2012 1 commit
  9. 22 Aug, 2012 1 commit
  10. 17 Aug, 2012 1 commit
  11. 12 Jul, 2012 1 commit
    • anarcat's avatar
      just don't mark db passwd field required at all · 52d1167b
      anarcat authored
      this would be inforcing policy. since by default the mysql server on
      Debian doesn't have a database password, it's reasonable to allow
      modification (creation already works) of database servers without
      passwords.
      52d1167b
  12. 29 Jun, 2012 9 commits
  13. 28 Jun, 2012 6 commits
  14. 01 Jun, 2012 5 commits
  15. 24 May, 2012 2 commits