laravel-websockets icon indicating copy to clipboard operation
laravel-websockets copied to clipboard

Only console can emit message

Open FredZockt opened this issue 3 years ago • 7 comments

All servers are up and running but for some reason I am only able to dispatch events from the console. Once I try to trigger an event from the backend application, from a controller for example, it always results in: Failed to connect to pusher.

Can anyone help here?

FredZockt avatar Feb 07 '22 01:02 FredZockt

wrong configuration

fredsal avatar Feb 07 '22 13:02 fredsal

wrong configuration

It seems to be. But where do I have to take a look? Websocket.php, broadcast.php? I don't have any evidence where that wrong configuration is coming from

FredZockt avatar Feb 07 '22 15:02 FredZockt

hard to say with almost no information

fredsal avatar Feb 07 '22 19:02 fredsal

here is what it looks like: websockets.php `<?php

use BeyondCode\LaravelWebSockets\Dashboard\Http\Middleware\Authorize;

return [

/*
 * Set a custom dashboard configuration
 */
'dashboard' => [
    'port' => env('LARAVEL_WEBSOCKETS_PORT', 7001),
],

/*
 * This package comes with multi tenancy out of the box. Here you can
 * configure the different apps that can use the webSockets server.
 *
 * Optionally you specify capacity so you can limit the maximum
 * concurrent connections for a specific app.
 *
 * Optionally you can disable client events so clients cannot send
 * messages to each other via the webSockets.
 */
'apps' => [
    [
        'id' => env('PUSHER_APP_ID'),
        'name' => env('APP_NAME'),
        'key' => env('PUSHER_APP_KEY'),
        'secret' => env('PUSHER_APP_SECRET'),
        'path' => env('PUSHER_APP_PATH'),
        'capacity' => null,
        'enable_client_messages' => false,
        'enable_statistics' => true,
    ],
],

/*
 * This class is responsible for finding the apps. The default provider
 * will use the apps defined in this config file.
 *
 * You can create a custom provider by implementing the
 * `AppProvider` interface.
 */
'app_provider' => BeyondCode\LaravelWebSockets\Apps\ConfigAppProvider::class,

/*
 * This array contains the hosts of which you want to allow incoming requests.
 * Leave this empty if you want to accept requests from all hosts.
 */
'allowed_origins' => [
    //
],

/*
 * The maximum request size in kilobytes that is allowed for an incoming WebSocket request.
 */
'max_request_size_in_kb' => 250,

/*
 * This path will be used to register the necessary routes for the package.
 */
'path' => 'laravel-websockets',

/*
 * Dashboard Routes Middleware
 *
 * These middleware will be assigned to every dashboard route, giving you
 * the chance to add your own middleware to this list or change any of
 * the existing middleware. Or, you can simply stick with this list.
 */
'middleware' => [
    'web',
    Authorize::class,
],

'statistics' => [
    /*
     * This model will be used to store the statistics of the WebSocketsServer.
     * The only requirement is that the model should extend
     * `WebSocketsStatisticsEntry` provided by this package.
     */
    'model' => \BeyondCode\LaravelWebSockets\Statistics\Models\WebSocketsStatisticsEntry::class,

    /**
     * The Statistics Logger will, by default, handle the incoming statistics, store them
     * and then release them into the database on each interval defined below.
     */
    'logger' => BeyondCode\LaravelWebSockets\Statistics\Logger\HttpStatisticsLogger::class,

    /*
     * Here you can specify the interval in seconds at which statistics should be logged.
     */
    'interval_in_seconds' => 60,

    /*
     * When the clean-command is executed, all recorded statistics older than
     * the number of days specified here will be deleted.
     */
    'delete_statistics_older_than_days' => 60,

    /*
     * Use an DNS resolver to make the requests to the statistics logger
     * default is to resolve everything to 127.0.0.1.
     */
    'perform_dns_lookup' => false,
],

/*
 * Define the optional SSL context for your WebSocket connections.
 * You can see all available options at: http://php.net/manual/en/context.ssl.php
 */
'ssl' => [
    /*
     * Path to local certificate file on filesystem. It must be a PEM encoded file which
     * contains your certificate and private key. It can optionally contain the
     * certificate chain of issuers. The private key also may be contained
     * in a separate file specified by local_pk.
     */
    'local_cert' => env('LARAVEL_WEBSOCKETS_SSL_LOCAL_CERT', null),

    /*
     * Path to local private key file on filesystem in case of separate files for
     * certificate (local_cert) and private key.
     */
    'local_pk' => env('LARAVEL_WEBSOCKETS_SSL_LOCAL_PK', null),

    /*
     * Passphrase for your local_cert file.
     */
    'passphrase' => env('LARAVEL_WEBSOCKETS_SSL_PASSPHRASE', null),
],

/*
 * Channel Manager
 * This class handles how channel persistence is handled.
 * By default, persistence is stored in an array by the running webserver.
 * The only requirement is that the class should implement
 * `ChannelManager` interface provided by this package.
 */
'channel_manager' => \BeyondCode\LaravelWebSockets\WebSockets\Channels\ChannelManagers\ArrayChannelManager::class,

]; `

