Bootstrap

Django Form表单组件 Form介绍 我们之前在HTML页面中利用form表单向后端提交数据时，都会写一些获取用户输入的标签并且用form标签把它们包起来。 与此同时我们在好多场景下都需要对用户的输入做校验，比如校验用户是否输入，输入的长度和格式等正不正确。如果用户输入的内容有错误就需要在页面上相应的位置显示对应的错误信息.。 Django form组件就实现了上面所述的功能。 总结一下，其实form组件的主要功能如下: 生成页面可用的HTML标签 对用户提交的数据进行校验 保留上次输入内容 普通方式手写注册功能 views.py # 注册 def register(request): error_msg = "" if request.method == "POST": username = request.POST.get("name") pwd = request.POST.get("pwd") # 对注册信息做校验 if len(username) < 6: # 用户长度小于6位 error_msg = "用户名长度不能小于6位" else: # 将用户名和密码存到数据库 return HttpResponse("注册成功") return render(request, "register.html", {"error_msg": error_msg})

configServer maven依赖 <!--spring-cloud 整合 config-server --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-config-server</artifactId> </dependency> <!--SpringCloud eureka-client --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> </dependency> 启动类 @SpringBootApplication @EnableConfigServer public class ServerStart { public static void main(String[] args) { SpringApplication.run(ServerStart.class,args); } } bootstrap.yml ###服务注册到eureka地址 eureka: client: service-url: defaultZone: http

概述 可承遇到，不知什么原因，一个夜晚，机房中，大片的远程调用连接断开。 第二天早上，用户访问高峰，大部分服务器都在获取连接，造成大片网络阻塞。 服务崩溃，惨不忍睹的景象。 本文将从长连接和短连接的概念切入，再到长连接与短连接的区别，以及应用场景，引出心跳机制和断线重连，给出代码实现。 从原理到实践杜绝此类现象。 短连接 概念 client与server通过三次握手建立连接，client发送请求消息，server返回响应， 一次连接就完成了。 这时候双方任意都可以发起close操作，不过一般都是client先发起close操作。上述可知，短连接一般只会在 client/server间传递一次请求操作。 短连接的优缺点 管理起来比较简单，存在的连接都是有用的连接，不需要额外的控制手段。 使用场景 通常浏览器访问服务器的时候就是短连接。 对于服务端来说，长连接会耗费服务端的资源，而且用户用浏览器访问服务端相对而言不是很频繁的 如果有几十万，上百万的连接，服务端的压力会非常大，甚至会崩溃。 所以对于并发量大，请求频率低的，建议使用短连接。 长连接 什么是长连接 client向server发起连接，server接受client连接，双方建立连接。 Client与server完成一次读写之后， 它们之间的连接并不会主动关闭，后续的读写操作会继续使用这个连接。 长连接的生命周期 正常情况下

本文是本系列教程的完结篇，我们将一起给 Article 加入评论功能，让游客在前台页面可以查看、提交、回复评论，并完成后台评论管理功能，可以删除、编辑评论。Article 和评论将使用 Laravel Eloquent 提供的“一对多关系”功能大大简化模型间关系的复杂度。最终，我们将得到一个个人博客系统的雏形，并布置一个大作业，供大家实战练习。 本篇文章中我将会使用一些 Laravel 的高级功能，这些高级功能对新手理解系统是不利的，但熟手使用这些功能可以大幅提升开发效率。 回顾 Eloquent 前面我们已经说过，Laravel Eloquent ORM 是 Laravel 中最强大的部分，也是 Laravel 能如此流行最重要的原因。中文文档在： https://d.laravel-china.org/docs/5.5/eloquent learnlaravel5/app/Article.php 就是一个最简单的 Eloquent Model 类： <? php namespace App; use Illuminate\Database\Eloquent\Model; class Article extends Model { // } 若想进一步了解 Eloquent 推荐阅读系列文章： 深入理解 Laravel Eloquent 构建评论系统 基础规划

