【生产环境部署】部署项目到生产环境Linux下

以前自己写过一个开源的项目,没部署到线上环境,借此机会熟悉下线上部署的流程

1、Linux上安装数据库MySQL,创建一个数据库database 名 Mxonline

2、使用远程工具 Navicat Premium 登录Linux数据库上,并把本地已经跑好的数据库表同步传输到 Mxonline上

3、数据库传输好后,在Linux上搭建Python的虚拟环境

Linux系统的opt目录创建Python虚拟环境,一般虚拟环境创建在opt目录不然会有权限问题

再将 本地开发的项目project 文件上传到虚拟环境新建的目录里,再新增一个文件夹 来存放配置类的东西

4、上传好后,要将project 里面的seeting 配置改成线上的配置,比如数据库的连接

5、测试一下:python manage.py runserver  ,启动服务 ,浏览器输入启动后的地址看看页面是否正常渲染。

6、以上测试Django项目可以远行,这只是测试一下,正真的生产中不是从manage.py启动Django项目,而是用uwsgi模块来启动,所以以上只是为uwsgi做准备,至此在终端按ctrl+c键停止Django项目

7、uwsgi+nginx  登场

原理图:

8、uwsgi

uwsgi 是Python写的一个模块,能启动django 项目,他的角色 处理网站的动态请求

  uWSGI的主要特点如下:

  ◆超快的性能。

  ◆低内存占用(实测为apache2的mod_wsgi的一半左右)。

  ◆多app管理。

  ◆详尽的日志功能(可以用来分析app性能和瓶颈)。

  ◆高度可定制(内存大小限制,服务一定次数后重启等)。

安装

# pip install uwsgi

9、6.安装好uwsgi后,测试uwsgi启动Django项目

首先cd 进入到Django项目里,在此目录下执行命令