broadcasting.php `<?php

return [

/*
|--------------------------------------------------------------------------
| Default Broadcaster
|--------------------------------------------------------------------------
|
| This option controls the default broadcaster that will be used by the
| framework when an event needs to be broadcast. You may set this to
| any of the connections defined in the "connections" array below.
|
| Supported: "pusher", "ably", "redis", "log", "null"
|
*/

'default' => env('BROADCAST_DRIVER', 'null'),

/*
|--------------------------------------------------------------------------
| Broadcast Connections
|--------------------------------------------------------------------------
|
| Here you may define all of the broadcast connections that will be used
| to broadcast events to other systems or over websockets. Samples of
| each available type of connection are provided inside this array.
|
*/

'connections' => [

    'pusher' => [
        'driver' => 'pusher',
        'key' => env('PUSHER_APP_KEY'),
        'secret' => env('PUSHER_APP_SECRET'),
        'app_id' => env('PUSHER_APP_ID'),
        'options' => [
            'cluster' => env('PUSHER_APP_CLUSTER'),
            //'useTLS' => true,
            'host' => '127.0.0.1',
            'port' => 6001,
            'scheme' => 'http'
        ],
    ],

    'ably' => [
        'driver' => 'ably',
        'key' => env('ABLY_KEY'),
    ],

    'redis' => [
        'driver' => 'redis',
        'connection' => 'default',
    ],

    'log' => [
        'driver' => 'log',
    ],

    'null' => [
        'driver' => 'null',
    ],

],

]; `

What should happen? Well, from a custom WebsocketHandler, which ist registered inside web.php \BeyondCode\LaravelWebSockets\Facades\WebSocketsRouter::webSocket('/app/{appKey}', \App\WofWebSocketHandler::class);

an event is triggered within the onMessage method: `public function onMessage(ConnectionInterface $connection, MessageInterface $message) { parent::onMessage($connection, $message);

    var_dump("onMessage");
    $namespace = '\\App\\Events\\';

    if(is_callable($namespace . json_decode($message->getPayload())->event))
    call_user_func($namespace . json_decode($message->getPayload())->event, json_decode($message->getPayload())->data);
}`

this leads to another class (which is working so far): public static function movement($data) { var_dump($data); NewMessage::dispatch($data); }

BUT NewMessage::dispatch($data) seems to result in a timeout with the mentioned message (Failed to connect to pusher). This appears after about 30 seconds (looks like some timeout) and is dispatched after that. my problem is, that the 30 sec timeout should not appear. and my question is,why the broadcast still is fullfilled but only after the 30 secs?

FredZockt avatar Feb 07 '22 20:02 FredZockt

hard to say with almost no information

You need more as the files mentioned above?

I figured out, that the events are triggered after a 30 second timeout. Could that be related to the notification_host? Cause when I set the timeout to 1 second, the event is emitted quite fast. So, basically, the events are fired but I always have to wait until the timeout appears..

FredZockt avatar Feb 08 '22 19:02 FredZockt

Anyone? 😕

FredZockt avatar Feb 13 '22 21:02 FredZockt

Test dev branch on a fresh laravel instalation Maybe this could help laravel-websockets-demo

PaolaRuby avatar Feb 14 '22 14:02 PaolaRuby