前端代码如何部署到django中(怎么把django程序部署到服务器上)

兄弟们帮我教下,前端代码如何部署到django中(怎么把django程序部署到服务器上)
最新回答
祁梦

2024-10-03 01:26:16

导读:本篇文章首席CTO笔记来给大家介绍有关前端代码如何部署到django中的相关内容,希望对大家有所帮助,一起来看看吧。

如何使用pycharm配合部署python的django框架

安装软件

安装Python2.7、PyCharm、pip(Python包管理工具)、Django(pipinstallDjango)

部署

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(mostrecentcalllast):

File"D:/workspace/MyDjangoProject/manage.py",line10,inmodule

execute_from_command_line(sys.argv)

File"D:\Python27\lib\site-packages\django\core\management\__init__.py",line338,inexecute_from_command_line

utility.execute()

File"D:\Python27\lib\site-packages\django\core\management\__init__.py",line312,inexecute

django.setup()

File"D:\Python27\lib\site-packages\django\__init__.py",line18,insetup

apps.populate(settings.INSTALLED_APPS)

File"D:\Python27\lib\site-packages\django\apps\registry.py",line89,inpopulate

"duplicates:%s"%app_config.label)

django.core.exceptions.ImproperlyConfigured:Applicationlabelsaren'tunique,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跑起来了!快添加一个HelloWorld的页面吧。

打开student/views.py文件,输入以下内容

defsayHello(request):

s='HelloWorld!'

current_time=datetime.datetime.now()

html='htmlhead/headbodyh1%s/h1p%s/p/body/html'%(s,current_time)

returnHttpResponse(html)

打开url.py文件,需要进行url映射的配置:

url(r'^student/',sayHello)

当用户输入http://**/student时,便会调用sayHello方法,该方法通过HttpResponse()将页面内容作为响应返回。

重启服务,访问

在views.py页面可以将页面需要的元素通过字符串的形式,调用HttpResponse()类作为响应返回到浏览器。但这样,页面逻辑和页面混合在一起,手写起来很繁琐,工作量比较大。如果我们需要展示一些动态的数据,而页面基本不改变的情况下,该怎么做呢?

比如在用户访问时,我们想动态展示一些学生的数据。可以这样做:

首先在templates目录下,新建student.html文件,该文件作为模板,内容如下:

!DOCTYPEhtml

html

head

title/title

/head

body

ul

{%forstudentinstudents%}

li

id:{{student.id}},姓名:{{student.name}},age:{{student.age}}

/li

{%endfor%}

/ul

/body

/html

修改views.py文件,添加方法showStudents()

defshowStudents(request):

list=[{id:1,'name':'Jack'},{id:2,'name':'Rose'}]

returnrender_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.pyshell命令,进入shell交互界面:

输入:

fromdjango.dbimportconnection

cursor=connection.cursor()

如果不报错,说明配置正确。

创建model,打开models.py,定义model如下:

classStudent(models.Model)

id=models.BigIntegerField

name=models.CharField(max_length=20,default='a')

然后调用manage.pysyncdb

正常情况下,该步骤做完之后,model会和数据库保持一致性。但是在测试中,命令执行成功后,却发现数据库并没有建立该表。

对于该种情况,做如下操作即可正常:

(1)注释掉models.py文件代码,执行manage.pymakemigerationsstudent

【和manage.pymigerate--fake】

(2)打开注释,执行【manage.pymakemigerationsstudent和】manage.pymigerate命令

通过以上两步,便可正常操作了

views.py中添加方法:showRealStudents

defshowRealStudents(request):

list=Student.objects.all()

returnrender_to_response('student.html',{'students':list})

urls.py添加映射url(r'^showRealStudents/$',showRealStudents)

重启服务,打开连接:

页面输出正常。

至此,使用Django,可以正常操作数据库,自定义模板,在页面展示数据了。

服务器

由于Django自带轻量级的server,因此默认使用该server,但实际生产中是不允许这么干的,生产环境中通常使用ApacheHttpdServer结合mod_wsgi.so来做后端服务器。

以下部署环境为:Python2.7.6

1、安装httpd-2.2.25-win32-x86-no_ssl.msi

2、将下载好的mod_wsgi.so放在D:\ProgramFiles\ApacheSoftwareFoundation\Apache2.2\modules模块下。

3、在新建的web工程MyDjangoProject目录下新建django.wsgi文件

