从Laravel（NodeJS）外部推送到Laravel队列

  • Z时代
  • 2024-01-10
  • 分类：问答

我有一个Laravel 5.3安装程序，它作为纯API应用程序运行，需要从几个不同的应用程序连接。

一切工作正常（毕竟，我们谈论的是Laravel：P），除了我搞不清楚一件事：

我有一个MQTT服务器，它正在侦听来自多个设备的消息（无关紧要）。这些消息包含有关需要在后端调用的作业类和方法的信息。

我不能直接调用API，设备根本不支持此功能（虽然可以，但是比使用MQTT传输数据要付出更多的努力）。我的想法是将一个新作业推送到队列中，以定义要调用的Laravel作业类（以及哪种方法）。问题是JSON序列化…

MQTT服务器在NodeJS上运行，我的队列在Redis上运行。我记得Taylor的一条推文，他提到理论上可以序列化所需的JSON并从Laravel外部推送到队列，并由Laravel处理工作。

有人知道如何解决这个问题吗？是否有关于JSON结构的文档？

我还应该提到，Laravel工作者消耗的此解决方案NodeJS推送队列对我不起作用。与上面相同的结果，作业被放置在队列上，但是被丢弃而没有被处理或引发任何错误。

Redis中排队事件的示例数据结构如下所示：

"{\"job\":\"Illuminate\\\\Broadcasting\\\\BroadcastEvent\",\"data\":{\"event\":\"O:28:\\\"App\\\\Events\\\\NotificationEvent\\\":5:{s:7:\\\"\\u0000*\\u0000name\\\";s:12:\\\"notification\\\";s:4:\\\"data\\\";a:4:{s:4:\\\"testkey\\\";s:14:\\\"testval\\\";s:9:\\\"timestamp\\\";s:19:\\\"2017-02-24

11:07:48\\\";s:5:\\\"event\\\";s:12:\\\"notification\\\";s:5:\\\"class\\\";s:28:\\\"App\\\\Events\\\\NotificationEvent\\\";}s:10:\\\"\\u0000*\\u0000channel\\\";N;s:7:\\\"\\u0000*\\u0000user\\\";O:45:\\\"Illuminate\\\\Contracts\\\\Database\\\\ModelIdentifier\\\":2:{s:5:\\\"class\\\";s:8:\\\"App\\\\User\\\";s:2:\\\"id\\\";i:2;}s:6:\\\"socket\\\";N;}\"},\"id\":\"XuUKRTf8CTSdzaVgp2gRcvmxQqLcpBUG\",\"attempts\":1}"

基于该结构，我认为该对象（需要序列化）应类似于以下内容：

{
"job":"EventClass@method", //<-- Just a name
"data":{
    "event":"EventClass", //<-- Just a name
    "name":"EventName", //<-- Just a name
    "data":{
    "key":"value"
    "event":"EventName" //<-- Same as data.name
    "class":"EventClass@method" //<-- This is actually being called
    }
}

Laravel实际放入队列的内容中还包含其他信息（例如时间戳，用户模型标识符等），但是我认为触发该工作不是必需的。

数据需要在JS中进行序列化，以实现与php

serialize（）类似的输出（或更佳的方法是，获取可以被php的unserialize（）进行非序列化的字符串）。

我通过php-serialization NPM模块实现了这一点（感谢Simon

Svensson），但是Laravel并没有消耗这项工作（被丢弃但未执行）

在此先感谢您的帮助:)

感谢Simon的回答，这是有关如何在Javascript中序列化作业数据并将其推送到Laravel队列（并使Laravel自动处理整个事情）的解决方案。

请注意，这是在Redis中使用队列的示例。当使用Beanstalkd或基于数据库的队列时，这看起来可能有所不同（或没有）。

这是我成功使用的代码：

var serialize,Class,job,jobUser,jobData,serialized,result;
serialize = require('php-serialization').serialize;
Class = require('php-serialization').Class;
job = new Class("App\\Events\\NotificationEvent");
job.__addAttr__("name","string","notification","string","protected");
jobData = new Class();
jobData.__addAttr__("testkey","string","testval","string");
jobData.__addAttr__("timestamp","string","2017-02-24 11:07:48","string");
jobData.__addAttr__("event","string","notification","string");
jobData.__addAttr__("class","string","App\\Events\\NotificationEvent","string");
job.__addAttr__("data","string",jobData,"array","public");
job.__addAttr__("channel","string",null,"null","protected");
jobUser = new Class("Illuminate\\Contracts\\Database\\ModelIdentifier")
jobUser.__addAttr__("class","string","App\\User","string","public");
jobUser.__addAttr__("id","string",2,"integer","public");
job.__addAttr__("user","string",jobUser,"object","protected");
job.__addAttr__("socket","string",null,"null","public");
serialized = serialize(job,"object");
result = {
    job:"Illuminate\\Broadcasting\\BroadcastEvent",
    data:{
        event:serialized
    },
    id:"XuUKRTf8CTSdzaVgp2gRcvmxQqLcpBUG",
    attempts:1
};
queue.rpush('queues:default',JSON.stringify(result));

