yield主要用于在generator暂时挂起当前执行函数，如果返回callback对象，则可以实现多个callback的顺序执行。 这里具体的分析一下yield函数中每一步的执行过程 function *foo() { console.log(yield 1); console.log(yield 2); console.log(yield 3); console.log(yield 4); console.log(yield 5); } var it = foo
Linux系统启动时会启动很多系统服务进程,这些系统服 务进程没有控制终端,不能直接和用户交互。其它进程都是在用户登录或运行程序时创建,在运⾏结束或⽤户注销时终止,但系统服务进程不受用户登录注销的影响,它们⼀直在运行着。这种进程叫守护进程。
虽然你这列上建了索引，查询条件也是索引列，但最终执行计划没有走它的索引。下面是引起这种问题的几个关键点。
我们在设计数据库表时，应该尽力避免NULL值出现，如果非要不可避免的要出现NULL值，也要给一个DEFAULT值，数值型可以给0、-1之类的， 字符串有时候给空串有问题，就给一个空格或其他。如果索引列是可空的，是不会给其建索引的，索引值是少于表的count(*)值的，所以这种情况下，执行计划自然就去扫描全表了。
来源：blog.csdn.net/bless2015/article/details/84134361
在跟同学们的交流中，我也了解到， 原来除了国外优秀的公司(例如Adobe, 迪士尼，AutoDesk等等）， 国内也有很多公司在尝试使用Cypress提升测试效率。
TCP/IP 模型 📷 TCP/IP 三次握手 <服务器与客户端建立连接> 第一次握手：建立连接时，客户端向服务器发送第一个SYN包，并进入SYN_SENT状态，等待服务器确认 第二次握手：当服务器收到客户端的请求后，此时要给客户端一个确认信号ACK，同时发送SYN包，此时服务器进入SYN_RECV状态 第三次握手：客户端收到服务器的发的ACK+SYN包，向服务器发送ACK，发送完毕之后，客户端和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手 TCP/IP 四次挥手 <服务器与客户端断
一开始选择用nomachine和x2go作为远程服务，是因为它们都能保存会话，这样断开重连时，还会时原来的那个会话，东西都在运行着 xrdp远程桌面，采用的以vnc服务为底层服务，每次连接会开起一个会话（起码最开始我认为是这样的），后来我了解到，其实xrdp也保存会话的，只要第二次连接时，用上次连接的端口（每次连接会新开个端口）连接，就会连接到原来的那个会话。 xrdp可以用windows自带的远程客户端进行连接，这一点是非常爽的。 ubuntu下安装xrdp很方便 apt-get
本文介绍了如何为四种 shell（PowerShell、Bash、zsh 和 fish）配置 Tab 自动补全。 对于其他 shell，请参阅相关文档，了解如何配置 tab 自动补全。
1、Cookie和session的认识 Cookie(曲奇)：用户识别。 西游记： 李世民 通关文牒 唐僧 通关文牒 女儿国 通关文牒 比丘国 http请求实际是无状态 用户向服务器发起请求，服务器下发cookie到本地，下次请求，用户携带cookie进行请求， Cookie解决用户身份问题 但是cookie不安全
首先从内存四区的角度去看，auto即为普通的局部变量，存储在栈上，当函数结束时，随之释放。
勾选Stat signed in when browser closes，再次打开RStudio还是要重新登录！
reduce 方法在数组的每个元素上执行用户提供的回调函数，即“reducer”。它传入对前一个元素进行计算的返回值。结果是单个值。它是在数组的所有元素上运行 reducer 的结果。
另外一种备份策略是直接复制PostgreSQL用于存储数据库中数据的文件，Section 18.2解释了这些文件的位置。你可以采用任何你喜欢的方式进行文件系统备份，例如：
在使用缓存时，我们必须要考虑的是缓存与数据库的双写一致性，是先删缓存还是先更新数据库？是需要强一致性还是最终一致性？延迟双删策略真的就万无一失了吗？虽然网上已经有很多文章分析了，但都比较零散，所以本篇根据自己的经验及网上的文章做了个归纳整理。
答：不区分，（HTML, CSS都不区分，但为了更好的可读性和团队协作，一般都小写，而在XHTML 中元素名称和属性是必须小写的。）
分布式系统由众多微服务组成，微服务之间必然存在大量的网络调用。下图是一个服务间调用异常的例子，用户提交订单之后，请求到A服务，A服务落单之后，开始调用B服务，但是在A调用B的过程中，存在很多不确定性，例如B服务执行超时了，RPC直接返回A请求超时了，然后A返回给用户一些错误提示，但实际情况是B有可能执行是成功的，只是执行时间过长而已。
在Windows平台上，鼠标左键的按下、松开、快速的两次点击会产生WM_LBUTTONDOWN、WM_LBUTTONUP和WM_LBUTTONDBLCLK消息，但是Windows根据什么来区分连续的两次鼠标按键操作，是两次独立的单击，还是一次双击呢？最近在解决一个问题时，通过使用Spy++和查阅MSDN，弄清楚了这个问题。简单总结如下： Windows根据两个条件来做这个区分： （1）双击的时间间隔 这是很容易想到的。更准确的说法是这样的，两次单击会产生四个鼠标点击消息，如果第三个消息（第二次按下）和第二个消息（第一次弹起引发的WM_LBUTTONUP）间隔短于指定值，则把第三个消息处理成WM_LBUTTONDBLCLK消息；第四个消息照旧，WM_LBUTTONUP。 这个指定的时间间隔，在Windows XP SP2上缺省是0.5秒，其他操作系统可能相同。通过::GetDoubleClickTime调用可以得到这个值。 这个值是可以设置的。有两种方法设置这个值： ::SetDoubleClickTime调用，或者以SPI_SETDOUBLECLICKTIME为第一个参数调用::SystemParametersInfo。设置的结果对系统中其他的应用程序也起作用。 （2）两次鼠标击点的空间距离 在第一次点击时，Windows以击点为中心，检测一个矩形区域，如果第二次点击不落在这个区域内，那就不把第三个消息算作WM_LBUTTONDBLCLK消息。 这个矩形区域的缺省大小，在Windows XP SP2上缺省是4pt×4pt。可以以SM_CXDOUBLECLK或SM_CYDOUBLECLK为参数调用::GetSystemMetrics得到。 这个值也是可以设置的。设置的方法是通过SPI_SETDOUBLECLKWIDTH或SPI_SETDOUBLECLKHEIGHT为第一个参数来调用::SystemParametersInfo。设置的结果对系统中其他的应用程序也起作用。
所谓5-why（五个为什么或五问法），意思是要问五次 "为什么"，直到你找到问题的根本原因。具体的过程是：首先确定问题，然后回答"为什么"，并记录答案。第二次回答"为什么"，并记录答案，以此类推。直到进行五次"为什么"问答后，就能够找到问题的根本原因。
实现机制：客户端第一次请求服务端时，服务端会产生一个session对象（用于保存该客户的信息），并且每个session对象 都会有一个唯一的 sessionId( 用于区分其他session)，且产生一个cookie，并且该cookie的name=JSESSIONID ,value=服务端sessionId的值；然后服务端会在响应客户端的同时将该cookie发送给客户端
1、在Windows 系统下，很多软件安装都需要配置环境变量，比如 安装 jdk ，如果不配置环境变量，在非软件安装的目录下运行javac 命令，将会报告找不到文件，类似的错误。
以前没有细想过session这个东西怎么保证服务器能够与每个客户端都保持准确的联系，只是以为是浏览器和服务器的协议而已，浏览器和服务器达成某种共识，有一个东西来专门标示客户端在服务器session中的不同。今天和同事讨论到session的问题，算是补上了自己的一个盲点。
1974年，ISO（开放的通信系统互联参考模型）组织发布了OSI参考模型。应用层，表示层，会话层，传输层，网络层，数据链路层，物理层
Xmn 与 NewSize 都是设置新生代的内存大小。经过测试，写在最后的一个参数起作用。
MyBatis 包含了一个非常强大的查询缓存特性,它可以非常方便地配置和定制。MyBatis 3 中的缓存实现的很多改进都已经实现了，使得它更加强大而且易于配置。mybatis默认情况下只会开启一级缓存，也就是局部的 session 会话缓存。
在网站中，http请求是无状态的。也就是说即使第一次和服务器连接后并且登录成功后，第二次请求服务器依然不能知道当前请求是哪个用户。cookie的出现就是为了解决这个问题，第一次登录后服务器返回一些数据（cookie）给浏览器，然后浏览器保存在本地，当该用户发送第二次请求的时候，就会自动的把上次请求存储的cookie数据自动的携带给服务器，服务器通过浏览器携带的数据就能判断当前用户是哪个了。cookie存储的数据量有限，不同的浏览器有不同的存储大小，但一般不超过4KB。因此使用cookie只能存储一些小量的数据。
此图为开启3306端口的截图，之前显示为… 127.0.0.1:3306 …
作者 | Michael Redlich 译者 | 刘雅梦 策划 | 丁晓昀 OpenJDK JEP 432，记录模式（第二次预览），已从 JDK 20 的 Proposed to Target 状态 提升 为 Target 状态。该 JEP 更新自 JEP 405，记录模式（预览版），更新包括：增加了对通用记录模式类型参数推断的支持；增加了对记录模式出现在增强 for 语句条件判断中的支持；并删除了对命名记录模式的支持。 JEP 433，switch 模式匹配（第四次预览），已从 JDK 20
请点击上面“思影科技”四个字，选择关注我们，思影科技专注于脑影像数据处理，涵盖（fMRI,结构像,DTI,ASL,EEG/ERP,FNIRS,眼动）等，希望专业的内容可以给关注者带来帮助，欢迎留言讨论，也欢迎参加思影科技的其他课程。(文末点击浏览）
HTTP协议，即超文本传输协议(Hypertext transfer protocol)。是一种详细规定了浏览器和万维网(WWW = World Wide Web)服务器之间互相通信的规则，通过因特网传送万维网文档的数据传送协议。
request.getRequestDispathcher（“/url”）.forword(request,response) 路径没有改变，发送一次请求 ，传递数据
java中和hash相关并且常用的有两个类hashTable和hashMap,两个类的底层存储都是数组，这个数组不是普通的数组，而是被称为散列表的东西。
使用自动化测试工具对产品按一定的性能指标进行测试。解决心性能平衡.给用户最好的体验。
包括OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE和CONNECT等八种请求方式。其中，get与post只是我们常用的请求方式。
本文介绍了人工智能（AI）的起源、发展、和现在的应用情况。作者强调了AI的算法和模型的重要性，并指出AI的普及和流行导致了第二次AI的冬天。作者还谈到了现在的AI应用，包括语音识别、图像识别、自然语言处理等，并认为现在的AI技术已经足够普及，下一步应该是提高AI的鲁棒性和可解释性。
谈人工智能的历史，需要谈谈很有名的人工智能寒冬。第一次人工智能寒冬是在1975年左右。1956年，在达特茅斯会议之后，包括很多国家政府，美国国家科学基金会、军方，大家满怀希望投了很多钱。但是到1975年以后发生了几件事情，让人工智能进入了寒冬。 1975年的第一次人工智能寒冬 第一件事是，因为人工智能只能解决Toy dom人工智能n（摆弄玩具一样的简单任务）。那个时候做语音，只有10个词汇；下象棋，大概是20个词汇；做视觉的人，都不能辨认出一个椅子。 第二件事情，19
然后就遇到了一些配置上的问题，比如说https的设置啦，还有就是什么缓存配置、防盗链之类的。这段时间正好理顺了一下思路，记录一下。
回顾一下，前面 lock、Monitor 部分我们学习了线程锁，Mutex 部分学习了进程同步，Semaphor 部分学习了资源池限制。
Urllib 库，它是 Python 内置的 HTTP 请求库.不需要额外安装即可使用,在 Python中，有 Urllib 和 Urlib2 两个库可以用来实现Request的发送。而在 Python3 中，已经 没有Urllib2 ，统一为 Urllib
近两年来，人工智能掀起的全民热潮可谓前所未有，几乎每行每业都在积极向机器学习、大数据、深度神经网络等这些“网红”技术靠拢。然而，在人工智能遍地生花的今天，更加令人惊诧的是它在引起追逐狂潮前所经历的寒冬。 9月27日，微软亚洲研究院院长洪小文倾情授课由清华大学发起的《脑科学与人工智能对话：基础与前沿》系列课程第一讲，从寒冬和复兴的双重视角继续为大家剖析人工智能的发展历史。本文是洪小文院长演讲整理稿的第二篇，文章转载自公众号“知识分子”。 谈AI的历史，需要谈谈很有名的AI寒冬。 第一次AI寒冬是在19
分时调度模型 系统平均分配CPU的时间片，所有线程轮流占用CPU，即在时间片调度的分配上所有线程“人人平等”；
缓存是 MyBatis 中非常重要的特性。合理使用缓存能够减少数据库 IO，显著提升系统性能。但是在分布式环境下，如果使用不当，则可能会带来数据一致性问题。MyBatis 提供了一级缓存和二级缓存，其中一级缓存基于 SqlSession 实现，而二级缓存基于 Mapper，本文将会详细讲解一级缓存。
迟来的SpringMVC 框架RCE分析。本文章简单介绍了SpringMVC框架请求处理流程，并以此对漏洞进行了分析与复现。
ITSS分会组织对申请材料和评估材料进行复核或专家评审，并确认结果。具体方式如下：
JavaScript没有局部作用域的概念, 所以一个简单的计数器, 都需要写一个嵌套函数(外层函数负责存储变量, 内层函数负责计数逻辑)
最近在梳理Linux服务的基准配置，发现很多系统配置是多年流传下来的，可能不是非常合理。下面以几个点为例，介绍我理解的最佳实践，希望能起抛砖引玉的作用。
Cookie的单点登录的实现方式很简单，但是也问题颇多。例如：用户名密码不停传送，增加了被盗号的可能。另外，不能跨域！
其作用是表示可以中断此线程 实际上只是给线程设置一个中断标志，线程仍会继续运行。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