内容如下(相应的目录需要修改):

importos

importsys

djangopath="D:/Python27/Lib/site-packages/django/bin"

ifdjangopathnotinsys.path:

sys.path.append(djangopath)

projectpath='D:/workspace/MyDjangoProject'

ifprojectpathnotinsys.path:

sys.path.append(projectpath)

apppath='D:/workspace/MyDjangoProject/MyDjangoProject'

ifapppathnotinsys.path:

sys.path.append(apppath)

os.environ['DJANGO_SETTINGS_MODULE']='MyDjangoProject.settings'

fromdjango.core.wsgiimportget_wsgi_application

application=get_wsgi_application()

4、修改httpd.conf,添加如下:

LoadModulewsgi_modulemodules/mod_wsgi.so

WSGIScriptAlias/"D:/workspace/MyDjangoProject/django.wsgi"

Directory"D:/workspace/MyDjangoProject/"

OptionsFollowSymLinks

AllowOverrideNone

Orderdeny,allow

Allowfromall

/Directory

ok,重启server,页面正常了。

在部署的过程中,遇到一个异常,如下:

Thetranslationinfrastructurecannotbeinitializedbeforetheappsregistryisready

原因是django.wsgi一开始按照较为古老的写法,改为新版本的写法就Ok了。

django+vue前后端分离项目部署

后端用的drf,使用的是uwsgi+nginx

进入服务器项目文件目录下,我的django项目放在了“/usr/myProjects/”目录下了。在manage.py同级目录下创建uwsgi.ini文件,配置如下:

测试效果命令:

如果访问:xxx.xxx.xxx.xx:8000成功,则uwsgi.ini配置成功

我的nginx.conf所在位置是“/etc/nginx/nginx.conf”

配置文件如下:

1、第一行

主要就是给nginx加权限,vue部署后使用history路由时会去掉地址后面的‘#’号,打包部署后不加权限会有bug。

2、如配置所示,有两个Server,分别部署了前端服务,和后端服务,值得注意的是两个Server用的是同一个服务器,监听的端口不同。

3、vue部署需要注意的是反向代理地址:

以及后面的端口问题

4、后端的Server需要注意location中的uwsgi_pass后面的端口号要和uwsgi.ini中配的相同,否则监听不到

5、后端跨域问题。如果遇到跨域需要自己网上找配置,我的没遇到,可能是因为我在django的settings中配置了跨域。

6、django-suit后台管理样式崩了,需要改,但是api可以正常访问,这个有空再说

7、我开始后台监听的是8008端口,vue前端监听的是80端口,这样前端显示好看。然而问题出现了,虽然后台api可以正常访问,vue的本地开发环境也能正常运行且文字、图片资源均显示正常,但是前端vue打包线上部署后,文字信息显示正常,图片信息缺失8008端口,导致显示不出来。为图方便我选择了前端监听8008端口,后端监听80,部署后显示正常。原因不太清楚///////有空再说吧。

8、不要问我为啥都前后端分离了还部署到一个服务器上?穷,而且只是测试,没必要

9、此文仅适合入门

关于django后台admin(suit)缺失的修改(参考:django中文网:)

在环境中进入项目目录,需要收集css样式,在终端输入命令:

接下来你就回发现static文件中包含了css文件,此时再打开网站,样式显示正常

uWSGI通过xxx.ini启动后会在相同目录下生成一个xxx.pid的文件,里面只有一行内容是uWSGI的主进程的进程号。

关于uwsgi,进入同届目录下

教训

获取不到环境,那就指定环境

另外:记得重启uwsgi,重启Nginx,实在不行就先把监听的端口kill掉再重启

暴力删端口:fuser-k80/tcp

netstat-aptn命令行,查看所有开启的端口号

netstat-ntlp|grep80查看具体的端口是否使用

ps-ef|grepuwsgi查看是否有uwsgi端口存在

用pyqt做好了前端,想用django做服务器,想问一下大概怎么搭建呢?

一般客户端(也就是你说的前段)跟服务器端(你准备使用Django)都是通过HTTP协议交换信息的(除非有特别的需求,才会使用别的或者定制协议)。

在客户端(PyQT)中,你可以安装Requests库,它可以帮助你发送HTTP请求给服务器端,

在Django中你可以使用DjangoRESTFramework网页链接处理客户端的HTTP请求。

