后台技术

Django操作已有数据库的数据

三世轮回 提交于 2019-12-06 01:17:23
虽然django适合 从零开始 构建一个项目,但 有时候整合原有的数据库也在所难免, 下面以django整合我的mysql作说明。 mysql数据是我从京东上抓取的数据,数据表名为jd,演示如图 下面将jd整合到django中,操作如下 1.修改settings.py root@iZ28b5osxspZ:/home/jd # vim jd/settings.py ... DATABASES = { ' default ' : { ' ENGINE ' : ' django.db.backends.mysql ' , # 'NAME': os.path.join(BASE_DIR, "jd.sql"), ' NAME ' : ' jd ' , ' HOST ' : ' 127.0.0.1 ' , ' PORT ' :3306 , ' USER ' : ' root ' , ' PASSWORD ' : ' hehe ' , } } ... 2.针对已有数据库自动生成新的models root@iZ28b5osxspZ:/home/jd # python manage.py inspectdb # This is an auto-generated Django model module. # You'll have to do the following manually to

在线教育系统首页功能开发

淺唱寂寞╮ 提交于 2019-12-05 06:48:14
 如今许多网校平台开始网络直播在线教育培训,你是不是也想着开发一个这样的平台呢,大家跟着我来看一下,这个在线教育系统首页功能开发到底是怎样开发呢 !   在这里先给大家唠叨一下这个开发流程,当客户在某处找到们开发商信息时,一般会主动找你咨询具体开发事项,接下来如果双方确定了合作,首先要对开发需求进行具体沟通,其次,确立需求,最后进行在线教育系统开发。在线培训系统开发,在线直播 APP 开发,网校教育搭建开发,在线课堂 I59 and 656 app3595I kafa/tl 开发 , 兴趣特长在线教育软件开发。  一、 项目介绍   我们的客户方式多年的在线教育开发和运营经验的产品,打造一个全行业都适用的在线教育系统。   演示地址   前端演示地址:领课教育   后台演示地址:管理后台   二、功能介绍   1.权限管理功能,多角色多用户自定义配置   2.系统配置功能,自定义进行站点配置及第三方参数配置   3.讲师管理功能,讲师申请入驻,后台具有审核功能   4.课程管理功能,讲师管理自有课程,后台具有审核功能   5.用户登录功能,同一时间只允许同一个账号在同一个地方登录,防止账号共享   6.广告管理功能,后台自定义广告设置,增加营销效果   7.支付功能,系统无缝集成了龙果支付   三、技术选型   流程图说明   系统架构图   课程播放流程   播放鉴权流程  

Apache与Nginx的区别比较(分析得还挺全)

旧时模样 提交于 2019-12-04 22:11:38
Apache与Nginx的优缺点比较 1、nginx相对于apache的优点: 轻量级,同样起web 服务,比apache 占用更少的内存及资源 抗并发,nginx 处理请求是异步非阻塞的,而apache 则是阻塞型的,在高并发下nginx 能保持低资源低消耗高性能 补充: 同步传输:浏览器发起请求,而后请求会立刻被转到后台,于是在浏览器和后台之间就建立了一个通道。在请求发起直到请求完成,这条通道都是一直存在的。 异步传输:浏览器发起请求,请求不会立刻转到后台,而是将请求数据(header)先收到nginx上,然后nginx再把这个请求发到后端,后端处理完之后把数据返回到nginx上,nginx将数据流发到浏览器,这点和lighttpd有点不同,lighttpd是将后端数据完全接收后才发送到浏览器。 1) 假设用户执行一个上传文件操作,因为用户网速又比较慢,因此需要花半个小时才能把文件传到服务器。squid的同步代理在用户开始上传后就和后台建立了连 接,半小时后文件上传结束,由此可见,后台服务器连接保持了半个小时;而nginx异步代理就是先将此文件收到nginx上,因此仅仅是nginx和用户 保持了半小时连接,后台服务器在这半小时内没有为这个请求开启连接,半小时后用户上传结束,nginx才将上传内容发到后台,nginx和后台之间的带宽 是很充裕的

Docker中进入容器命令行及后台运行

