后台技术

　　我来到现在这家公司有一年多的时间，一直做的是财政系统相关的产品，前端的技术栈用的是传统的jQuery+bootStrap+requireJs，随着项目的开发，越来越多的弊病凸显出来。 　　首先是前后端的代码存放在同一个工程目录下，前后端工程师进行开发时，都必须把整个项目导入到开发工具中（像myEclipse和IntelliJ IDEA等），一方面前端在开发之前需要花费大量的时间来部署开发环境，如果后端上传错了文件，整个系统启动不起来，前端就只能干等着，前后端耦合性很大，另一方面使用myEclipse这样的开发工具开发前端项目操作上不熟悉，开发效率很低。 　　其次在整个项目中，组件化很明显，大多数页面中所需要的功能都是类似的，虽然可以使用require封装一些公用的组件，但是由于js技术有限，组件与组件之间还是存在很多耦合的问题，并且随着自定义的组件越来越多，经常遇到一个页面开头先加载几十个组件的情况，后期维护也很麻烦，对于有代码洁癖的人来说，这显然不是一种好方法。 　　于是就想到用react能不能解决这些问题呢？ 　　什么是前后端分离 　　这几年前后端分离被提到的越来越多，在网上查什么是前后端分离，基本是说后台只提供数据api，与用户的交互操作前端来实现。我们现在的工作模式，前端也是通过ajax请求后台数据，前端的代码单独放在工程目录的一个文件夹中，不与后台的代码耦合

Model 字段参考 (Model field reference) ¶ 本文档包含所有 字段选项 (field options) 的内部细节和 Django 已经提供的 field types 。 参见 如果内置的字段不能满足你的应用，你可以很容易地If the built-in fields don’t do the trick, you can easily 编写自定义 model 字段 (write your own custom model fields) 。 注意 从技术上讲， model 是定义在 django.db.models.fields 里面，但为了使用方便，它们被导入到 django.db.models 中；标准上，我们导入 from django.db import models ，然后使用 models.<Foo>Field 的形式使用字段。 字段选项 (Field options) ¶ 下列参数对所有字段类型都是有效的，同时这些参数也是可选的。 null ¶ Field. null ¶ 如果为 True ，Django 就会将空值(empty)存储为数据库中的 NULL 。默认值是 False 。 要注意空字符串(empty string)总是被存储为空字符串，而不是 NULL 。 null=True 只对非字符串字段有意义，比如整数(integer)

本文转载于: 猿2048 网站➣ 仿有赞后台+vue+ts+vuecli3.0+elementUi+二期项目结构文件搭建+以及路由的使用 前言 昨天写了 vue + ts + vuecli3.0 第一场 主要是一个 vuecli 搭建的内容，今天讲一下 vue 项目结构搭建+以及路由的使用，看了一个小伙伴 $refs 报错问题有大佬可以回复我一波困扰已久，伸手党本人寻求帮助哈哈！在说这个之前我会介绍一下我写整个这个后台检索的逻辑，我们搜索的条件放到了url上面 那么重置按钮就可以复用了，所有的搜索条件在url优势是可以刷新页面之前的操作记录都在这样就比较舒服，有赞就是这样的，建议有时间的老爷 5分钟上手TypeScript 或者看完小弟的这个大概有个了解再去深入 当前项目demo预览 （QQ群技术讨论）838293023备注（github进来的） 第三章 游泳健身了解一下： github JQ插件 技术文档 技术文档会持续更新 1.项目搭建 先看一波完成后的项目介绍（ webstorm 里面 ts 不支持引入 vue 所有爆红色，强迫症患者可以用 vscode 支持会更好） public //当前文件 static //可以放静态资源不会被打包（我放的是富文本编译器的文件后期会太慢可以换成cdn直接引入到index.html） src //当前项目文件 assets /