如何用nginx关联django应用

通过Nginx部署Django(基于ubuntu)

Django的部署可以有很多方式,采用nginx+uwsgi的方式是其中比较常见的一种方式。

在这种方式中,我们的通常做法是,将nginx作为服务器最前端,它将接收WEB的所有请求,统一管理请求。nginx把所有静态请求自己来处理(这是NGINX的强项)。然后,NGINX将所有非静态请求通过uwsgi传递给Django,由Django来进行处理,从而完成一次WEB请求。

可见,uwsgi的作用就类似一个桥接器。起到桥梁的作用。

Linux的强项是用来做服务器,所以,下面的整个部署过程我们选择在Ubuntu下完成。

一、安装Nginx

Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,并在一个BSD-like协议下发行。其特点是占有内存少,并发能力强,事实上nginx的并发能力确实在同类型的网页服务器中表现较好。

Nginx同样为当前非常流行的web服务器。利用其部署Django,我们在此也做简单的介绍。

Nginx官网:

打开ubuntu控制台(ctrl+alt+t)利用Ubuntu的仓库安装。

fnngj@ubuntu:~$sudoapt-getinstallnginx#安装

启动Nginx:

fnngj@ubuntu:~$/etc/init.d/nginxstart#启动

fnngj@ubuntu:~$/etc/init.d/nginxstop#关闭

fnngj@ubuntu:~$/etc/init.d/nginxrestart#重启

修改Nginx默认端口号,打开/etc/nginx/nginx.conf文件,修改端口号。

复制代码

server{

listen8088;#修改端口号

server_namelocalhost;

#charsetkoi8-r;

#access_loglogs/host.access.logmain;

location/{

roothtml;

indexindex.htmlindex.htm;

}

复制代码

大概在文件36行的位置,将默认的80端口号改成其它端口号,如8088。因为默认的80端口号很容易被其它应用程序占用。

然后,通过上面命令重启nginx。访问:http//127.0.0.1:8088/

如果出现如上图,说明Nginx启动成功。

二、安装uwsgi

通过pip安装uwsgi。

root@ubuntu:/etc#python3-mpipinstalluwsgi

测试uwsgi,创建test.py文件:

defapplication(env,start_response):

start_response('200OK',[('Content-Type','text/html')])

return[b"HelloWorld"]

通过uwsgi运行该文件。

fnngj@ubuntu:~/pydj$uwsgi--http:8001--wsgi-filetest.py

接下来配置Django与uwsgi连接。此处,假定的我的django项目位置为:/home/fnngj/pydj/myweb

fnngj@ubuntu:~/pydj$uwsgi--http:8001--chdir/home/fnngj/pydj/myweb/--wsgi-filemyweb/wsgi.py--master--processes4--threads2--stats127.0.0.1:9191

常用选项:

http:协议类型和端口号

processes:开启的进程数量

workers:开启的进程数量,等同于processes(官网的说法是spawnthespecifiednumberofworkers/processes)

chdir:指定运行目录(chdirtospecifieddirectorybeforeappsloading)

wsgi-file:载入wsgi-file(load.wsgifile)

stats:在指定的地址上,开启状态服务(enablethestatsserveronthespecifiedaddress)

threads:运行线程。由于GIL的存在,我觉得这个真心没啥用。(runeachworkerinprethreadedmodewiththespecifiednumberofthreads)

master:允许主进程存在(enablemasterprocess)

daemonize:使进程在后台运行,并将日志打到指定的日志文件或者udp服务器(daemonizeuWSGI)。实际上最常用的,还是把运行记录输出到一个本地文件上。

pidfile:指定pid文件的位置,记录主进程的pid号。

vacuum:当服务器退出的时候自动清理环境,删除unixsocket文件和pid文件(trytoremoveallofthegeneratedfile/sockets)

三、Nginx+uwsgi+Django

接下来,我们要将三者结合起来。首先罗列一下项目的所需要的文件:

myweb/

├──manage.py

├──myweb/

│├──__init__.py

│├──settings.py

│├──urls.py

│└──wsgi.py

└──myweb_uwsgi.ini

在我们通过Django创建myweb项目时,在子目录myweb下已经帮我们生成的wsgi.py文件。所以,我们只需要再创建myweb_uwsgi.ini配置文件即可,当然,uwsgi支持多种类型的配置文件,如xm