女生的网名这么多〃 提交于 2019-12-04 08:40:43
进大厂,身价翻倍的法宝来了! 主讲内容:docker/kubernetes 云原生技术,大数据架构,分布式微服务,自动化测试、运维。 腾讯课堂: 点击进入 网易课堂: 点击进入 7月1号-7月29号 8折优惠!!! 7月1号-7月29号 8折优惠!!! 7月1号-7月29号 8折优惠!!! 课程简介: 第一章 熟悉Linux环境 1、Win10安装Ubuntu18.04双系统 2、熟悉Linux常用工具和命令 第二章 熟悉Docker 3、安装配置Docker 4、Docker命令实践 5、Dockerfile文件编写 ​​​​​​​ 6、常用镜像部署 ​​​​​​​ 第三章 熟悉Kubernetes ​​​​​​​ 7、kubernetes架构和部署 ​​​​​​​ 8、熟悉kubectl命令使用 ​​​​​​​ 9、k8s应用部署实践(上) ​​​​​​​ 10、k8s应用部署实践(下) ​​​​​​​ 第四章 熟悉Helm ​​​​​​​ 11、Helm安装配置 ​​​​​​​ 12、熟悉Helm应用书写规则 ​​​​​​​ 13、编写自己的Helm应用 (作者:陈玓玏) Docker中我们一般会有两种执行命令的方式,一种是直接进入容器的命令行,在终端执行并查看结果,一种是在后台执行,并不会在终端查看结果。 1、进入容器命令行 su root docker run -i -t

技术守旧的后台仔谈一下前端业务组件的封装

白昼怎懂夜的黑 提交于 2019-12-04 07:10:47
以真实项目作为背景,先说一下前端的技术选型:Bootstrap 3.3 + JQuery,标准的企业后台开发框架。当前产品对表单操作提出了优化需求,现在需要一个二级联动的下拉框组件,通过一个大类去动态筛选目标项,数据从服务端接口获取。在下图的例子中:通过选择领域再选择开发语言。我选择引入bootstrap-select这个下拉框组件来进行二次封装。(展示代码以伪代码为主) 先做个原型 1 <div> 2 <div> 3 <select id="domains" multiple></select> 4 </div> 5 <div> 6 <select id="languages" multiple></select> 7 </div> 8 </div> <script> var domains = null; //元数据 var languages = null; //元数据 $(function () { $('#domains').selectpicker(); //初始化组件 $('#languages').selectpicker(); //初始化组件 $('#domains').on('changed.bs.select', function (e, clickedIndex, isSelected, previousValue) { //筛选联动的languages /

团队项目-Alpha版本发布

别等时光非礼了梦想. 提交于 2019-12-04 06:05:22
第四次团队作业 序言 所属课程 https://edu.cnblogs.com/campus/xnsy/2019autumnsystemanalysisanddesign 作业要求 https://www.cnblogs.com/harry240/p/11524162.html 团队名称 卓越 Code 作业目标 ( 1 )团队成员的学号列表; ( 2 )给出发布地址以及安装手册; ( 3 )给出测试报告; ( 4 )给出项目情况总结; 一、团队简介 团队名称:卓越 Code 团队口号:宁为代码累弯腰,不为 bug 点提交 项目名称:西柚智慧党建云平台 姓名 学号 博客园 王柄钞(队长) 201731062518 https://www.cnblogs.com/Slow-Walker/ 曾文杰 201731062520 https://www.cnblogs.com/zwj-958654064/ 魏家田 201731062307 https://www.cnblogs.com/dwyy666/ 魏川程 201731062312 https://www.cnblogs.com/chopinc/ 罗伟诚 201731062309 https://www.cnblogs.com/lwcblogs/ 杨苹 201731062404 https://www.cnblogs.com/step

flask主页

◇◆丶佛笑我妖孽 提交于 2019-12-04 02:20:57
通过学flask去学习web 课程目录: |—01.知了Python Flask框架全栈开发 | |—代码和笔记.zip | |—01-Flask视图和URL | | |—课时001.【Flask预热】课程介绍[houtouke.com].flv | | |—课时002.【Flask预热】Flask课程准备工作[houtouke.com].flv | | |—课时003.【Flask预热】URL组成部分详解.flv | | |—课时004.【Flask预热】web服务器+应用服务器+web应用框架.flv_d.flv | | |—课时005.【Flask.URL】第一个flask程序详解.flv_d.flv | | |—课时006.【Flask.URL】debug模式详解.flv_d.flv | | |—课时007.【Flask.URL】配置文件两种方式详解.flv_d.flv | | |—课时008.【Flask.URL】URL中两种方式传参.flv_d.flv | | |—课时009.【Flask.URL】url_for使用详解.flv_d.flv | | |—课时010.【Flask.URL】自定义URL转换器.flv_d.flv | | |—课时011.【Flask.URL】必会的小细节知识.flv_d.flv | | |—课时012.【Flask.URL】重定向详解

