小编典典

从Laravel(NodeJS)外部推送到Laravel队列

redis

我有一个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无法处理该作业,它将把它推回到队列中并增加尝试次数。


阅读 449

收藏
2020-06-20

共1个答案

小编典典

首先,请注意,这是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.如果目前为止仍然有效,请随时更改序列化事件数据以查看发生了什么。

2020-06-20