Here's a real life example from a social media site I coded on contract:
Every user has a (username)/blog route.
GET to that route shows their entire blog (most recent several posts, and an ajax call with certain params fetches more).
POST to that route creates a new blog post on that user's blog.
After a POST, a new route is created at .../(post id)/(slug)/
A GET to that fetches that post only.
A PUT edits that post without changing the routes.
A DELETE deletes the post.
We use the same scheme for videos, comments, etc.
This is based on the REST design strategy. POST is for the creation of a new resource. PUT is for the replacement of an existing resource. DELETE deletes. GET fetches without changing the server's state.
The lack of HTML form support is not as big a deal nowadays since we ended up having to use JavaScript for form submission for other reasons anyways. And we do not have any problems related to webserver limitations, at least since Heroku removed their request routing HTTP methods limitations one year ago.