oracle学习篇:九、性能诊断与SQL优化

戏子无情 提交于 2019-12-04 00:02:16
9.1 使用autotrace功能辅助sql优化 oracle sql*plus提供一个autotrace的功能,可以用于跟踪sql的执行计划,收集统计信息,通常被作为sql的优化工具之一而被广泛使用。 9.1.1 autotrace功能的启用 autotrace有几个常用选项,简单说明如下: set autotrace off:不生产autotrace报告,这是缺省模式; aet autotrace on explain:autotrace只显示优化器执行路径报告; set autotrace on statistics:只显示执行统计信息; set autotrace on:包含执行计划和统计信息; set autotrace traceonly:同set autotrace on,但是不显示查询输出。 9.1.2 autotrace功能的增强 9.1.3 autotrace功能的内部操作 当使用autotrace功能时,在数据库内部,oracle实际上是启动了2个session连接,一个session用于执行查询等操作,另外一个session用于记录执行计划和输出最终结果等操作。 这两个session都是由一个进程衍生。select * from v$process;一个进程在数据库中可能对应多个session。 主要的操作步骤如下: (1)执行计划的输出 (2)统计信息输出

APP后台架构开发实践笔记

房东的猫 提交于 2019-12-03 23:27:30
1 App后台入门 1.1 App后台的功能 (1)远程存储数据; (2)消息中转。 1.2 App后台架构 架构设计的流程 (1) 根据App的设计,梳理出App的业务流程; (2) 把每个业务流程可能会遇到的问题整理出来; (3) 根据整理出来的问题,探讨可行的技术解决方案; (4) 把所有的技术解决方案有机融合,就是一个App后台的初步架构。 架构设计的特点 (1) 架构是和业务紧密相关; (2) 架构的演变是由业务驱动; (3) 架构不是为了炫耀技术。 1.3 App和App后台的通信 (1) 用HTTP协议还是私有协议; (2) 用长连接还是短连接; (3) 通信数据格式(JSON、XML) 1.4 选择服务器 (1) 传统IDC; (2) 云服务器。 1.5 选择开发语言 (1) 不同语言有其擅长的业务场景和性能特性; (2) 考虑开发效率和运行效率; (3) 同一个项目不同业务逻辑可以用不同语言实现。 1.6 敏捷开发 (1) Sprint计划会议; (2) 迭代开发; (3) 每日例会; (4) 评审会议; (5) 回顾会议; (6) 及时反馈。 2 App后台基础技术 2.1 从业务逻辑提炼API接口 从业务逻辑到提炼API可分为下面6个阶段: (1) 业务逻辑思维导图; 根据需求抽象出业务逻辑。 (2) 功能-业务逻辑思维导图; 支撑业务逻辑的功能模块, (3)

运维开发实践——基于Sentry搭建错误日志监控系统

て烟熏妆下的殇ゞ 提交于 2019-12-03 13:56:29
错误日志监控也可称为业务逻辑监控, 旨在对业务系统运行过程中产生的错误日志进行收集归纳和监控告警。似乎有那么点曾相识?没错... 就是提到的“APM应用性能监控”。但它又与APM不同,APM系统主要注重应用层的行为分析,收集的更多是运营方向的数据。而sentry所做的是收集应用底层代码的崩溃信息,便于码侬们排查代码异常。简单来说它就是一个面向技术码侬的排障工具。 1. 场景描述 随着运维自动化流程的推进, 各类运维工具和系统也像雨后春笋般涌现. 目前我们自主开发的运维系统的数量已经接近两位数. 这些系统部署在多台机器上, 通常还配套一批后台运行的脚本. web端如果出现异常, 开发人员可以及时得到反馈进行修复. 而脚本因为没有交互, 可能会出现发生重大故障时才定位到问题的情况. 2. 既有方案 后端和脚本用python内置的日志模块记录程序中间状态, 同时也将两者的输出重定向到指定文件, 以获取未捕获的异常信息. 同台服务器上多个系统的日志集中存放到同个目录 使用rsync定时从多台服务器中拉取日志文件 对日志文件进行关键字匹配, 并将过滤结果通过邮件发送给运维开发人员 最终整合的通知邮件如图 3. 存在的问题 上面的操作部分解决了脚本运行状态监控盲区的问题, 但还存在如下问题 无法第一时间感知错误 脚本日志的拉取不是实时的, web端用户的反馈也往往存在滞后.