1. 02 Dec, 2016 1 commit
    • Jim Jagielski's avatar
      Merge r1597533, r1649491, r1665216, r1756553, r1756631, r1726675, r1718496,... · 92230a27
      Jim Jagielski authored
      Merge r1597533, r1649491, r1665216, r1756553, r1756631, r1726675, r1718496, r1718476, r1747469 from trunk:
      
      mod_cache: try to use the key of a possible open but stale cache entry
      if we have one in cache_try_lock(). PR 50317
      
      Submitted by: Ruediger Pluem
      
      
      * modules/cache/mod_socache_memcache.c (socache_mc_store): Pass
        through expiration time.
      
      Submitted by: Faidon Liambotis <paravoid debian.org>, jorton
      
      
      * mod_cache: Preserve the Content-Type in case of 304 response.
      304 does not contain Content-Type and mod_mime regenerates
      the Content-Type based on the r->filename. This later leads to original
      Content-Type to be lost (overwriten by whatever mod_mime generates).
      
      
      mod_cache: Use the actual URI path and query-string for identifying the
      cached entity (key), such that rewrites are taken into account when
      running afterwards (CacheQuickHandler off).  PR 21935.
       
      
      
      mod_cache: follow up to r1756553: log the real/actual cached URI (debug).
      
      
      
      better s-maxage support
       
      +  *) mod_cache: Consider Cache-Control: s-maxage in expiration
      +     calculations.  [Eric Covener]
      +
      +  *) mod_cache: Allow caching of responses with an Expires header
      +     in the past that also has Cache-Control: max-age or s-maxage.
      +     PR55156. [Eric Covener]
      
      
      
      
      remove dead code leftover from r1023387. 
      
      Prior to this revision, there was an apr_atoi64 in this context.
      Now, ap_cache_control() sets control.max_age (which is checked here) when
      the maxage value was parsed OK.
      
      
      
      duplicate debug-level AH00764 in the just-validated path.
      
      
      
      Rename ap_casecmpstr[n]() to ap_cstr_casecmp[n](), update with APR doxygen
      Submitted by: jkaluza, jorton, jkaluza, ylavic, ylavic, covener, covener, covener, wrowe
      Reviewed/backported by: jim
      
      
      git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1772331 13f79535-47bb-0310-9956-ffa450edef68
      92230a27
  2. 23 Nov, 2016 1 commit
  3. 22 Nov, 2016 1 commit
  4. 21 Nov, 2016 1 commit
  5. 14 Nov, 2016 4 commits
  6. 04 Nov, 2016 2 commits
  7. 02 Nov, 2016 1 commit
  8. 01 Nov, 2016 3 commits
  9. 27 Oct, 2016 1 commit
  10. 24 Oct, 2016 1 commit
  11. 17 Oct, 2016 1 commit
  12. 11 Oct, 2016 1 commit
  13. 03 Oct, 2016 1 commit
  14. 19 Sep, 2016 1 commit
  15. 06 Sep, 2016 1 commit
    • Jim Jagielski's avatar
      Merge r1758307, r1758308, r1758309, r1758311 from trunk: · 0a4ab924
      Jim Jagielski authored
      mpm_winnt: remove 'data' AcceptFilter in favor of 'connect'
      
      The 'data' AcceptFilter optimization instructs Windows to wait until
      data is received on a connection before completing the AcceptEx
      operation. Unfortunately, it seems this isn't performed atomically --
      AcceptEx "partially" accepts the incoming connection during the wait for
      data, leaving all other incoming connections in the accept queue. This
      opens the server to a denial of service.
      
      Since the fix for this requires a substantial rearchitecture (likely
      involving multiple outstanding calls to AcceptEx), disable the 'data'
      filter for now and replace it with 'connect', which uses the AcceptEx
      interface but does not wait for data.
      
      Users running prior releases of httpd on Windows should explicitly move
      to a 'connect' AcceptFilter in their configurations if they are
      currently using the default 'data' filter.
      
      Many thanks to mludha, Arthur Ramsey, Paul Spangler, and many others for
      their assistance in tracking down and diagnosing this issue.
      
      PR: 59970
      
      mpm_winnt: remove the AcceptEx data network bucket
      
      Follow-up to the prior commit: without an incoming data buffer, the
      custom network bucket code is now orphaned and we can remove it
      entirely. This has the added benefit that we are no longer using the
      internal OVERLAPPED.Pointer field, which is discouraged by the MSDN
      docs.
      
      mpm_winnt: remove duplication of ap_process_connection
      
      Further follow-up to the previous commit: now that we no longer patch a
      network bucket into the brigade, we can revert to calling
      ap_process_connection() directly instead of duplicating its logic.
      
      docs: rebuild
      Submitted by: jchampion
      Reviewed/backported by: jim
      
      
      git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1759471 13f79535-47bb-0310-9956-ffa450edef68
      0a4ab924
  16. 01 Sep, 2016 1 commit
  17. 30 Aug, 2016 1 commit
  18. 27 Aug, 2016 1 commit
  19. 25 Aug, 2016 5 commits
  20. 24 Aug, 2016 1 commit
  21. 16 Aug, 2016 5 commits
  22. 03 Aug, 2016 1 commit
  23. 22 Jul, 2016 1 commit
  24. 20 Jul, 2016 1 commit
  25. 10 Jul, 2016 1 commit
  26. 30 Jun, 2016 1 commit