【Bootstrap4前端框架+MySQL数据库】前后端综合实训【10天课程 博客汇总表 详细笔记】 目 录 PowerDesigner软件 5张数据表之间的依赖关系图 设置数据表的自动增长主键 设置timestrap默认值——点击standard checks，在选项卡里设置default值。 设置数据表之间的关系——Reference 创建5张数据表并生成（数据库脚本）sql语句 SQLyog数据库管理软件 修改SQL语句+成功执行（0 errors、0 warnings） 备份数据库的数据 备份数据导出的sql文件 数据表text字段 数据表主键说明 多表连接查询 PowerDesigner软件 大佬博客： PowerDesigner个人使用总结 5张数据表之间的依赖关系图 多对多关系 --> 拆分数据表 不同的用户可以操作不同的栏目，多对多-->拆分数据表-->两个“一对多” logs_info：logs_content——记录操作内容（增删改加、登录信息）。 设置数据表的自动增长主键 设置timestrap默认值——点击standard checks，在选项卡里设置default值。 设置数据表之间的关系——Reference 创建5张数据表并生成（数据库脚本）sql语句 操作步骤：Database -> Generate Database /*=============

随着线上项目变的日益庞大，每个项目都散落着各种配置文件，如果采用分布式的开发模式，需要的配置文件随着服务增加而不断增多。某一个基础服务信息变更，都会引起一系列的更新和重启，运维苦不堪言也容易出错。配置中心便是解决此类问题的灵丹妙药。 市面上开源的配置中心有很多，BAT每家都出过，360的QConf、淘宝的diamond、百度的disconf都是解决这类问题。国外也有很多开源的配置中心Apache的Apache Commons Configuration、owner、cfg4j等等。这些开源的软件以及解决方案都很优秀，但是我最钟爱的却是Spring Cloud Config，因为它功能全面强大，可以无缝的和spring体系相结合，够方便够简单颜值高我喜欢。 Spring Cloud Config 在我们了解spring cloud config之前，我可以想想一个配置中心提供的核心功能应该有什么 提供服务端和客户端支持 集中管理各环境的配置文件 配置文件修改之后，可以快速的生效 可以进行版本管理 支持大的并发查询 支持各种语言 Spring Cloud Config可以完美的支持以上所有的需求。 Spring Cloud Config项目是一个解决分布式系统的配置管理方案。它包含了Client和Server两个部分，server提供配置文件的存储、以接口的形式将配置文件的内容提供出去

spring-cloud-config 配置中心实现 Spring Cloud Config 用于为分布式系统中的基础设施和微服务应用提供集中化的外部配置支持，分为server端和client端。 server端为分布式配置中心，是一个独立的微服务应用；client端为分布式系统中的基础设置或微服务应用，通过指定配置中心来管理相关的配置。 Spring Cloud Config 构建的配置中心，除了适用于 Spring 构建的应用外，也可以在任何其他语言构建的应用中使用。 Spring Cloud Config 默认采用 Git 存储配置信息，支持对配置信息的版本管理。 本示例主要内容 配置中心演示client端和server端实现 配置文件放在git(因github有时候不太稳定，我放到了国内服务器) 版本切换（test、pro、dev） Spring Cloud Config 特点 提供server端和client端支持(Spring Cloud Config Server和Spring Cloud Config Client); 集中式管理分布式环境下的应用配置; 基于Spring环境，实现了与Spring应用无缝集成; 可用于任何语言开发的程序; 默认实现基于Git仓库(也支持SVN)，从而可以进行配置的版本管理；同时也支持配置从本地文件或数据库读取。 代码构建

在研究tomcat 类加载之前，我们复习一下或者说巩固一下java 默认的类加载器。楼主以前对类加载也是懵懵懂懂，借此机会，也好好复习一下。 楼主翻开了神书《深入理解Java虚拟机》第二版，p227, 关于类加载器的部分。请看： 什么是类加载机制？ Java虚拟机把描述类的数据从Class文件加载进内存，并对数据进行校验，转换解析和初始化，最终形成可以呗虚拟机直接使用的Java类型，这就是虚拟机的类加载机制。 虚拟机设计团队把类加载阶段中的“通过一个类的全限定名来获取描述此类的二进制字节流”这个动作放到Java虚拟机外部去实现，以便让应用程序自己决定如何去获取所需要的类。实现这动作的代码模块成为“类加载器”。 类与类加载器的关系 类加载器虽然只用于实现类的加载动作，但它在Java程序中起到的作用却远远不限于类加载阶段。对于任意一个类，都需要由 加载他的类加载器和这个类本身一同确立其在Java虚拟机中的唯一性 ，每一个类加载器，都拥有一个独立的类命名空间。这句话可以表达的更通俗一些：比较两个类是否“相等”， 只有在这两个类是由同一个类加载器加载的前提下才有意义 ，否则，即使这两个类来自同一个Class文件，被同一个虚拟机加载，只要加载他们的类加载器不同，那这个两个类就必定不相等。 什么是双亲委任模型？ 从Java虚拟机的角度来说，只存在两种不同类加载器：一种是 启动类加载器

转载： https://segmentfault.com/a/1190000014509984 一、安装插件： cnpm install jquery -- save cnpm install bootstrap -- save cnpm install popper.js --save 二、全局注册： 　　1、配置 webpack.base.conf.js或者\build\webpack.base.conf.js 　　（1）cli小于3.0 // 在顶部添加 const webpack = require('webpack' ) // 在module.exports = {}末尾添加下面代码 module.exports = { ... plugins: [ new webpack.ProvidePlugin({ $: "jquery" , jQuery: "jquery" }) ] } 　　（2）cli大于3.0 const webpack = require('webpack' ) module.exports = { configureWebpack: { plugins: [ new webpack.ProvidePlugin({ $: "jquery" , jQuery: "jquery" }) ] } } 　　2、main.js import $ from

项目进行nginx反向代理后发现图片和js、css等加载很慢，甚至加载不出来。 然后查看nginx的log,发现错误如下： [html] view plain copy 2016/06/30 15:31:12 [crit] 29465#0: *10 open() "/usr/local/nginx/proxy_temp/1/00/0000000001" failed (13: Permission denied) while reading upstream, client: 220.178.25.22, server: localhost, request: "GET /testpay/bootstrap/css/bootstrap.min.css HTTP/1.1", upstream: "http://12.56.6.15:5555/testpay/bootstrap/css/bootstrap.min.css", host: "90.163.226.54:90", referrer: "http://90.163.226.54:90/testpay/" 2016/06/30 15:31:12 [crit] 29465#0: *16 open() "/usr/local/nginx/proxy_temp/2/00/0000000002" failed (13: