记录－交流－Web开发知识分享
select
last_name,
job_id
from employees
where manager_id is null;
select
last_name,
job_id
from employees
where manager_id <=> Null;
select
last_name,
job_id
from employees
where manager_id = Null;
最后一个 = null 是错误的
如果等号两边的值、字符串或表达式中有一个为NULL，则比较结果为NULL。
所以要用 <=>…
第一种
<script type="text/html" id="see-bar">
<a class="layui-btn layui-btn-primary layui-btn-xs " data-id="{{d.id}}" onclick="see(this)" lay-event="See" style="color:#2880cb">{{d.card_number}}</a>
</script>
table.render({
。。。
, cols: [[
, { '13%', title: '卡片编号', align: 'center', rowspan: '1', toolbar: '#see-bar' }
]]
。。。
});
第二种
, cols: [[
{ type:
layui 表格树，支持异步请求，支持reload重新加载，支持sort排序排序、可异步请求后台获取数据后生成新的子叶节点，可编辑单元格等功能。
https://gitee.com/yangqianlong98/tableTree
…
以click事件为例：
普通绑定事件：$('.btn1').click(function(){}绑定
on绑定事件：$(document).on('click','.btn2',function(){}绑定
那么这两种方式有什么区别呢？
首先我们看看在实践上的区别：
①click事件是在页面加载后，获取的所有类名为btn1的元素，然后绑定了这个click事件，你要是通过其他操作再生成一个btn1元素，它就没有click这个事件；
②而on()事件起到了监听的效果,可以实现动态html元素绑定，比如一开始只有一个btn2元素，你通过某种方法又加了一个btn2元素，这个元素也可以点击，可以无限添加btn2。
那么怎么实现这个动态监听的过程呢？
on()事件相当于是$(document).click(function(){if(点击的是btn){}})，给document添加了一个click事件，党点击的是btn，事件冒泡原理，从里到外，就相当于点击了document，那么就会执行后面的操作，本质上只给document添加了一个事件，而click()事件是给所有btn添加了click事件。
另外on()事件可以添加多个事件。
on()委托事件的优点：原来的事件绑定，要绑定好多事件，现在只需要绑定一个事件，大大提高了效率和页面性能，解决的动态添加元素导致不能触发的bug。
Jq1.7 开始支持。
第一种方式：
|
1
2
3
4
5
|
$(document).ready( function (){ $( "#clickme" ).click( function (){ alert( "hello world click" ) })}) |
第二种方式（简写方式为第一种）：
随着视频直播的发展，很多直播团队可能会遇到视频直播卡顿，频繁出现缓冲标志或者直播画面一卡一卡等情况。究竟是哪些原因造成了视频直播观看的卡顿情况呢？
又拍直播云结合实践经验，从设备、视频流、网络这三方面进行解剖分析造成直播卡顿的问题及其解决方法。
造成直播视频卡顿的原因主要有设备、视频流、网络这三方面的问题。
高清视频往往会给硬件带来解码压力，由于解码造成的卡顿尤为明显。同时如果PC端Flash Player或移动端播放软件版本过低，可能也会造成解码问题导致播放卡顿情况。
如果是这个原因，解决方法有以下几点：
在直播中，当音视频时间戳不同时，会影响画面渲染，导致画面解析时出现问题，造成一卡一卡的现象，如下图所示，音视频时间戳非单调递增会导致播放器在解析画面时出现错乱的情况，前后画面衔接会出现不连续甚至花屏的现象。
△ 音画不同步
针对此类问题，我们需要对推流器的源码进行研究，把读取到的每一针音频、视频的时间戳进行查阅、分析，然后通过程序干涉推流器或者流媒体服务器，矫正逻辑值，从而使音画同步。
如果视频的帧率设置过低（帧率即每秒的画面张数），根据人眼的视觉暂留原理，每秒的画面张数必须达到一定的数值，人眼观看才是连续有效的。导致视频流的编码方式与传输服务器有不兼容的情况，部分音视频数据出现了解析错误甚至无法解析的情况，也会出现视频流播放卡顿的问题。
如果是这个原因，解决方法有：
直播网络目前存在三种情况：无线、有线、4G。
无线网络：WIFI 连接的直播受距离、环境等使用因素的影响，需要让设备尽量靠近 WIFI 信号源，避免穿墙或金属物遮挡，保持信号强度，带宽6M以上，同时避免其他设备接入 WIFI 信号源抢占信号；
有线网络：直播场地有专门的网口使用，最好是专线网络，上下行带宽不少于4M；
4G网络：手机网络受到周围的环境影响大，需要在手机信号良好的地方，并且防止网络波动，在直播时最好选择4G卡。
当主播端网络较差时，会导致推流端上行不稳定，这个时候可以通过 speedtest
最近需要搭建一个在线课堂的直播平台，考虑到清晰度和延迟性，我们一致认为使用 WebRTC 最合适。
原因有两点：首先是“点对点通信”非常吸引我们，不需要中间服务器，客户端直连，通信非常方便；再者是 WebRTC 浏览器原生支持，其他客户端支持也很好，不像传统直播用 flv.js 做兼容，可以实现标准统一。
然而令我非常尴尬的是，社区看了好几篇文章，理论架构写了一堆，但没一个能跑起来。WebRTC 里面概念很新也很多，理解它的通信流程才是最关键，这点恰恰很少有描述。
于是我就自己捣鼓吧。捣鼓了几天，可算是整明白了。下面我结合自己的实践经验，按照我理解的关键步骤，带大家从应用场景的角度认识这个厉害的朋友 —— WebRTC。…
本地转发，顾名思义就是把本地主机端口转发到远程主机端口。
ssh -L 本地主机端口:远程主机:远程主机端口
举例：ssh -L 50000:www.google.com:80 user@host
当成功执行上面的命令之后，访问本地的50000端口，就等同于访问 www.google.com 的 80 端口。
这次是通过ssh主机来安全转发数据的，没有人知道你和远程主机之间传输了何种数据。
现在就算你能访问 www.google.com，你却依然不能其它主机，比如www.youtobe.com。
想要更全面的端口转发功能，还需动态转发。
设想你在本机开发了一个web应用，想拿给别人看看，但现在你却处在内网，怎么办？
远程转发，顾名思义就是把远程主机端口转发到本地主机端口。
ssh -R 登录主机端口:远程主机:远程主机端口
举例：ssh -R 8080:localhost:80 user@host
优秀的性能，给用户流畅的体验，降低用户的流失。本文介绍了提升前端性能的思路和方法。
性能可分为 加载时性能 和 运行时性能。
加载时性能指网页加载过程的性能。运行时性能指网页加载好后，用户在使用过程中的性能。…
Spring 是一个开放源代码的设计层面框架，他解决的是业务逻辑层和其他各层的松耦合问题，因此它将面向接口的编程思想贯穿整个系统应用。Spring是于2003 年兴起的一个轻量级的Java 开发框架，由Rod Johnson创建。简单来说，Spring是一个分层的JavaSE/EE full-stack(一站式) 轻量级开源框架。
2002 Rod Johnon <Expoer One-on-one j2eedevelopment and Design>
Spring 2003 ,IOC Aop
Spring data,spring boot,spring cloud,spring framework ,spring social
IOC :控制反转 （DI：依赖注入）
下载jar
http://maven.springframework.org/release/org/springframework/spring/
spring-framework-4.3.9.RELEASE-dist.zip
开发spring至少需要使用的jar(5个+1个):
spring-aop.jar 开发AOP特性时需要的JAR
spring-beans.jar
近期评论