前言 HTTP ERROR 564错误码 我wiki,Google找了半天,没有找到关于HTTP ERROR 564错误的资料! 根据我了解到的信息564错误码是回源失败或者回源超时 简单描述一下我遇到的问题:前几天我为了让博客支持https的时候为了提升访问速度用了腾讯云的CDN!然后问题就开始了. 第一次:我默认CDN配置的时候访问60-80次间歇性出现564,然后我提交工单后占时解决了 第二次:我配置CDN高级缓存的时候访问量高后又间歇性564,然后我又提交了工单说我缓存配置错误,但是我默认全部不缓
在安装之前先试着输入git 看看系统有没有安装Git,如果没有的话就要进行安装了，方法如下：
管理修改 现在，假定你已经完全掌握了暂存区的概念。下面，我们要讨论的就是，为什么Git比其他版本控制系统设计得优秀，因为Git跟踪并管理的是修改，而非文件。 你会问，什么是修改？比如你新增了一行，这就是一个修改，删除了一行，也是一个修改，更改了某些字符，也是一个修改，删了一些又加了一些，也是一个修改，甚至创建一个新文件，也算一个修改。 为什么说Git管理的是修改，而不是文件呢？我们还是做实验。第一步，对readme.txt做一个修改，比如加一行内容：（增加了最后一行内容） $ cat re
在跻身于“国庆抢票大战”的我们，不要忘记学习，今天接着上篇 【Git笔记2】必知习惯和如何版本回退，继续开干！一起来瞅瞅如何撤销没有add的修改，如何撤销以及add到暂存区的修改，如何删除文件，如何恢复版本库中删除的文件，以及如何恢复工作区的文件。
注意 update2也被撤销了，因为上个案例中update2也是被添加后没有执行add操作，所以一并也被撤销了。
前面我们进行了两次提交，通过该指令就都显示出来了，包括提交的作者标识，提交时间，提交描述等。仔细观察，会发现这两次提交的信息展示不太一样：
我们知道 git 是分布式版本控制系统,所以称被控制对象是版本本身没错,但是从git 命令中发现,并没有版本这个名词,有的只是commit,所以前几节我一直称其为提交.
Git与其它版本控制系统如SVN的一个最大的不同之处就是发明了暂存区的概念，本文从创建Git版本库开始，依次描述了追踪文件、修改文件、丢弃修改、提交修改等基本Git操作，在此过程中介绍了Git版本控制系统中三个重要概念：工作区、版本库与暂存区。
现在，假定你已经完全掌握了暂存区的概念。下面，我们要讨论的就是，为什么Git比其他版本控制系统设计得优秀，因为Git跟踪并管理的是修改，而非文件。
项目管理中有三个与时间相关的重要概念： 检查点（Checkpoint）、里程碑（Milestone）、基线（Base Line），描述了什么时候对项目进行什么样的控制（When - How）
我由于开发中不小心在master分支上开发，忘记了切换分支，最后我直接在master分支上提交，push,在开发分支上merge了master分支。
导 读 今天遇到一个很有趣的问题：跑python代码程序，使用python程序开启两个session连接数据库，先在第一个session里面对t表查询，然后到第二个session往t表插入一行记录，并commit了；在第一个session去查t表，发现t表中查不到刚插入的这条记录。而我们拿相同的python代码程序，在另一套环境上，也开启2个session，重复上面的操作，结果居然可以查到记录。开发人员认为，我在session 2上数据都插入进去了，并且提交了，为什么sessioin 1查询不到？并且相同的
如果说GPT4接入Microsoft的应用极大程度减轻了文字工作者的工作负担，甚至一定程度上造成文字工作者的职业焦虑。那AI绘画程序Midjourney的诞生极有可能洗盘整个设计圈，颠覆整个设计行业。
持续集成是一种软件开发实践，团队成员频繁将他们的工作成果集成在一起（通常每人每天至少提交一次，这样每天就会有多次集成）；每次提交后，自动触发运行一次包含自动化验证集的构建任务，以便能尽早发现集成问题。
2019年9月初我们应急了Nexus Repository Manager 2.x 命令注入漏洞(CVE-2019-5475)，其大致的原因和复现步骤在 hackerone[1] 上公布了，在应急完这个漏洞之后，我们分析该漏洞的修复补丁，发现修复不完全，仍然可以绕过，本篇文章记录该漏洞的两次绕过。虽然早发布了两次的修复版本，由于官方第二次更新公告太慢https://support.sonatype.com/hc/en-us/articles/360033490774，所以现在才发。
一般我们在浏览器输入一个网址访问网站都是GET请求;再FORM表单中，可以通过设置Method指定提交方式为GET或者POST提交方式，默认为GET提交方式。
陈旧的知识应该更新一下了，先尝试一下 Promise ，主要参考 https://www.cnblogs.com/whybxy/p/7645578.html
本文是Python从入门到大师共100教程第四篇，系列文章教程已经在CSDN完成，有时间就同步更新。
工作后才了解到有这样的高效率程序控制，记录下我的使用学习过程，一方面可以帮助新手上路，也可以作为知识网络的备份。
Token，就是令牌，最大的特点就是随机性，不可预测。一般黑客或软件无法猜测出来。
git config --global user.email'lirulei90@126.com'
提到事务，大家都有基本的了解，例如mysql的事务隔离级别包括：读未提交、读已提交、可重复读、串行化；InnoDB默认是RR（可重复读）；基本的MVCC等等。但大部分人对深入一些的原理就知之甚少了。本文整理事务模型的相关内容，仅供参考。
因为%df的关系, \的编码%5c被吃掉了,也就失去了转义的效果,直接被带入到mysql中,然后mysql在解读时无视了%a0%5c形成的新字节，那么单引号便重新发挥了效果
今日洞见 文章作者/配图来自ThoughtWorks：禚娴静。 本文所有内容，包括文字、图片和音视频资料，版权均属ThoughtWorks公司所有，任何媒体、网站或个人未经本网协议授权不得转载、链接、转贴或以其他方式复制发布/发表。已经本网协议授权的媒体、网站，在使用时必须注明"内容来源：ThoughtWorks洞见"，并指定原文链接，违者本网将依法追究责任。 这里涉及到的系统是一个7年的遗留系统（技术栈是.NET MVC2），即将被客户淘汰。这篇博文的主题无关技术本身，文中谈到的技术细节也不是什么高大上的
但是如果处理超大的数据，比如几百万条甚至以上，服务压力就很大，这样处理就肯定会挂掉
机器之心报道 参与：高静宜 7 月 17 日，微软亚洲研究院的一篇论文，《Interleaved Group Convolutions for Deep Neural Networks》入选计算机视觉领域顶级会议 ICCV 2017（International Conference on Computer Vision）。论文中提出了一种全新的通用卷积神经网络交错组卷积（Interleaved Group Convolution，简称 IGC）模块，解决了神经网络基本卷积单元中的冗余问题，可以在无损性能的前
MySQL 的事务隔离是在 MySQL. ini 配置文件里添加的，在文件的最后添加：transaction-isolation = REPEATABLE-READ可用的配置值：READ-UNCOMMITTED、READ-COMMITTED、REPEATABLE-READ、SERIALIZABLE。READ-UNCOMMITTED：未提交读，最低隔离级别、事务未提交前，就可被其他事务读取（会出现幻读、脏读、不可重复读）。READ-COMMITTED：提交读，一个事务提交后才能被其他事务读取到（会造成幻读、不可重复读）。REPEATABLE-READ：可重复读，默认级别，保证多次读取同一个数据时，其值都和事务开始时候的内容是一致，禁止读取到别的事务未提交的数据（会造成幻读）。SERIALIZABLE：序列化，代价最高最可靠的隔离级别，该隔离级别能防止脏读、不可重复读、幻读。脏读 ：表示一个事务能够读取另一个事务中还未提交的数据。比如，某个事务尝试插入记录 A，此时该事务还未提交，然后另一个事务尝试读取到了记录 A。不可重复读 ：是指在一个事务内，多次读同一数据。幻读 ：指同一个事务内多次查询返回的结果集不一样。比如同一个事务 A 第一次查询时候有 n 条记录，但是第二次同等条件下查询却有 n+1 条记录，这就好像产生了幻觉。发生幻读的原因也是另外一个事务新增或者删除或者修改了第一个事务结果集里面的数据，同一个记录的数据内容被修改了，所有数据行的记录就变多或者变少了。
各位都知道，Git是我们运维工作中不可缺少的工具。那今天，让我们一起来熟悉下它吧。
在进行php 连接mysql 时，当设置”ser character_set_client=gbk” 时会导致一个编码转换的注入问题，也就是熟悉的宽字节注入
事务A执行多次读取操作过程中，由于在事务提交之前，事务B（insert/delete/update）写入了一些符合事务A的查询条件的记录，导致事务A在之后的查询结果与之前的结果不一致，这种情况称之为幻读。
多用户对数据库的并发访问带来几个问题，如脏读（dirty read）、幻读（phantom read）、更新丢失（lost update）和不可重复读（nonrepeatable read）。
-----------------------------------------
XtraBackup工具详解 Part 5 使用innobackupex对数据库进行全备
表单中我们经常会用到token来解决CSRF的问题，比较常用的是token放在input:hidden中，由服务器生成页面时输出。token在服务端中存放在session中，当我们刷新页面时，这个token就随之刷新，表单提交时，也一道把token值发送到服务器校验，如果token一致，那么就校验通过，否则不通过。
在实际做报表中，我们经常能遇到一些特殊情况需要我们对一张表来进行筛选。最开始白茶写的几期文章，讲解过利用CALCULATE函数和FILTER函数的筛选求和模式，但是当时的思路是限定一个点。比如说我有一份销售退货表，限定条件是“销售”，我不想知道退货的情况。这些都属于单点限制，利用的是“=”取值来判定。
•这里由于提交自己的代码第一次提交到A分支，第二次提交B分支，然后报错了，这里报错以后，会提示一个百度自己内部的链接，你点击链接就可以照着提示去修改，可以说还是省了不少事，不用自己去google百度去解决，开发效率也提高不少•上面图片中有6e8713f is CR parent commit 这行提示，划重点，待会要用到。
从毕业进入社会虽然才一年，如果加上自己在大四的时候全部工作时间的话，满打满算快两年了。从刚开始进入一个公司。当时一个菜鸟什么都不会。写一个简单的jsp都写不出来。当时也算很苦，被老大说，自己也加班加点的写代码。总算熬出那段痛苦的阶段。这段实习经历给了我很大的触发。 开始实习 一名java程序员，自己在看书的时候，做项目的机会不是很多。看了很多，但是并没有有很多的机会。进入第一家公司之后，是公司管理者也是我的直属领导给我的一个机会，我也算自己把握住了。进入这个公司，开始了自己的第一份工作。 第一份工作很重要，
MySQL有ACID四大特性，本文着重讲解MySQL不同事务之间的隔离性的概念，以及MySQL如何实现隔离性。下面先罗列一下MySQL的四种事务隔离级别，以及不同隔离级别可能会存在的问题。事务隔离级别越高，多个事务在并发访问数据库时互相产生数据干扰的可能性越低，但是并发访问的性能就越差。（相当于牺牲了一定的性能去保证数据的安全性）
分布式相比于集中式的最大区别在于开发者可以将代码提交到本地，每个开发者通过克隆，在本地机器上拷贝一个完整的git仓库。
锁，其实很好理解，每个人都在自己的房屋上安装有锁，你拥有了锁，房屋只有你能独占，别人不能访问。数据库中的锁也一样，只不过更加细分。
学习 Python 课程究竟有什么用？Python 课程学员假牙运用课程所学，在工作中设置自动化检验脚本，为团队排除 bug 规避风险。「最难受的时候再坚持一下，不要轻易放弃。放弃这种事儿，等到多试一次再去考虑。」从磨砺、失败到成长，假牙的学习经历值得一看，其学习感悟更值得你借鉴！ 我是假牙 软件测试工程师一枚，主攻大数据方向。Python 课程期间因 Scrapy 爬虫初窥其神奇，这一年来开路填坑，也幸亏手中握有 Python。数据科学基础班三期参与复训，获得全额学费退还。我将继续在开智课程的路上勇猛
在使用 Git 提交了若干更新之后，又或者克隆了某个项目，想回顾下提交历史，可以使用 git log 命令查看。
上次写了一篇《喜提 Redir Contributor》，内容是给欧神写的一个短网址小工具加了一个输出结果排序的功能，凑了个热闹。结果有朋友看成了 redis contributor，并没有那么牛逼~
因为虚拟表的主键重复。按照 MySQL 的官方说法，group by 要进行两次运算，第一次是拿 group by 后面的字段值到虚拟表中去对比前，首先获取group by 后面的值；第二次是假设 group by 后面的字段的值在虚拟表中不存在，那就需要把它插入到虚拟表中，这里在插入时会进行第二次运算，由于rand 函数存在一定的随机性，所以第二次运算的结果可能与第一次运算的结果不一致，但是这个运算的结果可能在虚拟表中已经存在了，那么这时的插入必然导致主键的重复，进而引发错误。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