我还没有弄清楚ID的确切含义，我成功地将作业始终使用相同的ID推入队列。我想如果您正在快速推进工作，并且同时存储这些工作，则可能是一个问题。由于它是一个字符串，因此您可以用任何喜欢的随机ID替换它（Laravel生成的随机ID是32个字符，我认为保持此长度是个好主意）。

最初推动作业时，尝试次数应设置为1。如果Laravel无法处理该作业，它将把它推回到队列中并增加尝试次数。

回答：

首先，请注意，这是Laravel 5.3中基于数据库的队列中作业的格式。Laravel的较新版本包含更改。

有效负载列应包含以下格式的json对象。...\\CallQueuedHandler@call在这种情况下，可以对作业（）进行硬编码。我相信commandName键仅用于显示目的。但是，命令键是更难的部分，它应该是unserialize（）支持的有效对象。看起来npm上有为此目的可用的软件包，快速搜索打开了php-

serialization。

{
    "job": "Illuminate\\Queue\\CallQueuedHandler@call",
    "data": {
        "commandName": "App\\Jobs\\MyJobClass",
        "command": "O:19:\"App\\Jobs\\MyJobClass\"... /* stuff */"
    }
}

您提供的json有效负载导致以下对象。作业和数据键都很重要。

{
  "job": "Illuminate\\Broadcasting\\BroadcastEvent",
  "data": {
    "event": "O:28:\"App\\Events\\NotificationEvent\":5:{s:7:\"\u0000*\u0000name\";s:12:\"notification\";s:4:\"data\";a:4:{s:4:\"testkey\";s:14:\"testval\";s:9:\"timestamp\";s:19:\"2017-02-24 11:07:48\";s:5:\"event\";s:12:\"notification\";s:5:\"class\";s:28:\"App\\Events\\NotificationEvent\";}s:10:\"\u0000*\u0000channel\";N;s:7:\"\u0000*\u0000user\";O:45:\"Illuminate\\Contracts\\Database\\ModelIdentifier\":2:{s:5:\"class\";s:8:\"App\\User\";s:2:\"id\";i:2;}s:6:\"socket\";N;}"
  },
  "id": "XuUKRTf8CTSdzaVgp2gRcvmxQqLcpBUG",
  "attempts": 1
}

我想，有问题的部分是序列化的对象。重新格式化，使其更易于阅读（但完全破坏了它）…

O:28:"App\Events\NotificationEvent":5:{
    // protected $name = 'notification'
    s:7:" * name";s:12:"notification";
    // public $data = array(...)
    s:4:"data";a:4:{
        // 'testkey => 'testval'
        s:4:"testkey";s:14:"testval";
        // 'timestamp' => '2017-02-24 11:07:48';
        s:9:"timestamp";s:19:"2017-02-24 11:07:48";
        // 'event' => 'notification';
        s:5:"event";s:12:"notification";
        // 'class' => App\Events\NotificationEvent::class;
        s:5:"class";s:28:"App\Events\NotificationEvent";
    }
    // protected $channel = null;
    s:10:"\0*\0channel";N;
    // protected $user = (instance of ModelIdentifier)
    s:7:"\0*\0user";O:45:"Illuminate\Contracts\Database\ModelIdentifier":2:{
        // public $class = App\User::class;
        s:5:"class";s:8:"App\User";
        // public $id = 2;
        s:2:"id";i:2;
    }
    // public $socket = null;
    s:6:"socket";N;
}

这种格式暴露了您的工作使用SerializesModels特性的事实，该特性将对模型的引用替换为包含class +

identifier的简单条目，并将在__wakeup期间还原它们。

我相信您的问题在于对json和序列化格式进行心理分析；您猜测的结构是…错误的。

下一步将不会猜测任何东西。1.复制您已经拥有有效负载的确切测试通知。只需复制粘贴即可。（您可能需要更改ID，我想它是用于重复数据删除的。）2.使用php-

serialization构建事件数据，旨在构建与原始事件有效内容相同的东西。完全没有变化。3.如果目前为止仍然有效，请随时更改序列化事件数据以查看发生了什么。

以上是 从Laravel（NodeJS）外部推送到Laravel队列 的全部内容， 来源链接： utcz.com/qa/405452.html

回到顶部