tornado-celery - Non-blocking Celery client for Tornado

  •        24

NOTE: Currently callbacks only work with AMQP and Redis backends. To use the Redis backend, you must install tornado-redis.

https://github.com/mher/tornado-celery

Tags
Implementation
License
Platform

   




Related Projects

tornado - Tornado is a Python web framework and asynchronous networking library, originally developed at FriendFeed

  •    Python

Tornado is a Python web framework and asynchronous networking library, originally developed at FriendFeed. By using non-blocking network I/O, Tornado can scale to tens of thousands of open connections, making it ideal for long polling, WebSockets, and other applications that require a long-lived connection to each user. This example does not use any of Tornado's asynchronous features; for that see this simple chat room.

gino - GINO Is Not ORM - a Python asyncio ORM on SQLAlchemy core.

  •    Python

GINO - GINO Is Not ORM - is a lightweight asynchronous ORM built on top of SQLAlchemy core for Python asyncio. Now (early 2018) GINO supports only one dialect asyncpg. There are a few tasks in GitHub issues marked as help wanted. Please feel free to take any of them and pull requests are greatly welcome.

Introduction-to-Tornado - This is the sample code for the Introduction to Tornado book, published by O'Reilly Media

  •    Python

Tornado is a scalable, non-blocking web server and web application framework written in Python. It is also light-weight to deploy, fun to write for, and incredibly powerful. Tornado was written with performance in mind, aiming to solve the C10k problem, so by design it’s an extremely high-performance framework. It’s also packed with handy tools for dealing with social networks, user authentication, and all sorts of asynchronous fun. In this book, we’ll cover the basics of the Tornado framework, starting with the features that make it so great, and working our way towards some real-life examples. We’ll cover the best practices for implementation and deployment, as well as a sampling of uses for the technology. These are the complete code examples for the chapters in the O'Reilly book of the same name, with complete application examples that you can run on your own. These shouldn't require anything beyond the basic install of Tornado and Python 2.6+, except for the MongoDB examples (which obviously require MongoDB, as well as pymongo).

flower - Real-time monitor and web admin for Celery distributed task queue

  •    Python

Flower is a web based tool for monitoring and administrating Celery clusters. Flower API enables to manage the cluster via REST API, call tasks and receive task events in real-time via WebSockets.

celery-once - Celery Once allows you to prevent multiple execution and queuing of celery tasks.

  •    Python

Celery Once allows you to prevent multiple execution and queuing of celery tasks. To use celery_once, your tasks need to inherit from an abstract base task called QueueOnce.


motor - Motor - the async Python driver for MongoDB and Tornado or asyncio

  •    Python

Motor presents a callback- or Future-based API for non-blocking access to MongoDB. The source is on GitHub and the docs are on ReadTheDocs.See requirements for details about compatibility.

Celery - Distributed Task Queue

  •    Python

Celery is an asynchronous task queue/job queue based on distributed message passing. It is focused on real-time operation, but supports scheduling as well. The execution units, called tasks, are executed concurrently on a single or more worker servers using multiprocessing, Eventlet, or gevent. Tasks can execute asynchronously (in the background) or synchronously (wait until ready).

django-celery-beat - Celery Periodic Tasks backed by the Django ORM

  •    Python

This extension enables you to store the periodic task schedule in the database. The periodic tasks can be managed from the Django Admin interface, where you can create, edit and delete periodic tasks and how often they should run.

node-celery - Celery client for Node.js

  •    Javascript

Note: When using AMQP as result backend with celery prior to version 3.1.7 the result queue needs to be non durable or it will fail with a: Queue.declare: (406) PRECONDITION_FAILED. For RabbitMQ backends, the entire broker options can be passed as an object that is handed off to AMQP. This allows you to specify parameters such as SSL keyfiles, vhost, and connection timeout among others.

flask-celery-example - This repository contains the example code for my blog article Using Celery with Flask

  •    Python

This repository contains the example code for my blog article Using Celery with Flask. For details on how this all works, see my article Using Celery with Flask.

gocelery - Celery Distributed Task Queue in Go

  •    Go

Having being involved in a number of projects migrating server from python to go, I have realized Go can help improve performance of existing python web applications. Celery distributed tasks are used heavily in many python web applications and this library allows you to implement celery workers in Go as well as being able to submit celery tasks in Go. You can also use this library as pure go distributed task queue.

momoko - Wraps (asynchronous) Psycopg2 for Tornado.

  •    Python

Wraps (asynchronous) Psycopg2 for Tornado.

django-celery - Celery integration for Django

  •    Python

Celery integration for Django

celery-haystack - An app for integrating Celery with Haystack.

  •    Python

An app for integrating Celery with Haystack.

django-celery-transactions - Django transaction support for Celery tasks.

  •    Python

Django transaction support for Celery tasks.

Kyoukai - [OLD] A fully async web framework for Python3.5+ using asyncio

  •    Python

This project will not be getting any more updates. Kyōkai is a fast asynchronous Python server-side web framework. It is built upon asyncio and the Asphalt framework for an extremely fast web server.

tornado-boilerplate - A standard layout for Tornado apps

  •    Python

tornado-boilerplate is an attempt to set up an convention for Tornado app layouts, to assist in writing utilities to deploy such applications. A bit of convention can go a long way. This app layout is the one assumed by buedafab.

tornado-production-skeleton - Simple example of a Tornado app in production

  •    Python

This is a skeletal example of one way to run a Tornado application in production. It currently covers running the application under Supervisor. Future additions may include automating initial setup and deploying new code (e.g. with Fabric) and running multiple processes behind a proxy (e.g. nginx). This is our application; it's just the chat demo from the Tornado distribution.