网站后台管理系统 1、 全球最受欢迎的博客系统——wordpress，wp是全球最受欢迎的博客程序，拥有上亿用户，它的简单易用、安全、高效受人普遍关注，用它不仅可以做博客，做企业网站、资讯网站、下载网站、图片网站、视频网站都是可以的。 2、 最受欢迎的论坛系统——discuz，戴志康和他的DZ走过8年的历史，成为中国第一大论坛程序供应商，一流的安全性，一流的功能，强大的整合能力，无论是做网店、门户、分类信息、威客、团购DZ都是很好的搭档。 3、 最受欢迎的团购系统——最土团购，免费，安全的，中国第一团购网就是用的这个程序。 4、 最具人气的资讯网站系统——dedecms，近几年来DEDECMS不断发力，版本更新之快走到行业的前头，功能上具有资讯、图书连载、图片、下载和分类信息等多种功能，DEDE简单易用，很容易上手，用户群庞大，能够很容易找到相关资源，不过漏洞很多，建议服务器一定要做好安全措施。 5、最具人气的独立网店系统——shopex，看到京东、当当、绿色数码等企业如日中天，你一定不会满足于仅在淘宝开一卡小店，shopex无疑是 这个方面的佼佼者，每天都有上千客户安装和使用shopex，无论是功能、模板、安全性，还是售后服务，shopex必然是行业首选。 6、最具发展潜力的论坛系统——phpwind，这个世界，论坛程序就是两大主流PW和DZ，和行业老大DZ不同

近段时间了解了一下VS2017开发安卓应用的一些技术，特地把C#开发WebApp的一些过程记录下来， 欢迎大家一起指教、讨论，废话少说，是时候开始表演真正的技术了。。 1、 新建空白 Android 应用 2、 拖一个 WebView 控件进来 3、 打开模拟器 Genymotion，选择一个系统版本，启动 4、加载网页 4.1 打开 MainActivity.cs，在OnCreate方法里添加2行代码 1 protected override void OnCreate(Bundle savedInstanceState) 2 { 3 base.OnCreate(savedInstanceState); 4 5 // Set our view from the "main" layout resource 6 SetContentView(Resource.Layout.Main); 7 8 var web = FindViewById<WebView>(Resource.Id.webView1); 9 web.LoadUrl("http://www.baidu.com"); 10 } 加载网页就是这样简单，F5调试，就可以看到模拟器有了变化，打开了我们的应用，并如期加载了网页 5、 网页端调用手机 APP后台方法 5.1 打开 MainActivity.cs

Pydictor使用 python pydictor.py -base d --len 4 4 生成纯 4 位的数字密码 python pydictor.py -base L --len 1 4 -o name.txt 生成 1 到 4 位的纯小写字母密码到 name.txt python pydictor.py -extend ex.txt --level 3 --len 3 5 根据扩展信息 ex.txt 来生成 3 到 5 位的密码（ ex.txt 是用户关于用户或者攻击对象的信息） python pydictor.py -extend ex.txt --level 3 --len 3 5 --encode sha1 生成 sha1 加密的字典 python pydictor.py -sedb 接下输入手机过来的信息（ set ename test ），最后可以设置输出路径（ output c:\result.txt ），以及运行（ run ） 盲注：用户提交的数据在后台数据库中执行之后，没有返回任何数据，无法字前端显示测试出的数据，需要使用盲注技术。 基于 bool 的盲注 基于时间的盲注 基于布尔的盲注： Step1 ：探测输入点， ’/ 1’and 1=1%23 /1’ and ‘1’=’1....... 注意：用户提交的数据被带入到后台数据库中执行

TPC-C解析系列05_TPC-C基准测试之存储优化 http://www.itpub.net/2019/10/08/3332/ 蚂蚁金服科技 2019-10-08 11:27:02 本文共3664个字，预计阅读需要10分钟。 TPC-C规范要求被测数据库的性能（tpmC）与数据量成正比。TPC-C的基本数据单元是仓库（warehouse），每个仓库的数据量通常在70MB左右（与具体实现有关）。TPC-C规定每个仓库所获得的tpmC上限是12.86（假设数据库响应时间为0）。假设某系统获得150万tpmC，大约对应12万个仓库，按照70MB/仓库计算，数据量约为8.4TB。某些厂商采用修改过的不符合审计要求的TPC-C测试，不限制单个warehouse的tpmC上限，测试几百到几千个warehouse全部装载到内存的性能，这是没有意义的，也不可能通过审计。在真实的TPC-C测试中，存储的消耗占了很大一部分。OceanBase作为第一款基于shared nothing架构登上TPC-C榜首的数据库，同时也作为第一款使用LSM Tree存储引擎架构登上TPC-C榜首的数据库，在存储架构上有如下关键点： 为了保证可靠性，OceanBase存储了两个数据副本和三个日志副本，而传统的集中式数据库测试TPC-C只存储一份数据； 由于OceanBase存储两个数据副本，再加上OceanBase

