不要学了两天PYTHON,就一时冲动从事IT业

前言

我除了是摄影师，其实我还会编程，但，我没有进IT公司，而是在一家国企，编程现在不过是我的爱好[捂脸]。

这篇文章，是对我最近开发的一个基于VUE和PYTHON小项目的一个简单记录，一来是方便日后查询，同时也是一篇劝退文章，针对当前严峻的就业形势，有些中青年无路可走，想投身IT行业，虽然IT业也遇到寒冬，企业大量裁员，但貌似仍然是收入不错的行当；又听说如今Python与人工智能、大数据等较为火热的领域结合紧密，于是或自学，或参加各类培训班。

对于那些感兴趣，认真学习锤炼的朋友来讲，我没有什么好讲的，祝好运（尽管前途多艰，其实也想劝退，但一两句话也说不完[捂脸]），但对于那些学了几天Python，会编写和运行两个python函数，就觉得Python不过如此的人来讲，我真心劝你再认真考虑考虑，自己是不是对于Python存在错误的认识，尤其是把它和自己的谋生手段绑定一起，会不会有些太草率了。

下面通过这个小项目的一个简单记录，请那些学了两天Python的可以自我衡量一下,当然你没必要看完，就是告诉一些朋友，只是学了python是不够的，它只是一种语言而已，从计算机诞生到现在，编程语言多如牛毛，除了python，如果你想要做应用，还要学习其它语言，系统，算法，框架，数据库等等，绝对不是你会编写两个函数可以搞定的，如果你还没开始太多，放弃吧，可以考虑其它行业，以免陷的太深，浪费时间金钱和精力，比如我国在历年重大会议上多次提到，农业是根本，不如考虑一下特色农业之类的，或许能闯出一片蓝天，当然，这只是建议啊[捂脸]。

项目需求

这个项目满足某单位的一个简单的事务处理需求，因为该单位近几年事务日趋繁杂，各类检查，督办，部署，活动增多，每项事务又都要求整个事务链条上的一个闭环的结果，往往以文件，报告的形式表现出来，过去，因为没有一个合适的系统，来配合这些事项的执行，经常出现，一项事情快到期了，才想起来要上报，于是仓促间突击两三天，赶出来一个报告上交，这不仅影响报告的质量，最关键的是使得事务的实际执行办理效果大打折扣，而且还会给下面各接口办事人员疲于奔命的感觉。

因此，需要有一个协同系统，将每一个事务的生成，派发，执行，监督，结果管理起来，并形成一个闭环链条，这样可以大大提高事务的处理能力和效率，减少错漏忘的发生，从而整体提升该公司安全事务的管理水平。

概要设计

根据上述需求，进行了简单的系统概要设计，其中数据库设计较为简单，关键就是事务主表的设计，其它附表都是针对事务处理流程的，设计的时候要考虑性能和实现的复杂度，比如在不影响完整性的前提下，可以适当冗余来方便后期编码。

系统架构设计

系统采用MVC架构，前端为VUE框架，后端为DJANGO框架，数据库使用MYSQL，服务器操作系统为Centos7。

为进一步降低前后端耦合，且一定程度提高性能，前后端部署在不同的WEB服务器上，前端服务器为NGINX,后端为 uwsgi，所有静态页面都由Nginx负责响应，Nginx通过反向代理uwsgi来运行动态页面和支持API后端调用。具体配置见后文的“服务器机器系统准备”。

系统编码设计及最终效果图

前端基础框架为VUE,组件为Element-plus,要求熟悉JS和HTML及CSS和VUE模板语言，要求能看懂成熟的基于VUE的后端管理框架。

后端框架为DJANGO，要求熟悉PYTHON语言和DJANGO的路由机制,其中要求熟悉PYTHON的设计模式。

服务器机器系统准备

1.安装虚拟机centos7

因为开发的机器系统是windows，因此，开发完毕后，需要发布到生产系统上，生产系统需要centos，所以预先在本机安装centos7虚拟机，测试整个部署过程。

2.安装完毕配置网络地址：

vi /etc/sysconfig/network-scripts/ifcfg-ens33 ，修改ifcfg-ens33配置文件，

设置动态地址

bootproto=dhcp

onboot=yes

或者指定IP地址

bootproto=static

onboot=yes

在最后加上几行，IP地址、子网掩码、网关、dns服务器

IPADDR=192.168.1.160

NETMASK=255.255.255.0

GATEWAY=192.168.1.1

DNS1=119.29.29.29

DNS2=8.8.8.8

输入systemctl restart network重启网络服务

服务器操作面板安装

3.堡塔面板安装：

从堡塔主页下载安装软件，安装完毕后设置centos系统的连接参数

登录系统后，输入下列指令在centos上安装堡塔

yum install -y wget && wget -O install.sh https://download.bt.cn/install/install_6.0.sh && sh install.sh ed8484bec

安装完毕，将用户名和密码更改

安装基础环境

4.Nginx的安装

用堡塔面板进行安装，Nginx也是后面的phpmyadmin的服务器

5.安装mysql，并导入表结构

因为开发环境设置的MySQL的字符集和生产系统略有不同，需要把脚本里的utf8mb4_0900_ai_ci替换为utf8_general_ci ，然后将utf8mb4替换为utf8

6.安装php，并安装phpmyadmin

这是为了管理Mysql，如果启动有问题，看看面板上phpmyadmin里面的php版本，有没有选择合适版本。

7.安装python3.11

