chore: migrate to Go modules
This commit is contained in:
+26
@@ -0,0 +1,26 @@
|
||||
# gorilla/context
|
||||
|
||||
[](https://img.shields.io/github/license/gorilla/.github)
|
||||

|
||||
[](https://codecov.io/github/gorilla/context)
|
||||
[](https://godoc.org/github.com/gorilla/context)
|
||||
[](https://sourcegraph.com/github.com/gorilla/context?badge)
|
||||
[](https://bestpractices.coreinfrastructure.org/projects/7656)
|
||||
|
||||

|
||||
|
||||
> ⚠⚠⚠ **Note** ⚠⚠⚠ gorilla/context, having been born well before `context.Context` existed, does not play well
|
||||
> with the shallow copying of the request that [`http.Request.WithContext`](https://golang.org/pkg/net/http/#Request.WithContext) (added to net/http Go 1.7 onwards) performs.
|
||||
>
|
||||
> Using gorilla/context may lead to memory leaks under those conditions, as the pointers to each `http.Request` become "islanded" and will not be cleaned up when the response is sent.
|
||||
>
|
||||
> You should use the `http.Request.Context()` feature in Go 1.7.
|
||||
|
||||
gorilla/context is a general purpose registry for global request variables.
|
||||
|
||||
* It stores a `map[*http.Request]map[interface{}]interface{}` as a global singleton, and thus tracks variables by their HTTP request.
|
||||
|
||||
|
||||
### License
|
||||
|
||||
See the LICENSE file for details.
|
||||
Reference in New Issue
Block a user