Use request->method for HTTP verb

[MGatner]

Description
By default the loaded route collection uses REQUEST_METHOD directly from $_SERVER:
$this->HTTPVerb = strtolower($_SERVER['REQUEST_METHOD'] ?? 'cli');
This means when Router->checkRoutes() matches its collection it uses the actual request method instead of the spoofed method from the Request object. This PR injects the proper HTTP verb prior using $request->getMethod()

To recreate the bug, create a resource route to a non-autorouted controller:
$routes->resource('foo', ['controller' =>'MyNamespace\Controllers\Foo']); And then try to access one of the non-POST supported methods by spoofing: Routing ignores the PUT routes and attempts to autoroute:Controller or its method is not found: App\Controllers\Foo`

Checklist:

• Securely signed commits
• Component(s) with PHPdocs
• Unit testing, with >80% coverage
• User guide updated
• Conforms to style guide

[MGatner]

Calling backup! @lonnieezell I think this is probably the correct way to handle this - however all the tests presume that routes will be matched off $_SERVER['REQUEST_METHOD'] instead of $request->method() which accounts for spoofing. Before I (or anyone) goes through and updates the tests I want to make sure this is the desired approach.

[lonnieezell]

@MGatner Yes, I think that should work.

Although we should be able to do away with the is_cli() check if we handle that during the CodeIgniter::spoofRequestMethod() call. Looks like it doesn't set the request method to 'cli' there, and it probably should.

[MGatner]

@lonnieezell These changes are in place. It's failing on testResourcesWithWebsafe, which when I look at it makes me wonder how that ever succeeded: resource() should definitely be returning more than just the 3 routes listed in the test.

[MGatner]

Nevermind, it was supposed to be testing POST! Quick fix coming up.

[MGatner]

Looks good now!