uwsgi --http 127.0.0.1:8000 --module MxOnline.wsgi(wsgi.py路径--static-map=/static=static(静态文件路径)

10、.使用配置文件启动uWSGI [ini]

在我们刚开始新建的文件夹里面创建 网站名称_uwsgi.ini文件,来写uWSGI的配置文件

创建好uWSGI的配置文件后,cd 进入到当前 jxiou_uwsgi.ini 配置文件目录,执行启动uwsgi命令

11、安装Nginx

        配置nginx

启动nginx后访问nginx配置文件里设置的访问域名或者ip

具体的步骤不细说了,我是参考这篇文章:https://www.cnblogs.com/adc8868/p/7631427.html

原文地址:https://www.cnblogs.com/yuanyuan2017/p/10185107.html

时间: 2024-08-02 18:00:05

【生产环境部署】部署项目到生产环境Linux下的相关文章

eclipse自动部署web项目时WEB-INF\lib目录下缺少maven依赖jar包

右键点击工程,属性(properties),选择deployment assembly选项,单击add按钮,如下图: 在弹出的对话框选择java build path entries next后选择Maven Dependencies即可 参考文章: http://www.thinksaas.cn/group/topic/337249/

JBoss环境搭建及部署Web项目

http://blog.csdn.net/pop303/article/details/7210290 赶在年前学习了一下JBOSS,之前觉得JBOSS相关资料会有很多,不过现在发现很少,在亚马逊出也是很少,只有一个“JBoss实战:服务器配置指南 ”,不过我找到了英文版,有要的可以邮件给大家.我想从不会JBOSS开始进行,到我打包部署到JBOSS后能看到我的HELLO!网页结束的过程. 首先要进行的工作是下JBOSS.JBOSS插件.开发以eclipse为平台,都需要JEE方式. JBOSS,

使用Xshell工具远程Linux环境部署web项目

一.什么是Xshell Xshell是一个强大的安全终端模拟软件,它支持SSH1, SSH2, 以及Microsoft Windows 平台的TELNET 协议.Xshell 通过互联网到远程主机的安全连接以及它创新性的设计和特色帮助用户在复杂的网络环境中享受他们的工作. Xshell可以在Windows界面下用来访问远端不同系统下的服务器,从而比较好的达到远程控制终端的目的. 二.相关的linux命令 1. ssh SSH(全称 Secure Shell)是一种加密的网络协议.使用该协议的数据

LINUX下搭建JAVA的开发环境

LINUX下搭建JAVA的开发环境 (2009-07-13 10:04:13) 下面就将Linux下JAVA开发环境的搭建详细道来: 1.Linux下JDK的安装 至于下载JDK的二进制可执行文件,这里就不讲了,大家直接到官方网去下载就可以了. (1)我下载下来的JDK安装文件名称为:jdk-1_5_0_14-linux-i586-rpm.bin,我把它保存在/tools目录下. (2)打开一个终端,依次输入以下命令: # cd /tools                    进入JDK安装

在Linux下搭建Java web的开发环境

笔者最近在学习Linux,想通过搭建Java Web开发环境来巩固学习的基本基本知识. 1.明确实验环境及下载相关软件 在虚拟机中搭建好的Linux环境下搭建.下图 1.1 是相关软件.UTomcat.64位Linux下jdk.mysql.<均可到官网上去下载> 图 1.1 所需软件 2.制作ISO文件. 需要将图 1.1 中的三个文件封装成ISO文件.使用UltraISO工具.不会的自己百度吧,百度很强大的哦! 图 1.2 制作后的到的ISO文件 3.将ISO文件添加到Linux系统中. 图

Nginx知多少系列之(五)Linux下托管.NET Core项目

目录 1.前言 2.安装 3.配置文件详解 4.工作原理 5.Linux下托管.NET Core项目 6.Linux下.NET Core项目负载均衡 7.Linux下.NET Core项目Nginx+Keepalived高可用(主从模式) 8.Linux下.NET Core项目Nginx+Keepalived高可用(双主模式) 9.Linux下.NET Core项目LVS+Keepalived+Nginx高可用集群 10.构建静态服务器 11.日志分析 12.优化策略 13.总结 在这里我就不介

解决Linux下Svn检出Windows SVN服务器上项目SSL handshake failed: SSL error: Key usage violation in certificate has been detected.

在Linux上检出windows SVN服务器上项目时出现了SSL handshake failed: SSL error: Key usage violation in certificate has been detected.的错误. 最后通过从网上检索找到了一个答案: 可以同时解决掉在Ubuntu上和CentOS上检出失败的问题. 在Windows注册表中加入注册项: 32位机器: [HKEY_LOCAL_MACHINE\SOFTWARE\VisualSVN\VisualSVN Serv

Tomcat学习总结(8)——Tomcat+Nginx集群解决均衡负载及生产环境热部署

近日,为解决生产环境热部署问题,决定在服务器中增加一个tomcat组成集群,利用集群解决热部署问题. 这样既能解决高并发瓶颈问题,又能解决热部署(不影响用户使用的情况下平滑更新生产服务器)问题. 因为项目是前后端分离的,所以本以为成本很低,没想到遇到了一系列的坑,解决了2天才搞定,发现了很多不是集群而是项目本身的问题. 我是同一个服务器下配置tomcat和nginx等,本文主要面向有一定基础的读者,基本配置就不在本文累述了(基础问题可以留言或者发邮件). 0x0_1 服务器环境 服务器: Cen

如何一步步在生产环境上部署django和vue

本文由云+社区发表 本文主要讲述了如何一步步在生产环境上部署django和vue,操作系统默认为centos 说明:后文中出现的以下字符串均表示具体的路径或者名称,含义如下: DJANGO_DIR----表示django的工程根目录 DJANGO_NAME----表示django的工程名称 VUE_HTML_DIR----表示vue编译好的index.html路径 VUE_STATIC_DIR----表示vue编译好的静态文件夹static的路径 整体框架 一个常用的web框架图如下图所示 框架

Kubernetes 生产环境安装部署 基于 Kubernetes v1.14.0 之 部署规划

1. 安装规划 1.1 部署节点说明 etcd集群规划 etcd 中心集群 192.168.2.247192.168.2.248192.168.2.249 etcd 事件集群 192.168.2.250192.168.2.251192.168.2.252 Kubernetes master节点集群规划 192.168.3.10192.168.3.11192.168.3.12192.168.3.13192.168.3.14 Kubernetes master vip 192.168.4.1192.