phossa-route | See new lib | REST library
kandi X-RAY | phossa-route Summary
kandi X-RAY | phossa-route Summary
See new lib at phoole/route. phossa-route is a fast, full-fledged and feature-rich application level routing library for PHP. It dispatches requests base on URLs, HTTP headers, session informations etc. It requires PHP 5.4 and supports PHP 7.0+, HHVM. It is compliant with PSR-1, PSR-2, PSR-4.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of phossa-route
phossa-route Key Features
phossa-route Examples and Code Snippets
Community Discussions
Trending Discussions on REST
QUESTION
I am trying to upgrade to React Router v6 (react-router-dom 6.0.1
).
Here is my updated code:
...ANSWER
Answered 2022-Mar-18 at 18:41I think you should use the no match route approach.
Check this in the documentation.
https://reactrouter.com/docs/en/v6/getting-started/tutorial#adding-a-no-match-route
QUESTION
Per [intro.object]/2:
[..] An object that is not a subobject of any other object is called a complete object [..].
So consider this snippet of code:
...ANSWER
Answered 2022-Mar-21 at 00:32- An object is not a class.
- An object is an instantiation of a class, an array, or built-in-type.
- Subobjects are class member objects, array elements, or base classes of an object.
- Derived objects (and most-derived objects) only make sense in the context of class inheritance.
QUESTION
I was wondering if there was an easy solution to the the following problem. The problem here is that I want to keep every element occurring inside this list after the initial condition is true. The condition here being that I want to remove everything before the condition that a value is greater than 18 is true, but keep everything after. Example
Input:
...ANSWER
Answered 2022-Feb-05 at 19:59You can use itertools.dropwhile
:
QUESTION
I have run in to an odd problem after converting a bunch of my YAML pipelines to use templates for holding job logic as well as for defining my pipeline variables. The pipelines run perfectly fine, however I get a "Some recent issues detected related to pipeline trigger." warning at the top of the pipeline summary page and viewing details only states: "Configuring the trigger failed, edit and save the pipeline again."
The odd part here is that the pipeline works completely fine, including triggers. Nothing is broken and no further details are given about the supposed issue. I currently have YAML triggers overridden for the pipeline, but I did also define the same trigger in the YAML to see if that would help (it did not).
I'm looking for any ideas on what might be causing this or how I might be able to further troubleshoot it given the complete lack of detail that the error/warning provides. It's causing a lot of confusion among developers who think there might be a problem with their builds as a result of the warning.
Here is the main pipeline. the build repository is a shared repository for holding code that is used across multiple repos in the build system. dev.yaml contains dev environment specific variable values. Shared holds conditionally set variables based on the branch the pipeline is running on.
...ANSWER
Answered 2021-Aug-17 at 14:58I think I may have figured out the problem. It appears that this is related to the use of conditionals in the variable setup. While the variables will be set in any valid trigger configuration, it appears that the proper values are not used during validation and that may have been causing the problem. Switching my conditional variables to first set a default value and then replace the value conditionally seems to have fixed the problem.
It would be nice if Microsoft would give a more useful error message here, something to the extent of the values not being found for a given variable, but adding defaults does seem to have fixed the problem.
QUESTION
ANSWER
Answered 2022-Jan-02 at 08:18I don't think kendo provides any native solution for that but what I can suggest is to:
QUESTION
I got a large list of JSON objects that I want to parse depending on the start of one of the keys, and just wildcard the rest. A lot of the keys are similar, like "matchme-foo"
and "matchme-bar"
. There is a builtin wildcard, but it is only used for whole values, kinda like an else
.
I might be overlooking something but I can't find a solution anywhere in the proposal:
https://docs.python.org/3/whatsnew/3.10.html#pep-634-structural-pattern-matching
Also a bit more about it in PEP-636:
https://www.python.org/dev/peps/pep-0636/#going-to-the-cloud-mappings
My data looks like this:
...ANSWER
Answered 2021-Dec-17 at 10:43You can use a guard:
QUESTION
I need to navigate back to the original requested URL after login.
For example, user enters www.example.com/settings
as user is not authenticated, it will navigate to login page www.example.com/login
.
Once authenticated, it should navigate back to www.example.com/settings
automatically.
My original approach with react-router-dom
v5 is quite simple:
ANSWER
Answered 2021-Dec-15 at 05:41In react-router-dom
v6 rendering routes and handling redirects is quite different than in v5. Gone are custom route components, they are replaced with a wrapper component pattern.
v5 - Custom Route
Takes props and conditionally renders a Route
component with the route props passed through or a Redirect
component with route state holding the current location
.
QUESTION
I'm trying to test an API endpoint with a patch request to ensure it works.
I'm using APILiveServerTestCase
but can't seem to get the permissions required to patch the item. I created one user (adminuser
) who is a superadmin with access to everything and all permissions.
My test case looks like this:
...ANSWER
Answered 2021-Dec-11 at 07:34The test you have written is also testing the Django framework logic (ie: Django admin login). I recommend testing your own functionality, which occurs after login to the Django admin. Django's testing framework offers a helper for logging into the admin, client.login
. This allows you to focus on testing your own business logic/not need to maintain internal django authentication business logic tests, which may change release to release.
QUESTION
In this programming problem, the input is an n
×m
integer matrix. Typically, n
≈ 105 and m
≈ 10. The official solution (1606D, Tutorial) is quite imperative: it involves some matrix manipulation, precomputation and aggregation. For fun, I took it as an STUArray implementation exercise.
I have managed to implement it using STUArray, but still the program takes way more memory than permitted (256MB). Even when run locally, the maximum resident set size is >400 MB. On profiling, reading from stdin seems to be dominating the memory footprint:
Functions readv
and readv.readInt
, responsible for parsing integers and saving them into a 2D list, are taking around 50-70 MB, as opposed to around 16 MB = (106 integers) × (8 bytes per integer + 8 bytes per link).
Is there a hope I can get the total memory below 256 MB? I'm already using Text
package for input. Maybe I should avoid lists altogether and directly read integers from stdin to the array. How can we do that? Or, is the issue elsewhere?
ANSWER
Answered 2021-Dec-05 at 11:40Contrary to common belief Haskell is quite friendly with respect to problems like that. The real issue is that the array
library that comes with GHC is total garbage. Another big problem is that everyone is taught in Haskell to use lists where arrays should be used instead, which is usually one of the major sources of slow code and memory bloated programs. So, it is not surprising that GC takes a long time, it is because there is way too much stuff being allocation. Here is a run on the supplied input for the solution provided below:
QUESTION
I'm looking for a way to have all keys / values pair of a nested object.
(For the autocomplete of MongoDB dot notation key / value type)
...ANSWER
Answered 2021-Dec-02 at 09:30In order to achieve this goal we need to create permutation of all allowed paths. For example:
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install phossa-route
Installation Install via the composer utility. composer require "phossa/phossa-route=1.*" or add the following lines to your composer.json { "require": { "phossa/phossa-route": "^1.0.0" } }
Simple usage use Phossa\Route\Dispatcher; // dispatcher with default collector & resolver $dispatcher = (new Dispatcher()) ->addGet( '/blog/{action:xd}[/{year:d}[/{month:d}[/{date:d}]]]', function($result) { echo "action is " . $result->getParameter('action'); }) ->addPost('/blog/post', 'handler2') ->addRoute(new Route\Route( 'GET,HEAD', // multiple methods '/blog/read[/{id:d}]', 'handler3', ['id' => '1'])); // default $id value // route base on info provided by server $dispatcher->dispatch();
Load routes from file use Phossa\Route\Dispatcher; /* * routes.php : * return [ * '/user/phossa' => 'handler1', * '/user/{action:xd}/{id:d}' => [['controller', 'action'], 'GET,POST'], * '/user/view[/{id:d}]' => ['handler2', 'GET', ['id' => 23]] * ]; */ $dispatcher = (new Dispatcher())->loadRoute('./routes.php');
{Named} parameters A route pattern syntax is used where {foo} specifies a named parameter or a placeholder with name foo and default pattern [^/]++. In order to match more specific types, you may specify a custom regex pattern like {foo:[0-9]+}. // with 'action' & 'id' two named params $dispatcher->addGet('/user/{action:[^0-9/][^/]*}/{id:[0-9]+}', 'handler1'); Predefined shortcuts can be used for placeholders as follows, ':d}' => ':[0-9]++}', // digit only ':l}' => ':[a-z]++}', // lower case ':u}' => ':[A-Z]++}', // upper case ':a}' => ':[0-9a-zA-Z]++}', // alphanumeric ':c}' => ':[0-9a-zA-Z+_\-\.]++}', // common chars ':nd}' => ':[^0-9/]++}', // not digits ':xd}' => ':[^0-9/][^/]*+}', // no leading digits The previous pattern can be rewritten into, // with 'action' & 'id' two named params $dispatcher->addGet('/user/{action:xd}/{id:d}', 'handler1');
[Optional] segments Optional segments in the route pattern can be specified with [] as follows, // $action, $year/$month/$date are all optional $pattern = '/blog[/{action:xd}][/{year:d}[/{month:d}[/{date:d}]]]'; where optional segments can be NESTED. Unlike other libraries, optional segments are not limited to the end of the pattern, as long as it is a valid pattern like the [/{action:xd}] in the example.
Syntax limitations Parameter name MUST start with a character Since {2} has special meanings in regex. Parameter name MUST start with a character. And the use of {} inside/outside placeholders may cause confusion, thus is not recommended. [] outside placeholder means OPTIONAL segment only [] can not be used outside placeholders as part of a regex pattern, IF YOU DO NEED to use them as part of the regex pattern, please include them INSIDE a placeholder. Use of capturing groups () inside placeholders is not allowed Capturing groups () can not be used inside placeholders. For example {user:(root|phossa)} is not valid. Instead, you can use either use {user:root|phossa} or {user:(?:root|phossa)}.
Default Values Default values can be added to named parameters at the end in the form of {action:xd=list}. Default values have to be alphanumeric chars. For example, // $action, $year/$month/$date are all optional $pattern = '/blog[/{action:xd=list}][/{year:d=2016}[/{month:d=01}[/{date:d=01}]]]';
Defining routes with dispatcher You may define routes with dispatcher, but it is actually defining routes with the first collector (route collection) in the dispatcher. $dispatcher = (new Dispatcher())->addPost('/blog/post', 'handler2'); addGet() and addPost() are wrappers of addRoute(RouteInterface).
Multiple routing collectors Routes can be grouped into different collections by using multiple collectors. // '/user' related $collector_user = (new Route\Collector\Collector()) ->addGet('/user/list/{id:d}', 'handler1') ->addGet('/user/view/{id:d}', 'handler2') ->addPost('/user/new', 'handler3'); // '/blog' related $collector_blog = (new Route\Collector\Collector()) ->addGet('/blog/list/{user_id:d}', 'handler4') ->addGet('/blog/read/{blog_id:d}', 'handler5'); $dispatcher->addCollector($collector_user) ->addCollector($collector_blog);
Same route pattern User can define same route pattern with different http methods. $dispatcher ->addGet('/user/{$id}', 'handler1') ->addPost('/user/{$id}', 'handler2'); But can not define same route pattern same method with different filters. The possible solution is dealing logic in handler1 or add extensions to the route.
Dispatch with dispatcher's dispatch() In the script index.php, the dispatch() is normally the last line. // index.php // ... // dispatch base on server request info $dispatcher->dispatch(); dispatch() takes one optional argument Phossa\Route\Context\ResultInterface. When none provided, it will collect informations from super globals like $_SERVER and $_REQUEST and dispatches to the right routine or callable base on route definition.
Dispatch an URL User may dispatch an URL, $dispatcher->dispatchUrl('GET', '/error404');
Match instead of dispatching Instead of executing handler by default in dispatch(), more control by user if using the match() method // use info from $_SERVER etc. if ($dispatcher->match()) { $result = $dispatcher->getResult(); switch($result->getStatus()) { case 200: // ... break; case 404: // ... break; default: // ... break; } } else { // no match found // ... } matchUrl() is also provided.
Multiple handlers Route is defined with one handler for status 200 OK. Multiple handlers are supported for other result status. use Phossa\Route\Route; use Phossa\Route\Status; $route = (new Route('GET', '/user/{action:xd}/{id:d}', function($result) { // handler for Status::OK $user_id = $result->getParameter('id'); // ... })->addHandler(Status::METHOD_NOT_ALLOWED, 'handler1'); // extra handler Handler handler1 will be executed if route is matched but method is not valid.
Default handlers Dispatcher and collectors can have multiple handlers corresponding to different status. If the result has no handler set, then the collector's handler(same status code) will be retrieved. If still no luck, the dispatcher's handler (same status code) will be used if defined. Dispatcher-level handlers, use Phossa\Route\Status; $dispatcher->addHandler( Status::SERVICE_UNAVAILABLE, function($result) { // ... } ); Collector-level handlers, $collector->addHandler( Status::MOVED_PERMANENTLY, function($result) { // ... } );
Handler resolving Most of the time, routes returns a handler like [ 'className', 'method' ]. Handler resolver can be used to resolving this pseudo handler into a real callable. use Phossa\Route; // dispatcher with default resolver $dispatcher = new Route\Dispatcher( new Route\Collector\Collector(), new Route\Handler\ResolverAbstract() ); Users may write their own handler resolver by extending Phossa\Route\Handler\ResolverAbstract class.
Use of extensions Extensions MUST return a boolean value to indicate wether to proceed with the dispatching process or not. FALSE means stop and returns to top level, the dispatcher level. use Phossa\Route\Dispatcher use Phossa\Route\Extensions\RedirectToHttpsExtension; // create dispatcher $dispatcher = new Dispatcher(); // direct any HTTP request to HTTPS port before any routing dispatcher->addExtension(new RedirectToHttpsExtension()); Force authentication for any '/user' prefixed URL, $dispatcher->addExtension( function($result) { $pattern = $result->getRequest()->getPattern(); if ('/user' == substr($pattern, 0, 5) && !isset($_SESSION['auth'])) { $result->setStatus(Status::UNAUTHORIZED); return false; // return to dispatcher level } return true; // authed or not in /user }, Dispatcher::BEFORE_MATCH // run this extension before matching ); // set default auth handler at dispatcher level $dispatcher->addHandler( Status::UNAUTHORIZED, function($result) { // display auth page etc. } );
Examples of extension Validation of a parameter value, $route->addExtension( function($result) { $id = (int) $result->getParameter('id'); if ($id > 1000) { // not allowed $result->setStatus(Status::PRECONDITION_FAILED); return false; } return true; }, Route::BEFORE_ROUTE // before execute route handler ); Statistics for a route collection $collector->addExtension( function($result) { // collect statistics }, Collector::BEFORE_COLL // before collector match )->addExtension( function($result) { // collect statistics }, Collector::AFTER_COLL // after a successful match );
Extension stages Three types of stages, dispatcher level, collector level and route level. List of all stages in the order of execution. Dispatcher::BEFORE_MATCH before matching starts Collector::BEFORE_COLL before matching in a collector Collector::AFTER_COLL after a successful match in the collector Dispatcher::AFTER_MATCH after a successful match at dispatcher level Dispatcher::BEFORE_DISPATCH after a sucessful match, before dispatching to any handler Route::BEFORE_ROUTE before executing handler(route's or collector's) for this route Route::AFTER_ROUTE after handler successfully executed Dispatcher::AFTER_DISPATCH back to dispatcher level, after handler executed successfully Dispatcher::BEFORE_DEFAULT match failed or no handler found for the matching route, before execute dispatcher's default handler Dispatcher::AFTER_DEFAULT after dispatcher's default handler executed
Filter usage Sometimes, user may want to look at other information before deciding on how to dispatch. Extensions is one way of doing this. But addFilter() of the $route object is a more appropriate way at route level. // match against $_SERVER, $_REQUEST, $_SESSION, $_COOKIE etc. $route = (new Route('GET', '/user/list/{$id}', 'handler1')) ->addFilter('server.server_name', '(m|www).phossa.com') ->addFilter('cookie.vote_status', 'voted'); Even closure is supported // closure takes the value from $_SERVER['SERVER_NAME'] as input $route->addFilter('server.server_name', function($value) { switch($value) { case 'a1.phossa.com': case 'b2.phossa.com': return true; default: return false; // always return a bool } });
Difference with extension Filters are used during the matching process, if filtering failed for the route, the matching process will still try the next route. While route level extensions are executed after a successful match and just before execution of the handler.
Query Parameter Routing (QPR) The routing info is directly embedded in the URL query. The advantage of this scheme is fast and clear. http://servername/path/?r=controller-action-id-1-name-nick This strategy is implemented in Phossa\Route\Collector\CollectorQPR class.
Parameter Pairs Routing (PPR) Using parameter and value pairs as follows, http://servername/path/index.php/controller/action/id/1/name/nick Parameters order can be arbitary, but have to appear in pairs. Advantage of this scheme is fast and web crawler friendly. If URL rewriting is used, the above can be written into the following, http://servername/path/controller/action/id/1/name/nick Instead of using '/' as the parameter seperator, any URL valid characters except for the '?' and '&' can be used as a seperator. http://servername/path/controller-action-id-1-name-nick This strategy is implemented in Phossa\Route\Collector\CollectorPPR class.
Regular Expression Routing (RER) Regular expression based routing is the default routing strategy for this library and implemented in Phossa\Route\Collector\Collector class. // created with default RER collector $dispatcher = new Dispatcher(); // add supprot for legacy query parameter routing $dispatcher->addCollector(new CollectorQPR());
FastRoute algorithm This Group Count Based algorithm is implemented in Phossa\Route\Regex\ParserGcb class and explained in detail in this article "Fast request routing using regular expressions". phossa-route uses this algorithm by default.
Standard algorithm This algorithm is developed by phossa-route and a little bit slower than the fastRoute GCB algorithm. It is implemented in Phossa\Route\Regex\ParserStd class. Use this standard algorithm, use Phossa\Route\Dispatcher; use Phossa\Route\Regex\ParserStd; use Phossa\Route\Collector\Collector; // use standard algorithm $dispatcher = new Dispatcher(new Collector(new ParserStd));
Comments on routing algorithms It does NOT matter that much as you may think. If you are using routing library in your application, different algorithms may differ only 0.1 - 0.2ms for a single request, which seems meaningless for an application unless you are using it as a standalone router. If you DO care about routing speed Use different routing strategy like Parameter Pairs Routing (PPR) which is much faster than the regex based routing. Also by carefully design your routes, you may achieve better results even if you are using a slower algorithm. Try network routing or server routing if you just CRAZY ABOUT THE SPEED.
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page