2019-05-29 03:00:42 +00:00
|
|
|
<?php
|
|
|
|
|
|
|
|
return [
|
|
|
|
|
|
|
|
/*
|
2022-06-26 18:28:37 +00:00
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Dashboard Settings
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| You can configure the dashboard settings from here.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'dashboard' => [
|
|
|
|
|
|
|
|
'port' => env('LARAVEL_WEBSOCKETS_PORT', 6001),
|
|
|
|
|
|
|
|
'domain' => env('LARAVEL_WEBSOCKETS_DOMAIN'),
|
|
|
|
|
|
|
|
'path' => env('LARAVEL_WEBSOCKETS_PATH', 'laravel-websockets'),
|
|
|
|
|
|
|
|
'middleware' => [
|
|
|
|
'web',
|
|
|
|
\BeyondCode\LaravelWebSockets\Dashboard\Http\Middleware\Authorize::class,
|
|
|
|
],
|
|
|
|
|
|
|
|
],
|
|
|
|
|
|
|
|
'managers' => [
|
|
|
|
|
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Application Manager
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| An Application manager determines how your websocket server allows
|
|
|
|
| the use of the TCP protocol based on, for example, a list of allowed
|
|
|
|
| applications.
|
|
|
|
| By default, it uses the defined array in the config file, but you can
|
|
|
|
| anytime implement the same interface as the class and add your own
|
|
|
|
| custom method to retrieve the apps.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'app' => \BeyondCode\LaravelWebSockets\Apps\ConfigAppManager::class,
|
|
|
|
|
|
|
|
],
|
|
|
|
|
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Applications Repository
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| By default, the only allowed app is the one you define with
|
|
|
|
| your PUSHER_* variables from .env.
|
|
|
|
| You can configure to use multiple apps if you need to, or use
|
|
|
|
| a custom App Manager that will handle the apps from a database, per se.
|
|
|
|
|
|
|
|
|
| You can apply multiple settings, like the maximum capacity, enable
|
|
|
|
| client-to-client messages or statistics.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
2019-05-29 03:00:42 +00:00
|
|
|
'apps' => [
|
|
|
|
[
|
|
|
|
'id' => env('PUSHER_APP_ID'),
|
|
|
|
'name' => env('APP_NAME'),
|
2022-06-26 18:28:37 +00:00
|
|
|
'host' => env('PUSHER_APP_HOST'),
|
2019-05-29 03:00:42 +00:00
|
|
|
'key' => env('PUSHER_APP_KEY'),
|
|
|
|
'secret' => env('PUSHER_APP_SECRET'),
|
2022-06-26 18:28:37 +00:00
|
|
|
'path' => env('PUSHER_APP_PATH'),
|
|
|
|
'capacity' => null,
|
|
|
|
'enable_client_messages' => false,
|
|
|
|
'enable_statistics' => false,
|
|
|
|
'allowed_origins' => [
|
|
|
|
// env('LARAVEL_WEBSOCKETS_DOMAIN'),
|
|
|
|
],
|
2019-05-29 03:00:42 +00:00
|
|
|
],
|
|
|
|
],
|
|
|
|
|
|
|
|
/*
|
2022-06-26 18:28:37 +00:00
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Broadcasting Replication PubSub
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| You can enable replication to publish and subscribe to
|
|
|
|
| messages across the driver.
|
|
|
|
|
|
|
|
|
| By default, it is set to 'local', but you can configure it to use drivers
|
|
|
|
| like Redis to ensure connection between multiple instances of
|
|
|
|
| WebSocket servers. Just set the driver to 'redis' to enable the PubSub using Redis.
|
|
|
|
|
|
|
|
|
*/
|
2019-05-29 03:00:42 +00:00
|
|
|
|
2022-06-26 18:28:37 +00:00
|
|
|
'replication' => [
|
2019-05-29 03:00:42 +00:00
|
|
|
|
2022-06-26 18:28:37 +00:00
|
|
|
'mode' => env('WEBSOCKETS_REPLICATION_MODE', 'local'),
|
2019-05-29 03:00:42 +00:00
|
|
|
|
2022-06-26 18:28:37 +00:00
|
|
|
'modes' => [
|
|
|
|
|
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Local Replication
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| Local replication is actually a null replicator, meaning that it
|
|
|
|
| is the default behaviour of storing the connections into an array.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'local' => [
|
|
|
|
|
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Channel Manager
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| The channel manager is responsible for storing, tracking and retrieving
|
|
|
|
| the channels as long as their members and connections.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'channel_manager' => \BeyondCode\LaravelWebSockets\ChannelManagers\LocalChannelManager::class,
|
|
|
|
|
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Statistics Collector
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| The Statistics Collector will, by default, handle the incoming statistics,
|
|
|
|
| storing them until they will become dumped into another database, usually
|
|
|
|
| a MySQL database or a time-series database.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'collector' => \BeyondCode\LaravelWebSockets\Statistics\Collectors\MemoryCollector::class,
|
|
|
|
|
|
|
|
],
|
|
|
|
|
|
|
|
'redis' => [
|
|
|
|
|
|
|
|
'connection' => env('WEBSOCKETS_REDIS_REPLICATION_CONNECTION', 'default'),
|
|
|
|
|
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Channel Manager
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| The channel manager is responsible for storing, tracking and retrieving
|
|
|
|
| the channels as long as their members and connections.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'channel_manager' => \BeyondCode\LaravelWebSockets\ChannelManagers\RedisChannelManager::class,
|
|
|
|
|
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Statistics Collector
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| The Statistics Collector will, by default, handle the incoming statistics,
|
|
|
|
| storing them until they will become dumped into another database, usually
|
|
|
|
| a MySQL database or a time-series database.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'collector' => \BeyondCode\LaravelWebSockets\Statistics\Collectors\RedisCollector::class,
|
|
|
|
|
|
|
|
],
|
|
|
|
|
|
|
|
],
|
2019-05-29 03:00:42 +00:00
|
|
|
|
|
|
|
],
|
|
|
|
|
|
|
|
'statistics' => [
|
2022-06-26 18:28:37 +00:00
|
|
|
|
2019-05-29 03:00:42 +00:00
|
|
|
/*
|
2022-06-26 18:28:37 +00:00
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Statistics Store
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| The Statistics Store is the place where all the temporary stats will
|
|
|
|
| be dumped. This is a much reliable store and will be used to display
|
|
|
|
| graphs or handle it later on your app.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'store' => \BeyondCode\LaravelWebSockets\Statistics\Stores\DatabaseStore::class,
|
2019-05-29 03:00:42 +00:00
|
|
|
|
|
|
|
/*
|
2022-06-26 18:28:37 +00:00
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Statistics Interval Period
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| Here you can specify the interval in seconds at which
|
|
|
|
| statistics should be logged.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
2019-05-29 03:00:42 +00:00
|
|
|
'interval_in_seconds' => 60,
|
|
|
|
|
|
|
|
/*
|
2022-06-26 18:28:37 +00:00
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Statistics Deletion Period
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| When the clean-command is executed, all recorded statistics older than
|
|
|
|
| the number of days specified here will be deleted.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
2019-05-29 03:00:42 +00:00
|
|
|
'delete_statistics_older_than_days' => 60,
|
|
|
|
|
|
|
|
],
|
|
|
|
|
|
|
|
/*
|
2022-06-26 18:28:37 +00:00
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Maximum Request Size
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| The maximum request size in kilobytes that is allowed for
|
|
|
|
| an incoming WebSocket request.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'max_request_size_in_kb' => 250,
|
|
|
|
|
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| SSL Configuration
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| By default, the configuration allows only on HTTP. For SSL, you need
|
|
|
|
| to set up the the certificate, the key, and optionally, the passphrase
|
|
|
|
| for the private key.
|
|
|
|
| You will need to restart the server for the settings to take place.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
2019-05-29 03:00:42 +00:00
|
|
|
'ssl' => [
|
|
|
|
|
2022-06-26 18:28:37 +00:00
|
|
|
'local_cert' => env('LARAVEL_WEBSOCKETS_SSL_LOCAL_CERT', null),
|
2019-05-29 03:00:42 +00:00
|
|
|
|
2022-06-26 18:28:37 +00:00
|
|
|
'capath' => env('LARAVEL_WEBSOCKETS_SSL_CA', null),
|
|
|
|
|
|
|
|
'local_pk' => env('LARAVEL_WEBSOCKETS_SSL_LOCAL_PK', null),
|
|
|
|
|
|
|
|
'passphrase' => env('LARAVEL_WEBSOCKETS_SSL_PASSPHRASE', null),
|
|
|
|
|
|
|
|
'verify_peer' => env('APP_ENV') === 'production',
|
|
|
|
|
|
|
|
'allow_self_signed' => env('APP_ENV') !== 'production',
|
2019-09-02 00:33:05 +00:00
|
|
|
|
2019-05-29 03:00:42 +00:00
|
|
|
],
|
|
|
|
|
|
|
|
/*
|
2022-06-26 18:28:37 +00:00
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Route Handlers
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| Here you can specify the route handlers that will take over
|
|
|
|
| the incoming/outgoing websocket connections. You can extend the
|
|
|
|
| original class and implement your own logic, alongside
|
|
|
|
| with the existing logic.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'handlers' => [
|
|
|
|
|
|
|
|
'websocket' => \BeyondCode\LaravelWebSockets\Server\WebSocketHandler::class,
|
|
|
|
|
|
|
|
'health' => \BeyondCode\LaravelWebSockets\Server\HealthHandler::class,
|
|
|
|
|
|
|
|
'trigger_event' => \BeyondCode\LaravelWebSockets\API\TriggerEvent::class,
|
|
|
|
|
|
|
|
'fetch_channels' => \BeyondCode\LaravelWebSockets\API\FetchChannels::class,
|
|
|
|
|
|
|
|
'fetch_channel' => \BeyondCode\LaravelWebSockets\API\FetchChannel::class,
|
|
|
|
|
|
|
|
'fetch_users' => \BeyondCode\LaravelWebSockets\API\FetchUsers::class,
|
|
|
|
|
|
|
|
],
|
|
|
|
|
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Promise Resolver
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| The promise resolver is a class that takes a input value and is
|
|
|
|
| able to make sure the PHP code runs async by using ->then(). You can
|
|
|
|
| use your own Promise Resolver. This is usually changed when you want to
|
|
|
|
| intercept values by the promises throughout the app, like in testing
|
|
|
|
| to switch from async to sync.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'promise_resolver' => \React\Promise\FulfilledPromise::class,
|
|
|
|
|
2019-05-29 03:00:42 +00:00
|
|
|
];
|