-
-
Notifications
You must be signed in to change notification settings - Fork 145
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HTTP middleware support #179
Comments
Could I propose to delay this post 0.8, potentially 0.9? php-pm is really anxious about getting our hand on 0.8 and anything that could cause a delay would be nice to postpone. It's also not mentioned in the roadmap right now. |
Sounds good to me 👍 |
@andig I agree that this ticket should not block the request body parsers at all 👍 It's my understanding that the middleware support could easily be used to build request body parsers on top similar to this:
This is just a very rough draft and we will likely want to implement some API sugar on top of this. This is a very common feature request and probably not something we want every user to type out. The nice thing about this is that this does not involve a BC break and we can also release this as part of I've prepared a number of PRs for this already and will look into this the upcoming weeks. Also, I'm really curious what @WyriHaximus will come up with 👍 |
Looking forward to what you have come up with @clue, are you following the middleware PSR discussions in the FIG? Would be most interesting support that when it comes out. With regards to body parsers I think the parsers them self are in pretty good shape but need some tweaking. Going to get issues with my plans and PR's implementing up starting tomorrow |
Closed via #215 |
There is currently no standard of HTTP middleware in PHP, but I consider to use similar approach as the proposed standard of php-fig.
The text was updated successfully, but these errors were encountered: