23 Apr 2016 我使用最频繁的10个git命令 现在基本每天都在使用git,但是git的命令特别多,要全部搞懂需要花大量时间去实践学习,由于我使用...git只是为了维护我的博客、平时写的一些代码和翻译一些书,用不到git很多的高级功能。...7)git diff 该命令主要功能是显示工作区和暂存区及提交到仓库之间的差异。...但是执行git diff HEAD时会提示暂存区和上一次提交时的差异,即添加了一行内容: root@leo:test# git diff HEAD diff --git a/gitdemo b/gitdemo...可以看见远程仓库添加了一个新的标签(tag),现在本次仓库也有一个新标签。 10)git checkout 该命令主要是为了恢复提交到暂存区和本地仓库的文件到工作区或者暂存区区。
连胜老师在自己的微信小程序开发群里,也经常帮人解答问题,在这里整理一下最频繁被问到的小程序问题。本篇是《开发小程序被问到最频繁的问题(上)》的续篇。 9、用户不登录小程序时,能否有唯一标识?...其实这里说的“唯一标识”,如果是想获取到设备号、IMEI、序列号等信息,通过设备信息来做唯一标识,小程序目前做不到。...在小程序里是有唯一标识的——unionid,但是unionid是需要用户登录之后才能获取到。 所以,在不登录小程序时,是没办法获取到唯一标识的。...个人类型的小程序,有部分权限是没有的,比如获取微信用户绑定的手机号码,微信支付功能,微信卡券功能都必须是企业类型的小程序才有权限。...如果需要上传和下载其他类型的文件,就只能自己处理了,比如,可以小程序内嵌入一个H5,H5里面实现文件的上传和下载。连胜老师已经发现过,有内嵌H5去上传PDF和word文件的小程序。
连胜老师在自己的微信小程序开发群里,也经常帮人解答问题,在这里整理一下最频繁被问到的小程序问题。希望对那些还不了解小程序的同学有帮助,同时也欢迎各位小程序大牛指正错误。...张小龙的说法是,小程序会替代80%的APP,连胜老师觉得APP和小程序可以同时存在,是个互补关系,并不能做到完全替代。 3、快应用和小程序哪个更有前途?...、第三方小程序开发商可以帮别人定制小程序; 3、收取拥金形式; 4、小程序广告; 第一种很容易理解,买卖商品,可以是实物,比如京东、携程机票、小米商城,或者鲜花店等;也可以是虚拟商品,比如会员充值; 第二种也很常见...初学者经常会问到这个问题,因为在有选择的时候,大家都会出现选择困难症。 连胜老师的建议是,不管是原生,还是第三方框架,请选择你最擅长的。...小程序的审核,可能是小程序开发者最痛苦的一关,大家可以查看这篇介绍:https://developers.weixin.qq.com/blogdetail?
今天有空给大家分享一个我刚刚遇到的小问题,标题就是今天的问题。上图: image.png CPU 忽高忽低的发现了吧,对于我这个纠结者,必须得弄清楚是怎么回事。...先看看进程 top -c (一切都是显得那么正常) vmstat 2 1000 也没有查出任何不对的地方,且平均负载很小。...最后使用sar -u 2 1000 终于查到了 每到每分钟的1秒开始,有大量的CPU消耗。 image.png 最终想起来了,之前为了防止爆破狗设定的cron计划就是每分钟去执行一次。...image.png 嗯,现在舒服多了,不然忽高忽低的作为一个运维,我是不能忍!!
0 OOM和频繁GC预防方案 代码明明简单,日常跑没问题,怎么一大促就卡死甚至进程挂掉?大多因为设计时,就没针对高并发、高吞吐量case考虑过内存管理。...这些没有标记的对象可被回收,清除这些对象,释放对应内存 该算法最大问题:在执行标记和清除过程中,须STW,否则计算结果不准确,所以程序会卡死。...内存清除这个动作具体是怎么实现的? 内存是按页为单位管理,即一块块,JVM有一套复杂数据结构来记录它管理的所有页面与对象引用之间的关系。所谓清除和移动对象,就是修改这个记录关系的数据结构。...如把收到请求的Request对象在业务流程中一直传递下去,而非每执行一个步骤,就创建一个和Request对象差不多的新对象。 需频繁使用,占用内存较大的一次性对象,可考虑自行回收并复用。...若晋升对象过多,大于老年代的连续内存空间,也会触发Full Gc,然后在这些处理文本的业务流程中,防止频繁创建一次性的大对象,把文本对象做为业务流程直接传递下去,若这些文本需复用,可将他保存起来,防止频繁创建
本篇通过爬虫和Fp-growth的简单应用,从网页上记载的985校训中发现频繁词。 ? 首先利用requests模块爬取上述指定网页的全部html内容。...最后利用FP-growth算法 发现校训中的频繁项集: import fpGrowth_py36 as fpG def findFreq(dataset, minSup): initSet =...return freqList dataset = words minSup = 4 freqList = findFreq(dataset, minSup) print("支持度为%d时,频繁项数为...%d:"%(minSup, len(freqList))) print("频繁项集为:\n", freqList) ?...出现最多的词为“创新”(这略有点不够“创新”): ? ?
如何避免内存溢出和频繁的垃圾回收 内存管理机制的实现原理,就不细谈了,内存的回收过程很复杂,简单的说就是两个步骤: 找到所有可以回收的对象,并进行标记 回收后清除或者整理内存碎片 垃圾回收完成后,一般是需要进行内存碎片管理...这个过程会创建一些对象,响应对象和处理中间业务逻辑中需要使用的对象。在下一次垃圾回收之前,这些没用的对象会一直占用内存的。...就回到最初的如何避免内存溢出和频繁的垃圾回收。 优化代码中的处理请求的业务逻辑,尽量少创建一次性对象,特别是内存占用大的对象。...对于需要频繁的使用,或者占用内存较大的对象,可以考虑自行回收并重用这些对象。可以为这些对象加了一个对象池,收到请求后,在对象池内申请一个对象,使用完放回对象池。反复使用,避免频繁触发垃圾回收。...通过上面的方法,可以在一定程度上解决内存溢出和频繁的垃圾回收。 总结 为了避免产生大量的待回收的对象,频繁进行垃圾回收,可以尽量少地使用一次性对象,尽量重用这些对象,来减轻垃圾回收的压力。
题目 给你一个下标从 0 开始的整数数组 nums ,同时给你一个整数 key ,它在 nums 出现过。 统计 在 nums 数组中紧跟着 key 后面出现的不同整数 target 的出现次数。...换言之,target 的出现次数为满足以下条件的 i 的数目: 0 <= i <= n - 2 nums[i] == key 且 nums[i + 1] == target 请你返回出现 最多 次数的...测试数据保证出现次数最多的 target 是唯一的。...示例 1: 输入:nums = [1,100,200,1,100], key = 1 输出:100 解释:对于 target = 100 ,在下标 1 和 4 处出现过 2 次,且都紧跟着 key 。...示例 2: 输入:nums = [2,2,2,2,3], key = 2 输出:2 解释:对于 target = 2 ,在下标 1 ,2 和 3 处出现过 3 次,且都紧跟着 key 。
题目 给定一个字符串,我们想知道满足以下两个条件的子串最多出现了多少次: 子串的长度在之间 [minLength, maxLength] 子串的字符种类不超过 maxUnique 写一个函数 getMaxOccurrences...,其返回满足条件的子串最多出现次数。...输入: s = "abcde" minLength = 2 maxLength = 5 maxUnique = 3 输出: 1 说明:符合条件的子串有 `ab, bc, cd, de, abc, bcd...{ unordered_map count;//字符串哈希值,字符串个数 unordered_map m;//滑窗内的字符计数...子串的最大出现次数 ----
切提交和标签一般用来热修复或者老版本需要加新特性。...,因为多人在上面协作, revert 可以平稳的回滚代码,但却保留提交记录,不会让协作的人各种冲突 git revert commit-sha1 git rebase 变基在项目中算是很频繁的,为什么这么说...突然发现截图还有几个新的行为,估计是新版本带来的, 从字面上就可以看出来大体的意思, 就是把回滚和打标签这些放到变基中简化操作。...你可以从多个分支同时挑取部分需要的 commit 合并到同一个地方去,是不是贼骚。 这货和变基有点类似,但是仅仅类似,挑过来的 commit 若是没有冲突则追加。...这个估计一般人用的不是很多,可以通过这个快速获取部分git 仓库的信息 我在弄脚本的时侯就会从这里拿东西 git rev-parse --short HEAD --verify git rev-parse
np.array([[1,2,100,4,5,6],[1,1,100,3,5,5],[2,2,4,4,6,6]]) 方法一: count = np.bincount(arr[:,2]) # 找出第3列最频繁出现的值
上周排查了一个线上问题,主要现象是CPU占用过高,jvm old区占用过高,同时频繁fgc,我简单排查了下就草草收场了,但是过后我对这个问题又进行了复查,发现问题没有那么简单,下面跟着我一起分析一下到底是怎么回事...从org.apache.commons.lang:2.5jar包切换到springsource.org.apache.commons.lang:2.1.0包后,竟然能够和测试环境对得上,可是代码中明明引用的...我们看下这个方法,主要找最根本的异常原因,有则返回,没有就返回当前的异常 ? 继续跟代码,cause不为null,返回这个异常 ?...class文件加载问题 上面我们留了一个jvm加载class文件的问题,我们知道jvm加载class的时候,如果存在包名和类名完全一样,先加载一个后,另外的就不会再被加载了。...其实通过前面的debug和代码分析,已经能确定项目加载的ExceptionUtils.class文件来自springsource包,但还是想通过一定手段验证一下。
容器化Redis服务频繁AOF重写 今天来看线上的一个Redis案例。...01背景介绍 线上的一个Redis实例频繁进行aof重写,进入redis的数据目录,可以看到下面的场景: 我们可以看到: 1、在redis的数据目录,生成了很多个temp-xxx.aof文件。...2、开始的时间是12:23分左右。 3、每次新的aof文件写到大概8~10个G左右的时候,就会发生切换。...2、查看当前Redis实例的读写量和内存使用 查看出问题期间业务的读写量,可以发现: 读请求大概在1500左右,写请求大概在5000左右 看起来读写量也比较小,应该跟读写没关系。...到这里,一切都清楚了,再来看这个内存的使用图,就好理解了: 本来Redis占用的内存有17G左右,后面不断的上升,然后下降,一直循环。
随着互联网高速发展,越来越多人投身于互联网工作行业,大家常常会需要用到各类工具来提高工作效率,像代理IP就是目前互联网从业人员使用较为频繁的工具之一。...然而使用的人数多了之后,问题也会接踵而至,其中最令人“头秃”的便是代理IP频繁掉线的问题,不只影响用户的正常使用,还可能造成封号等更严重的影响。那么到底是什么原因导致的代理IP频繁掉线呢?...部分小运营商的网络质量本身就没有大牌运营商的网络来的好,出现波动掉线导致代理IP断连的情况也是不在少数。因此建议各位用户尽量使用一些质量好的大牌运营商网络。...另外本地网络不稳定还可能和设备、带宽有关系,这时候就可以通过重启路由器或者切换其他网络进行尝试。比如说当手机在使用WiFi连接的情况下代理IP掉线时,可以尝试着使用4G数据来连接。...2.代理IP服务器不稳定导致的频繁掉线 在排除自身网问题的情况下,就需要在代理IP身上找答案了。
初学者经常会问到这个问题,因为在有选择的时候,大家都会出现选择困难症。 连胜老师的建议是,不管是原生,还是第三方框架,请选择你最擅长的。...其实这里说的“唯一标识”,如果是想获取到设备号、IMEI、序列号等信息,通过设备信息来做唯一标识,小程序目前做不到。...在小程序里是有唯一标识的——unionid,但是unionid是需要用户登录之后才能获取到。 所以,在不登录小程序时,是没办法获取到唯一标识的。 Q:个人能否申请小程序,个人类型和企业类型有何区别?...个人类型的小程序,有部分权限是没有的,比如获取微信用户绑定的手机号码,微信支付功能,微信卡券功能都必须是企业类型的小程序才有权限。...并且在小程序和公众号后台,都有取消关联的入口,用户可根据需要,随时取消关联。 感谢连胜老师在这里整理:小程序开发过程中频繁被问到的一些问题,希望能给各位同学带来帮助。 ——连胜《知晓程序员》
大家好,又见面了,我是你们的朋友全栈君。 资源!...没有完全释放,用完后要父NULL 值; 数据库连接顺序关闭; 优化JAVA虚拟机 加入相应的内存参数; TOMCAT 在LINUX 下不是很稳定; String 类型使用,不符合规范; 不要在数据库中获取大段文本...; JAVA 不推荐 用String 获取大量信息,造成内存溢出就是它; 发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/163650.html原文链接:https
平时执行的更新语句,都是从磁盘上加载数据页到DB内存的缓存页,接着就直接更新内存里的缓存页,同时还更新对应的redo log写入一个buffer中。...里的redo log刷入磁盘上的日志文件。...磁盘上有多个日志文件,他会依次不停写,若写满所有日志文件,此时会重新回到第一个日志文件再次写入,这些日志文件是不停的循环写入的,所以其实在日志文件都被写满的情况下,也会触发一次脏页的刷新。...因为假设你的第一个日志文件的一些redo log对应内存里的缓存页的数据都没被刷新到磁盘数据页,那一旦你把第一个日志文件里的这部分redo log覆盖写了别的日志,若此时DB崩溃, 有些你之前更新过的数据不就彻底丢了...综上,导致线上DB的查询和更新语句莫名出现性能抖动,很可能就是上述两种情况导致的执行语句时大量脏缓存页刷入磁盘,你要等待他们刷完磁盘才能继续执行。
4、PPPOE的宽带作为补充备用,配置的策略是,优先使用50兆的专线,难道不应该让两条链路同时工作吗?...5、更奇葩的是,PPPOE拨号的宽带,插在深信服防火墙的管理口上,根本不在工作——管理口是出厂默认IP,而光猫配置为路由模式,Lan口默认配置了dhcp服务,还在向防火墙下发IP呢,根本不是同一网段,防火墙与光猫无法通讯...就算把光猫插到正确的端口,也是没用的,因为深信服防火墙,配置的是PPPOE协议,而光猫是路由模式,不改配置的话,这条链路还是废物。...要排查网络频繁断线的问题,首先得解决以上问题,那么,就一个个来吧: 1、破解核心交换机密码,ctrl+b,跳过加载配置文件,重启,more startup.cfg查看配置文件,复制到记事本,修改密码后,...; 顺便提一下,注意策略的顺序,匹配到前面的策略后,是不会再匹配后面的策略的,所以,要把服务器走专线出去的策略放在最前面。
环境:两台联想R680的物理机搭建一套2节点RAC,数据库版本为ORACLE 11.2.0.4 一、故障问题现象: 节点2频繁发生重启,从1月至2月发生多次重启,甚至一天内3次重启,让人头疼。 ?...此时判断:node 2 节点老是频繁重启,私网出问题的概率会较大,因此从网络处查。node 2 每次重启完以后,都能顺利加入rac集群,更不是时间同步的问题。 ...3、核查网络的问题 这套RAC的心跳网是由ETH13和ETH15两块网卡组成,对应两个交换机的两个端口。 ?...答案是否定的,那就是硬件的问题。 在节点发生重启时,数据库的日志里有中断的现象,那么会不会是CPU和内存的问题呢?检查下MCELOG日志就知道了。...3、解决问题靠的是耐心和细心,进一步再进一步,问题终会被解决。
领取专属 10元无门槛券
手把手带您无忧上云