horrible/gearman-bundle
Composer 安装命令:
composer require horrible/gearman-bundle
包简介
Horrible gearman bundle
README 文档
README
Configuration
-
Add following configuration to your config.yml:
horrible_gearman: servers: - { host: '127.0.0.1' } - { host: '127.0.0.1', port: '47031' } retries: 3- servers - an array of the gearman servers, you can ignore 'port' field, gearman's default port will be used.
- retries - amount of retries if exception would be thrown from Job
-
Add bundle initialization to the app/AppKernel.php
class AppKernel extends Kernel { public function registerBundles() { $bundles = [ ... new Horrible\GearmanBundle\HorribleGearmanBundle(), ]; } ... } -
Create your own Job implemeting JobInterface. It's important to give your job name (so you can access your job through client using this job name). Also implement your 'execute' method where you can get WorkloadInterface instance.
<?php namespace AppBundle\Job; use Horrible\GearmanBundle\Job\JobInterface; use Horrible\GearmanBundle\Workload\WorkloadInterface; class Job implements JobInterface { /** * {@inheritDoc} */ public function execute(WorkloadInterface $workload) { $data = $workload->getDecodedData(); //do your stuff } public function getName() { return 'your:job:name'; } } -
Register your Job as a service and add tag with the name 'horrible.gearman.job' to it
services.yml
services: your.job: class: AppBundle\Job\Job tags: - { name: 'horrible.gearman.job' } -
Start workers
To have workers started you should call command 'horrible:worker:work'. If you have to have your worker started in background you could do:
Symfony < 3 version
php app/console horrible:worker:work &Symfony >= 3 version
php bin/console horrible:worker:work & -
Add a task through client
SomeController.php
$workload = new SimpleWorkload(); $workload->setDecodedData([ 'some your data' => 'value', ... ]); $this->get('horrible.gearman.client')->doBackground('your:job:name', $workload);Workload data will be encoded as json (in case of SimpleWorkload usage) and passed to Gearman, and you will get it as WorkloadInterface instance in your Job->execute method
Mainly all 'horrible.gearman.client' methods are the same as in the GearmanClient (http://php.net/manual/ru/class.gearmanclient.php) but instead of workload as a string it uses WorkloadInterface instance
Workload is not required parameter, if you'd skip it you'll get WorkloadInterface instance in your job which will have '0' inside as a value
Events
Bundle has several types of events:
-
JobStartedEvent ('horrible.event.job.started') - fired before job has been started, contains:
- $jobName (string)
- $workload (WorkloadInterface instance)
- $workerId (string) - worker id which is processing current job
-
JobFinishedEvent ('horrible.event.job.finished') - fired after successfully finished job, contains:
- $jobName (string)
- $workload (WorkloadInterface instance)
- $jobResult (mixed) - data which is returned from the Job->execute() method
- $workerId (string) - worker id which is processing current job
-
JobFailedEvent ('horrible.event.job.failed') - fired before job has been started, contains:
- $jobName (string)
- $workload (WorkloadInterface instance)
- $exception (object) - Exception instance that was thrown out of the job
- $workerId (string) - worker id which is processing current job
To catch these events you should use tags:
services.yml
services:
my.event.listener:
class: AppBundle\EventListener\MyEventListener
tags:
- { name: 'horrible.event_listener', event: 'horrible.event.job.started', method: 'onJobStarted' }
- { name: 'horrible.event_listener', event: 'horrible.event.job.finished', method: 'onJobFinished' }
- { name: 'horrible.event_listener', event: 'horrible.event.job.failed', method: 'onJobFailed' }
MyEventListener
<?php
namespace AppBundle\EventListener;
use Horrible\GearmanBundle\Event\JobFailedEvent;
use Horrible\GearmanBundle\Event\JobFinishedEvent;
use Horrible\GearmanBundle\Event\JobStartedEvent;
class MyEventListener
{
public function onJobStarted(JobStartedEvent $event)
{
$jobName = $event->getJobName();
$workload = $event->getWorkload();
$workerId = $event->getWorkerId();
//Do your stuff...
}
public function onJobFinished(JobFinishedEvent $event)
{
$jobName = $event->getJobName();
$workload = $event->getWorkload();
$jobResult = $event->getJobResult();
$workerId = $event->getWorkerId();
//Do your stuff...
}
public function onJobFailed(JobFailedEvent $event)
{
$jobName = $event->getJobName();
$workload = $event->getWorkload();
$exception = $event->getException();
$workerId = $event->getWorkerId();
//Do your stuff...
}
}
horrible/gearman-bundle 适用场景与选型建议
horrible/gearman-bundle 是一款 基于 PHP 开发的 Composer 扩展包,目前已累计 37 次下载、GitHub Stars 达 0, 最近一次更新时间为 2016 年 05 月 30 日, 在 PHP 生态内属于活跃度较高的组件。
它主要适用于以下技术方向: 「event」 「gearman」 「worker」 「gearman bundle」 「horrible」 「worker bundle」 等业务场景。在实际项目中,围绕这些方向常见需要落地的问题包括:接口对接、性能调优、并发安全、与既有框架(Laravel / ThinkPHP / Yii / Webman 等)的兼容适配,以及生产环境的日志埋点与稳定性保障。
我们在过去多个企业项目中使用过 horrible/gearman-bundle 或与其功能相近的方案,如果你在选型或落地过程中遇到问题,例如 版本兼容、二次改造、私有化封装、与内部系统对接、生产 BUG 排查,欢迎联系我们协助评估。
基于 horrible/gearman-bundle 在你已有业务上做功能扩展、字段裁剪、UI 适配、与内部账号 / 权限 / 日志系统的深度对接。
线上偶发问题、内存泄漏、慢查询、并发异常等排查修复;针对高流量场景做缓存、队列、索引层面的调优。
承接完整的项目从需求 → 设计 → 开发 → 上线 → 长期运维;也可按月提供技术保姆服务。
与 horrible/gearman-bundle 相关的其它包
同方向 / 同关键字的高下载量 PHP Composer 包推荐,方便对比选型:
Queue
Message Queue solutions for Magento2. Supports RabbitMQ, AMQP, STOMP, Amazon SQS, Kafka, Redis, Google PubSub, Gearman, Beanstalk, Google PubSub
SlimQ Enables You to push jobs to background workers
Adds gearman support to your Symfony2 or Symfony3 project
A lightweight task queue on top of rybakit/phive-queue
Symfony bundle for broadway/broadway.
统计信息
- 总下载量: 37
- 月度下载量: 0
- 日度下载量: 0
- 收藏数: 0
- 点击次数: 11
- 依赖项目数: 0
- 推荐数: 0
其他信息
- 授权协议: MIT
- 更新时间: 2016-05-30