稍微提一下，为什么不用堡塔搞定所有，是因为经过测试，堡塔的python项目管理模块，无法正确安装需要的python版本，也无法正确的安装和运行Django项目，这种平台，好用的地方用就好了，不好用的地方就不要用，方便也是把双刃剑。

Python3.11安装可以参考https://zhuanlan.zhihu.com/p/590965831

其中需要安装pip3，指令为 yum install python3-pip

8.安装虚拟环境virtualenv

pip3 install virtualenv

然后建立软链接

ln -s /usr/local/python3/bin/virtualenv /usr/bin/virtualenv

mkdir -p /data/env 建立文件夹统一存放虚拟环境

切换到/data/env/下，创建虚拟环境。

virtualenv --python=/usr/bin/python3 djangoenv（这里的djangoenv名称可以自己定义但是后面步骤一定要跟你所定义的名称相同）

进入/data/env/djangoenv/bin

启动虚拟环境：

source activate

虚拟环境里用pip3安django和uwsgi

pip3 install django==3.2.16 （需要指定安装和你项目相同的版本）

pip3 install uwsgi

9.配置nginx服务器和uwsgi服务器

配置前端页面服务文件sf-front.conf，端口8080

配置nginx的后端静态文件响应配置文件sf-backend.conf(其中包含反向代理的配置），端口8000

配置nginx服务器的初始化文件nginx.ini,位置在nginx服务器的文件夹下

配置uwsgi服务器的初始化文件uwsgi.ini

其中uwsgi.ini 的配置如下：注意如果正常运行，需要删除其中的所有注释，不然会有错误提示

[uwsgi]

uid=root

master = true

processes = 1

threads =2

chdir = /www/safetyback

wsgi-file= /www/safetyback/application/wsgi.py

home=/data/env/djangoenv

socket = 0.0.0.0:888

chmod-socket = 660

vacuum = true

max-requests = 3000

buffer-size = 8192

enable-threads = true

pidfile=/www/safetyback/uwsgi/uwsgi.pid

daemonize=/www/safetyback/uwsgi/uwsgi.log

发布应用上传代码

10.上传前端代码，命名为

VUE前端项目编译：构建生产环境 npm run build，然后把生成的dist文件夹内容拷贝到生产服务器的对应文件夹safetyfront下面

尤其要注意url.js里面的域名要修改成生产地址

11.上传后端代码

文件夹命名为safetyback

python manage.py collectstatic，收集django的项目的静态文件

需要将wsgi.py文件中增加(虚拟环境和路径根据实际安装的情况填写）

import sys

sys.path.append('/data/env/djangoenv/lib/python3.11/site-packages')

在safetyback下执行pip3 freeze，得到该项目所需的安装包集合

在虚拟环境中执行pip3 install -r requirement.txt

测试服务器

12.nginx和uwsgi的启动和停止测试

#启动nginx

nginx

#重启

nginx -s reload

#关闭

nginx -s stop

#检测配置文件是否正确

nginx -t

uwsgi --stop uwsgi.pid

uwsgi --ini uwsgi.ini

uwsgi --reload uwsgi.ini

ps aux | grep uwsgi 可以用本指令查看启动的进程信息

13.开启防火墙端口和协议：

sudo firewall-cmd --permanent --zone=public --add-service=http

firewall-cmd --zone=public --add-port=8000/tcp --permanent

sudo firewall-cmd --reload 重启防火墙

14.设置uwsgi 开机自启动服务

在/etc/systemd/system 目录下，创建server_uwsgi.service 文件

[Unit]

Description=uWSGI instance to serve saftyadmin

After=network.target

[Service]

[Unit]

Description=uWSGI serve Django saftyadmin

After=network.target

[Service]

WorkingDirectory=/www/wwwroot/safetyback

ExecStart=/data/env/djangoenv/bin/uwsgi --ini /www/wwwroot/safetyback/uwsgi/uwsgi.ini

ExecStop=/data/env/djangoenv/bin/uwsgi --stop /www/wwwroot/safetyback/uwsgi/uwsgi.pid

ExecReload=/data/env/djangoenv/bin/uwsgi --reload /www/wwwroot/safetyback/uwsgi/uwsgi.pid

[Install]

WantedBy=multi-user.target

将server_uwsgi.service添加到服务中：

systemctl enable /etc/systemd/system/server_uwsgi.service

之后，可以使用命令测试启动

systemctl stop server_uwsgi.service 关闭uwsgi服务

systemctl start server_uwsgi.service 开启uwsgi服务

systemctl restart server_uwsgi.service 重启uwsgi服务

这里要注意的是，uwsgi.ini文件中，不能设置

daemonize = wsgi.log

需要设置成

log = wsgi.log

这样才可以开机自启动。

写到最后

能看到这里，完全没有必要，这篇文章只是对于发布和配置基于VUE和DJANGO的项目是一个参考，因为其中的配置部分，对于初次发布这种项目的人来说，还是有坑要踩，网上的信息都是散乱的，你需要不断的摸索，当然如果旁边有高人，还是可以一问了之，但是经常的情况是，都需要自己看，自己实践，如果不是有兴趣支撑，很难坚持到最后。

因此，我奉劝那些不是真心入行的朋友，或者内心浮躁无比的朋友，认真的考虑一下，尤其是那些尚未就业，或者失业后在找工作的，自己究竟是不是做了草率的选择，考虑一下别的行业吧，计算机能带给你的，不会比搞农业更多[捂脸]，如果你在国企或者体制内，那么或许可以做的很久，毕竟保暖才能思淫欲，好了，就到这里，望三思！！！