Package Data | |
---|---|
Maintainer Username: | pushrbx |
Package Create Date: | 2022-07-12 |
Package Last Update: | 2023-02-12 |
Home Page: | https://roadrunner.dev/docs/integration-laravel |
Language: | PHP |
License: | MIT |
Last Refreshed: | 2024-11-14 15:06:33 |
Package Statistics | |
---|---|
Total Downloads: | 7 |
Monthly Downloads: | 6 |
Daily Downloads: | 0 |
Total Stars: | 1 |
Total Watchers: | 0 |
Total Forks: | 0 |
Total Open Issues: | 0 |
Easy way for connecting RoadRunner and Lumen applications. This is a fork of spiral/roadrunner-laravel, which makes it work with lumen instead of the full laravel framework.
Please note that this lib is not production ready yet, it's under development.
Make sure that RR binary file already installed on your system (or docker image). Require this package with composer using next command:
$ composer require pushrbx/lumen-roadrunner
Installed
composer
is required (how to install composer).
After that you can "publish" package configuration file (./config/roadrunner.php
) using next command:
$ php ./artisan vendor:publish --provider='pushrbx\LumenRoadRunner\ServiceProvider' --tag=config
Important: despite the fact that worker allows you to refresh application instance on each HTTP request (if worker started with option --refresh-app
, eg.: php ./vendor/bin/rr-worker start --refresh-app
), we strongly recommend avoiding this for performance reasons. Large applications can be hard to integrate with RoadRunner (you must decide which of service providers must be reloaded on each request, avoid "static optimization" in some cases), but it's worth it.
After package installation you can use provided "binary" file as RoadRunner worker: ./vendor/bin/rr-worker
. This worker allows you to interact with incoming requests and outgoing responses using laravel events system. Event contains:
| Event classname | Application object | HTTP server request | HTTP request | HTTP response | Exception |
|------------------------------|:------------------:|:-------------------:|:------------:|:-------------:|:---------:|
| BeforeLoopStartedEvent
| ✔ | | | | |
| BeforeLoopIterationEvent
| ✔ | ✔ | | | |
| BeforeRequestHandlingEvent
| ✔ | | ✔ | | |
| AfterRequestHandlingEvent
| ✔ | | ✔ | ✔ | |
| AfterLoopIterationEvent
| ✔ | | ✔ | ✔ | |
| AfterLoopStoppedEvent
| ✔ | | | | |
| LoopErrorOccurredEvent
| ✔ | ✔ | | | ✔ |
Simple .rr.yaml
config example (full example can be found here):
For
windows
path must be full (eg.:php vendor/pushrbx/lumen-roadrunner/bin/rr-worker start
)
version: "2.7"
server:
command: "php ./vendor/bin/rr-worker start --relay-dsn unix:///var/run/rr-relay.sock"
relay: "unix:///var/run/rr-relay.sock"
http:
address: 0.0.0.0:8080
middleware: ["static", "headers", "gzip"]
pool:
max_jobs: 64 # feel free to change this
supervisor:
exec_ttl: 60s
headers:
response:
X-Powered-By: "RoadRunner"
static:
dir: "public"
forbid: [".php"]
Socket or TCP port relay usage is strongly recommended for avoiding problems with dd()
, dump()
, echo()
and other similar functions, that sends data to the IO pipes.
Roadrunner server starting:
$ rr serve -c ./.rr.yaml
This package provides event listeners for resetting application state without full application reload (like cookies, HTTP request, application instance, service-providers and other). Some of them already declared in configuration file, but you can declare own without any limitations.
This package provides the following helpers:
| Name | Description |
|-----------------|---------------------------------------------------------------------------|
| \rr\dump(...)
| Dump passed values (dumped result will be available in the HTTP response) |
| \rr\dd(...)
| Dump passed values and stop the execution |
| \rr\worker()
| Easy access to the RoadRunner PSR worker instance |
...when file
driver is set for your sessions. Please, use redis
(or something similar) driver instead (related issue). This package or/and RoadRunner has nothing to do with it, but since this is a fairly common issue - it is described here.
You should avoid to use HTTP controller constructors (created or resolved instances in a constructor can be shared between different requests). Use dependencies resolving in a controller methods instead.
Bad:
<?php
use Illuminate\Http\Request;
use Illuminate\Http\Response;
use App\Http\Controllers\Controller;
class UserController extends Controller
{
/**
* The user repository instance.
*/
protected $users;
/**
* @var Request
*/
protected $request;
/**
* @param UserRepository $users
* @param Request $request
*/
public function __construct(UserRepository $users, Request $request)
{
$this->users = $users;
$this->request = $request;
}
/**
* @return Response
*/
public function store(): Response
{
$user = $this->users->getById($this->request->id);
// ...
}
}
Good:
<?php
use Illuminate\Http\Request;
use Illuminate\Http\Response;
use App\Http\Controllers\Controller;
class UserController extends Controller
{
/**
* @param Request $request
* @param UserRepository $users
*
* @return Response
*/
public function store(Request $request, UserRepository $users): Response
{
$user = $users->getById($request->id);
// ...
}
}
You should never to use middleware constructor for session
, session.store
, auth
or auth Guard
instances resolving and storing in properties (for example). Use method-injection or access them through Request
instance.
Bad:
<?php
use Illuminate\Http\Request;
use Illuminate\Session\Store;
class Middleware
{
/**
* @var Store
*/
protected $session;
/**
* @param Store $session
*/
public function __construct(Store $session)
{
$this->session = $session;
}
/**
* Handle an incoming request.
*
* @param Request $request
* @param \Closure $next
*
* @return mixed
*/
public function handle(Request $request, Closure $next)
{
$name = $this->session->getName();
// ...
return $next($request);
}
}
Good:
<?php
use Illuminate\Http\Request;
class Middleware
{
/**
* Handle an incoming request.
*
* @param Request $request
* @param \Closure $next
*
* @return mixed
*/
public function handle(Request $request, Closure $next)
{
$name = $request->session()->getName();
// $name = resolve('session')->getName();
// ...
return $next($request);
}
}
For package testing we use phpunit
framework and docker-ce
+ docker-compose
as develop environment. So, just write into your terminal after repository cloning:
$ make build
$ make latest # or 'make lowest'
$ make test
If you find any package errors, please, make an issue in a current repository.
MIT License (MIT). Please see LICENSE
for more information. Maintained by pushrbx.