1、八大数据结构及分类 1、数组 频繁查询，对存储空间要求不大，很少增加和删除的情况 2、栈 栈常应用于实现递归功能方面的场景，例如斐波那契数列 3、队列 因为队列先进先出的特点，在多线程阻塞队列管理中非常适用 4、链表 数据量较小，需要频繁增加，删除操作的场景 5、树 二叉树既有链表的好处，也有数组的好处，是两者的优化方案，在处理大批量的动态数据方面非常有用。 6、散列表 哈希冲突的问题，如果处理的不好会浪费大量的时间，导致应用崩溃 7、堆 因为堆有序的特点，一般用来做数组中的排序，称为堆排序 8、图 https://blog.csdn.net/yeyazhishang/article/details/82353846 因为哈希表是基于数组衍生的数据结构，在添加删除元素方面是比较慢的，所以很多时候需要用到一种数组链表来做，也就是拉链法。拉链法是数组结合链表的一种结构，较早前的hashMap底层的存储就是采用这种结构，直到jdk1.8之后才换成了数组加红黑树的结构。 图是一种比较复杂的数据结构，在存储数据上有着比较 复杂和高效 的算法，分别有 邻接矩阵 、邻接表、十字链表、邻接多重表、边集数组等存储结构 2、堆栈特点及应用 栈：特点就是一个先进后出的结构。 队列：特点就是一个先进先出的结构。 栈的应用 ：非常广泛，在CPU内部就有提供栈这个机制。主要用途： 函数调用和返回

https://blog.csdn.net/paolei/article/details/94390330 背景简介 　　对于大型应用后台系统来说，稳定性至关重要。目前越来越多的大型应用系统采用微服务架构，更加需要关注稳定性的技术能力建设。稳定性是服务系统基础能力的体现。 　　基础知识 　　在介绍稳定性技术策略主题之前，我们首先梳理一些基础概念和知识。 　　针对我们业务后台系统建设，任何大型业务后台系统绝对不是一蹴而就。它是伴随着业务不同阶段，不断进行演进的过程。如果经历过从 0 到 1 建设一个业务后台系统的同学，都会有类似的体会。 　　启动阶段 　　启动阶段，业务模型相对简单，用户量少，这时候我们可以将所有的系统模块耦合在一个工程里面，进行单机部署。这时候可能仅仅需要将业务系统与数据库进行隔离。 　　探索阶段 　　探索阶段，业务模型不断演进，用户量增加，单机服务能力瓶颈凸显。这时候就需要由单机服务部署向集群服务部署来优化，利用负载均衡将请求合理分配，减少单机服务压力。另外一个方面，数据量不断的增加，也需要考虑针对数据来进行水平的扩展(主从部署，读写分离)。 　　在这一阶段，我们仅仅是做了集群扩展，但所有的业务代码都在同一个工程维护，所有的数据信息都在同一个数据库中存储。随着团队的扩充与业务交互不断复杂化，在工程维护上存在很大的风险，工程研发效率受到制约

如果你要使你的python服务不受终端影响而常驻系统，就需要将它变成守护进程。下面给出python代码: [Python] 纯文本查看 复制代码 ? 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 [ / p][p = 26 , null, left] # coding=utf8 import os import sys import atexit def daemonize(pid_file = None ): """ 创建守护进程 :param pid_file: 保存进程id的文件 :return: """ # 从父进程fork一个子进程出来 pid = os.fork() # 子进程的pid一定为0，父进程大于0 if pid: # 退出父进程，sys.exit()方法比os._exit()方法会多执行一些刷新缓冲工作 sys.exit( 0 ) # 子进程默认继承父进程的工作目录，最好是变更到根目录，否则回影响文件系统的卸载 os.chdir( '/' ) # 子进程默认继承父进程的umask（文件权限掩码），重设为0（完全控制）