导读：今天首席CTO笔记来给各位分享关于plotly如何与django结合的相关内容，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
如何快速使用Python的Web框架如Django 制作GUI
第一步（Model）：设计自己的数据模型。
第二步（View）：创建网页模板。Django自己的Html模板语言，非常容易将数据和模板结合起来，创建动态页面。
第三步（Control）：定义URL，提供服务和控制。
如何做到R和python的完美配合
python是一门标准化的编程语言，结构比较规范，但是很多时候代码写起来不如R简便。因此，在python中用rpy2包（接口）调用R代码不失为一种两全其美的办法。此外，python中直接装个ggplot的第三方模块来代替matplotlib来画图，可以有效提高工作效率的。
Django中怎么使用django-celery完成异步任务
许多Django应用需要执行异步任务, 以便不耽误http request的执行. 我们也可以选择许多方法来完成异步任务, 使用Celery是一个比较好的选择, 因为Celery
有着大量的社区支持, 能够完美的扩展, 和Django结合的也很好. Celery不仅能在Django中使用, 还能在其他地方被大量的使用. 因此一旦学会使用Celery, 我
们可以很方便的在其他项目中使用它.
1. Celery版本
本篇博文主要针对Celery 3.0.x. 早期版本的Celery可能有细微的差别.
2. Celery介绍
Celery的主要用处是执行异步任务, 可以选择延期或定时执行功能. 为什么需要执行异步任务呢?
第一, 假设用户正发起一个request, 并等待request完成后返回. 在这一request后面的view功能中, 我们可能需要执行一段花费很长时间的程序任务, 这一时间
可能远远大于用户能忍受的范围. 当这一任务并不需要立刻执行时, 我们便可以使用Celery在后台执行, 而不影响用户浏览网页. 当有任务需要访问远程服务器完
成时, 我们往往都无法确定需要花费的时间.
第二则是定期执行某些任务. 比如每小时需要检查一下天气预报, 然后将数据储存到数据库中. 我们可以编写这一任务, 然后让Celery每小时执行一次. 这样我们
的web应用便能获取最新的天气预报信息.
我们这里所讲的任务task, 就是一个Python功能(function). 定期执行一个任务可以被认为是延时执行该功能. 我们可以使用Celery延迟5分钟调用function
task1, 并传入参数(1, 2, 3). 或者我们也可以每天午夜运行该function.
我们偏向于将Celery放入项目中, 便于task访问统一数据库和Django设置.
当task准备运行时, Celery会将其放入列队queue中. queue中储存着可以运行的task的list. 我们可以使用多个queue, 但为了简单, 这里我们只使用一个.
将任务task放入queue就像加入todo list一样. 为了使task运行, 我们还需要在其他线程中运行的苦工worker. worker实时观察着代运行的task, 并逐一运行这
些task. 你可以使用多个worker, 通常他们位于不同服务器上. 同样为了简单起见, 我们这只是用一个worker.
我们稍后会讨论queue, worker和另外一个十分重要的进程, 接下来我们来动动手:
3. 安装Celery
我们可以使用pip在vietualenv中安装:
pip install django-celery
4. Django设置
我们暂时使用django runserver来启动celery. 而Celery代理人(broker), 我们使用Django database broker implementation. 现在我们只需要知道Celery
需要broker, 使用django自身便可以充当broker. (但在部署时, 我们最好使用更稳定和高效的broker, 例如Redis.)
在settings.py中:
import djcelery
djcelery.setup_loader()
BROKER_URL = 'django://'
...
INSTALLED_APPS = (
...
'djcelery',
'kombu.transport.django',
...
)
第一二项是必须的, 第三项则告诉Celery使用Django项目作为broker.
在INSTALLED_APPS中添加的djcelery是必须的. kombu.transport.django则是基于Django的broker
最后创建Celery所需的数据表, 如果使用South作为数据迁移工具, 则运行:
python manage.py migrate
否则运行: (Django 1.6或Django 1.7都可以)
python manage.py syncdb
5. 创建一个task
正如前面所说的, 一个task就是一个Pyhton function. 但Celery需要知道这一function是task, 因此我们可以使用celery自带的装饰器decorator: @task. 在
django app目录中创建taske.py:
from celery import task
@task()
def add(x, y):
return x + y
当settings.py中的djcelery.setup_loader()运行时, Celery便会查看所有INSTALLED_APPS中app目录中的tasks.py文件, 找到标记为task的function, 并
将它们注册为celery task.
将function标注为task并不会妨碍他们的正常执行. 你还是可以像平时那样调用它: z = add(1, 2).
6. 执行task
让我们以一个简单的例子作为开始. 例如我们希望在用户发出request后异步执行该task, 马上返回response, 从而不阻塞该request, 使用户有一个流畅的访问
过程. 那么, 我们可以使用.delay, 例如在在views.py的一个view中:
from myapp.tasks import add
...
add.delay(2, 2)
...
Celery会将task加入到queue中, 并马上返回. 而在一旁待命的worker看到该task后, 便会按照设定执行它, 并将他从queue中移除. 而worker则会执行以下代
码:
import myapp.tasks.add
myapp.tasks.add(2, 2)
7. 关于import
这里需要注意的是, 在impprt task时, 需要保持一致. 因为在执行djcelery.setup_loader()时, task是以INSTALLED_APPS中的app名,
加.tasks.function_name注册的, 如果我们由于python path不同而使用不同的引用方式时(例如在tasks.py中使用from myproject.myapp.tasks import
add形式), Celery将无法得知这是同一task, 因此可能会引起奇怪的bug.
8. 测试
a. 启动worker
正如之前说到的, 我们需要worker来执行task. 以下是在开发环境中的如何启动worker:
首先启动terminal, 如同开发django项目一样, 激活virtualenv, 切换到django项目目录. 然后启动django自带web服务器: python manage.py runserver.
然后启动worker:
python manage.py celery worker --loglevel=info
此时, worker将会在该terminal中运行, 并显示输出结果.
b. 启动task
打开新的terminal, 激活virtualenv, 并切换到django项目目录:
$ python manage.py shell
from myapp.tasks import add
add.delay(2, 2)
此时, 你可以在worker窗口中看到worker执行该task:
[2014-10-07 08:47:08,076: INFO/MainProcess] Got task from broker: myapp.tasks.add[e080e047-b2a2-43a7-af74-d7d9d98b02fc]
[2014-10-07 08:47:08,299: INFO/MainProcess] Task myapp.tasks.add[e080e047-b2a2-43a7-af74-d7d9d98b02fc] succeeded in 0.183349132538s: 4
9. 另一个例子
下面我们来看一个更为真实的例子, 在views.py和tasks.py中:
# views.py
from myapp.tasks import do_something_with_form_data
def view(request):
form = SomeForm(request.POST)
if form.is_valid():
data = form.cleaned_data
# Schedule a task to process the data later
do_something_with_form_data.delay(data)
return render_to_response(...)
# tasks.py
@task
def do_something_with_form_data(data):
call_slow_web_service(data['user'], data['text'], ...)
10. 调试
由于Celery的运行需要启动多个部件, 我们可能会漏掉一两个. 所以我们建议:
使用最简单的设置
使用python debug和logging功能显示当前的进程
11. Eager模式
如果在settings.py设置:
CELERY_ALWAYS_EAGER = True
那么Celery便以eager模式运行, 则task便不需要加delay运行:
# 若启用eager模式, 则以下两行代码相同
add.delay(2, 2)
add(2, 2)
12. 查看queue
因为我们使用了django作为broker, queue储存在django的数据库中. 这就意味着我们可以通过django admin查看该queue:
# admin.py
from django.contrib import admin
from kombu.transport.django import models as kombu_models
admin.site.register(kombu_models.Message)
13. 检查结果
每次运行异步task后, Celery都会返回AsyncResult对象作为结果. 你可以将其保存, 然后在将来查看该task是否运行成功和返回结果:
# views.py
result = add.delay(2, 2)
...
if result.ready():
print "Task has run"
if result.successful():
print "Result was: %s" % result.result
else:
if isinstance(result.result, Exception):
print "Task failed due to raising an exception"
raise result.result
else:
print "Task failed without raising exception"
else:
print "Task has not yet run"
14. 定期任务
还有一种Celery的常用模式便是执行定期任务. 执行定期任务时, Celery会通过celerybeat进程来完成. Celerybeat会保持运行, 一旦到了某一定期任务需要执
行时, Celerybeat便将其加入到queue中. 不像worker进程, Celerybeat只有需要一个即可.
启动Celerybeat:
python manage.py celery beat
使Celery运行定期任务的方式有很多种, 我们先看第一种, 将定期任务储存在django数据库中. 即使是在django和celery都运行的状态, 这一方式也可以让我们
方便的修改定期任务. 我们只需要设置settings.py中的一项便能开启这一方式:
# settings.py
CELERYBEAT_SCHEDULER = 'djcelery.schedulers.DatabaseScheduler'
如何在Django1.6结合Python3.4版本中使用MySql
这话题不是说了好多了么？
1：安装python-mysql-connector
2：配置django的settings文件
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.mysql',
'NAME': 'dwz',
'USER': 'root',
'PASSWORD': 'summer',
'HOST': '127.0.0.1',
'PORT': '3306',
}
}
如何使用pycharm配合部署python的django框架
安装软件
安装 Python 2.7、PyCharm、pip（Python包管理工具）、Django （ pip install Django）
部署
PyCharm 新建Django工程
完成后，其目录如下：
子目录MyDjangoProject下表示工程的全局配置，分别为setttings.py、urls.py和wsgi.py,其中setttings.py包括了系统的数据库配置、应用配置和其他配置，urls.py则
表示web工程Url映射的配置。
子目录student则是在该工程下创建的app，包含了models.py、tests.py和views.py等文件
templates目录则为模板文件的目录
manage.py是Django提供的一个管理工具，可以同步数据库等等
启动
创建完成后，就可以正常启动了。点击Run 按钮，启动时报错了：
Traceback (most recent call last):
File "D:/workspace/MyDjangoProject/manage.py", line 10, in module
execute_from_command_line(sys.argv)
File "D:\Python27\lib\site-packages\django\core\management\__init__.py", line 338, in execute_from_command_line
utility.execute()
File "D:\Python27\lib\site-packages\django\core\management\__init__.py", line 312, in execute
django.setup()
File "D:\Python27\lib\site-packages\django\__init__.py", line 18, in setup
apps.populate(settings.INSTALLED_APPS)
File "D:\Python27\lib\site-packages\django\apps\registry.py", line 89, in populate
"duplicates: %s" % app_config.label)
django.core.exceptions.ImproperlyConfigured: Application labels aren't unique, duplicates: admin
应该是admin配置冲突了，打开setttings.py文件，发现admin配置重复了
INSTALLED_APPS = (
'django.contrib.admin',
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.messages',
'django.contrib.staticfiles',
'django.contrib.admin',
'student',
)
注释掉其中一行后（为什么会有这个问题，估计是个bug），重新启动，ok
web工程添加页面
此时，我们尚没有写一行代码，程序就duang跑起来了! 快添加一个Hello World的页面吧。
打开student/views.py文件，输入以下内容
def sayHello(request):
s = 'Hello World!'
current_time = datetime.datetime.now()
html = 'htmlhead/headbodyh1 %s /h1p %s /p/body/html' % (s, current_time)
return HttpResponse(html)
打开url.py文件，需要进行url映射的配置：
url(r'^student/', sayHello)
当用户输入http://**/student 时，便会调用sayHello方法，该方法通过HttpResponse()将页面内容作为响应返回。
重启服务，访问
在views.py页面可以将页面需要的元素通过字符串的形式，调用HttpResponse()类作为响应返回到浏览器。但这样，页面逻辑和页面混合在一起，手写起来很繁琐，工作量比较大。如果我们需要展示一些动态的数据，而页面基本不改变的情况下，该怎么做呢？
比如在用户访问 时，我们想动态展示一些学生的数据。可以这样做：
首先在templates目录下，新建 student.html文件，该文件作为模板，内容如下：
!DOCTYPE html
html
head
title/title
/head
body
ul
{% for student in students %}
li
id:{{ student.id }},姓名：{{ student.name }},age: {{ student.age }}
/li
{% endfor %}
/ul
/body
/html
修改 views.py文件，添加方法showStudents()
def showStudents(request):
list = [{id: 1, 'name': 'Jack'}, {id: 2, 'name': 'Rose'}]
return render_to_response('student.html',{'students': list})
该方法将list作为动态数据，通过render_to_response方法绑定到模板页面student.html上。
添加url映射，url(r'^showStudents/$', showStudents)
修改settings.py模板配置：'DIRS': [BASE_DIR+r'\templates'],
重启服务，访问，出现：
至此，我们已可以正常将一些“动态”数据绑定到模板上了。但是怎么样访问数据库呢？
从数据库获取需要的数据，展示在页面上？
首先需要安装数据库驱动啦，即mysql_python，
接着配置数据库连接：
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.mysql',
'NAME': 'student',
'USER': 'root',
'PASSWORD': '1234',
'HOST': '127.0.0.1',
'PORT': '3306',
#'NAME': os.path.join(BASE_DIR, 'db.sqlite3'),
}
}
配置完成之后，需要检测数据库配置是否正确，使用 manage.py shell命令，进入shell交互界面：
输入：
from django.db import connection
cursor = connection.cursor()
如果不报错，说明配置正确。
创建model,打开models.py，定义model如下：
class Student(models.Model)
id = models.BigIntegerField
name = models.CharField(max_length=20, default='a')
然后调用 manage.py syncdb
正常情况下，该步骤做完之后，model 会和数据库保持一致性。但是在测试中，命令执行成功后，却发现数据库并没有建立该表。
对于该种情况，做如下操作即可正常：
（1）注释掉models.py文件代码，执行 manage.py makemigerations student
【和manage.py migerate --fake】
（2）打开注释，执行【 manage.py makemigerations student和 】manage.py migerate命令
通过以上两步，便可正常操作了
views.py中添加方法：showRealStudents
def showRealStudents(request):
list = Student.objects.all()
return render_to_response('student.html', {'students': list})
urls.py添加映射 url(r'^showRealStudents/$', showRealStudents)
重启服务，打开连接：
页面输出正常。
至此，使用Django，可以正常操作数据库，自定义模板，在页面展示数据了。
服务器
由于Django自带轻量级的server，因此默认使用该server，但实际生产中是不允许这么干的，生产环境中通常使用Apache Httpd Server结合mod_wsgi.so来做后端服务器。
以下部署环境为：Python2.7.6
1、安装httpd-2.2.25-win32-x86-no_ssl.msi
2、将下载好的mod_wsgi.so 放在 D:\Program Files\Apache Software Foundation\Apache2.2\modules 模块下。
3、在新建的web工程 MyDjangoProject目录下新建 django.wsgi文件
内容如下（相应的目录需要修改）：
import os
import sys
djangopath = "D:/Python27/Lib/site-packages/django/bin"
if djangopath not in sys.path:
sys.path.append(djangopath)
projectpath = 'D:/workspace/MyDjangoProject'
if projectpath not in sys.path:
sys.path.append(projectpath)
apppath = 'D:/workspace/MyDjangoProject/MyDjangoProject'
if apppath not in sys.path:
sys.path.append(apppath)
os.environ['DJANGO_SETTINGS_MODULE']='MyDjangoProject.settings'
from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()
4、修改httpd.conf ,添加如下：
LoadModule wsgi_module modules/mod_wsgi.so
WSGIScriptAlias / "D:/workspace/MyDjangoProject/django.wsgi"
Directory "D:/workspace/MyDjangoProject/"
Options FollowSymLinks
AllowOverride None
Order deny,allow
Allow from all
/Directory
ok,重启server，页面正常了。
在部署的过程中，遇到一个异常，如下：
The translation infrastructure cannot be initialized before the apps registry is ready
原因是django.wsgi一开始按照较为古老的写法，改为新版本的写法就Ok了。
结语：以上就是首席CTO笔记为大家介绍的关于plotly如何与django结合的全部内容了，希望对大家有所帮助，如果你还想了解更多这方面的信息，记得收藏关注本站。