title: AspNetCoreRateLimit Does not use query parameters when matching rules
body: <p>I'm using <a href="https://github.com/stefanprodan/AspNetCoreRateLimit" rel="nofollow noreferrer">AspNetCoreRateLimit</a> library with Asp.Net Core 2.2 web api. I've taken IpRateLimiting into use with it's default settings in <code>Startup.cs</code> as seen <a href="https://github.com/stefanprodan/AspNetCoreRateLimit/wiki/IpRateLimitMiddleware" rel="nofollow noreferrer">AspNetCoreRateLimit wiki</a>. </p>
  
  <p>I have API endpoint with query parameters, and it is used with http GET queries as following (see parameters <code>startDate</code> and <code>stopDate</code>): </p>
  
  <pre><code>GET "https://host/api/endpoint/path?startDate=2020-04-04&amp;stopDate=2020-04-04"
  </code></pre>
  
  <p>I want to limit only <strong>unique</strong> requests (with unique parameter combinations) to 5 requests per hour. So, for example, the following scenario should be possible in 1 hour:</p>
  
  <pre><code>5 times: GET "https://host/api/endpoint/path?startDate=2020-04-04&amp;stopDate=2020-04-04"
  5 times: GET "https://host/api/endpoint/path?startDate=2020-04-05&amp;stopDate=2020-04-05"
  </code></pre>
  
  <p>The problem is that I can send only <strong>total</strong> 5 requests per hour regardless of parameters. </p>
  
  <p>Following is my IpRateLimiting Settings from appsettings.json.</p>
  
  <pre><code>"IpRateLimiting": {
      "EnableEndpointRateLimiting": true,
      "StackBlockedRequests": false,
      "RealIPHeader": "X-Real-IP",
      "ClientIdHeader": "X-ClientId",
      "HttpStatusCode": 429,
      "GeneralRules": [
        {
          "Endpoint": "*:/api/endpoint/path",
          "Period": "1h",
          "Limit": 5
        }
      ]
    }
  </code></pre>
  
  <p>Please note, that I don't want to change the endpoint route as proposed in <a href="https://stackoverflow.com/a/61792298/5789864">this</a> good answer by <em>@Yongqing Yu</em>, because there are a bunch of API clients out there using my API and I do not want to introduce any breaking changes.</p>