分类： 笔记

Chrome地址栏默认不再是自动补全

首先说明一点，这是个feature，相信找到这的都觉得这不是什么好东西，所以我们来关了它

原地址

As Harwin & PlasticIssue points out, to avoid this issue, one can go to chrome://flags/#omnibox-drive-suggestions

and set that “Omnibox Google Drive Document suggestions” flag to Disabled.

What is Google thinking, is this about increasing search ad profits at the expense of usability?

上文中给出了一个Chrome设置的地址，点击之后会进入设置页面，同时需要改的那一项会被标黄

如同这位老哥吐槽的一样，Google为什么会想到这么个东西，好影响体验啊

在wordpress头部或底部添加自定义代码

前两天要在自己的主页添加百度统计代码，百度谷歌了好多都告诉我要改主题代码，这是wordpress不推荐的，那，我是拒绝这么改的，因为我喜欢用最新代码，所以一定会过几天更新就失效了，我看到百度经验都是说要改主题的footer或者header文件，船到桥头自然直嘛，不试试怎么能找到更好的方法呢，就先点进去看了一眼，如图

footer.php-twentyfifteen 主题 by wordpress

在红色框起来的地方，怎么看都是WordPress自带的函数吧，那么顺藤摸瓜的找过去(这时我下了一份在本地，用vscode打开了)，用全局搜索，找到wp_footer

general-template.php

看见没有，还有一个wp_head,这个我们顾名思义就知道它是用来初始化Header的啊，而且一般统计代码放在header里面，那么我们来看看这个函数的实现，do_action，这个不用想，去官网看文档应该有


//https://developer.wordpress.org/reference/functions/do_action/
function my_callback( $should_be_an_array ){
   var_dump($should_be_an_array);
}
add_action( 'my_action', 'my_callback' );
do_action( 'my_action', array(new stdclass()) );
do_action( 'my_action', array( 'array_item_thats_not_an_object') );

在这段代码中我们可以看见使用add_action向某一个key添加需要执行的函数,通过do_action来执行某一个key下所有的函数，那么我们要做的就是新增一个百度统计代码的函数，然后把它放在”wp_head”这个key中

那么放在哪个文件里比较好呢？我在之前看到过对WordPress进行diy的大佬们都在functions.php中进行修改，试着在里面搜了一下，有add_action的调用，说明在执行的时候可以调用到这个方法(因为现在的还是没改过的，官方要是犯这么低级的错误就很尴尬了)，于是在文件末尾添加如下内容

百度统计

注意红色圈起来的部分，我也是头一次真切的感受到php是真的适合做网站(虽然和jsp里直接写html一个感觉),这么写就相当于把内容输出到相应的位置上，最后一句是把函数添加到wp_head这个函数里

最后，保存文件，刷新WordPress，查看统计代码安装是否成功(如果打开了supercache记得先删除缓存)

eclipse自动补全失效

好久没用eclipse写项目了（真的很久，这次下载的eclipse自动补全特别难用，一开始以为是以前遇到的那个xml和dtd下载不下来的问题，然后尝试修复之后并不是。

后来查找到这篇文章

eclipse可真的太过分了，居然改了默认快捷键

在keys绑定中修改以下快捷键：word Completion快捷键改回 ctl+alt+/，

Word Completion : alt + / -> ctrl + alt + /
Content Assitant : crtl + space -> alt + /

这样就还原以往的使用方法了

本地Gitlab QQ邮箱配置

因为官网没有给普通QQ邮箱的相关配置信息，昨天折腾了好一阵子，现在把配置过程记录在这里

以前因为设置太麻烦，也不太用的上，就一直没有配置，最近有时间了，想折腾一下，按照官网的文档进行了一下测试。

QQ邮箱需要在配置里开启pop3/smtp或者imap/smtp服务，详细开启方法参照QQ邮箱

这时QQ邮箱方面的设置就已经完成了，接下来配置gitlab,修改gitlab配置文件：/etc/gitlab/gitlab.rb，以下相关字段在设置文件中均已存在，直接修改=后面的值即可


## Email Settings
gitlab_rails["gitlab_email_from"] ="example@qq.com"
gitlab_rails['gitlab_email_display_name']="EnderCaster"
gitlab_rails['gitlab_email_reply_to']="example@qq.com"

##  SMTP Settings
gitlab_rails['smtp_enable']=true
gitlab_rails['smtp_address']="smtp.qq.com"
gitlab_rails['smtp_port']=465
gitlab_rails['smtp_user_name']="example@qq.com" # 此处和上面必须一致
gitlab_rails['smtp_password']="0123456789ABCDEF" # 这里输入你的授权码，注意，四组授权码之间并没有空格
gitlab_rails['smtp_domain']="smtp.qq.com"
gitlab_rails['smtp_authentication']="login"
gitlab_rails['smtp_enable_starttls_auto']=true
gitlab_rails['smtp_tls']=true

之后需要执行重新配置：


gitlab-ctl reconfigure

OBS-Studio 默认设置卡顿

最近可能是电脑老化了，直播和录制的过程中总是莫名的卡顿，日常编码器过载
首先因为是软件源中直接安装的，有时候软件源中安装的总会产生莫名其妙的错误，所以我先卸载手动编译安装了一次，依旧没有解决问题。
那么，还有两种可能性，一个是硬件性能跟不上，这个暂时没办法解决，另一个是设置问题，可能是一个突破口，试试也没有坏处，那就试试

obs 卡顿 原设置
调整前的输出编码设置

↑这里是原始设置，已经调的相当低了，占用还是会彪到70%+，而且用CPU的程序还会偶尔卡死，那应该是用“简单”输出模式解决不了的问题了，于是我调到了“高级”设置

obs 卡顿 调整值
调整后的输出编码设置

我们注意到编码器多了一个FFmpeg的选项，因为之前编译的时候有特别编译了FFmpeg，我觉得这是个很好的现象，先换过去看看，又进行了一次测试，CPU占用在12%-15%，这个果然是用核显的，至此，问题解决

算法题：完美平方

给一个正整数 n，写一个函数找到若干个完全平方数（比如 1，4，9，…）使得他们的和等于 n。要求为你需要让平方数的个数最少，输出需要的最少的平方数的个数。

格式：
输入每一行输入一个 整数 n，输出每一行输出需要最少的平方数的个数。
样例输入

n = 12
n = 13

样例输出

3
//12 = 4 + 4 + 4
2
//13 = 4 + 9

解 (用高亮打不出来，日

#include <iostream>
#include <cmath>
using namespace std;
int perfect_square(int);
int main(){
cout<<perfect_square(10)<<endl;
return 0;
}
int perfect_square(int number){
int result = -1;
int start = floor(sqrt(number));
cout<<“start:”<<start<<endl;
if((int)pow(start,2)==number){
return 1;
}
return 1+perfect_square(number-pow(start,2));
}

js的小技巧(笔记,随时更新)

查看函数源代码:


(函数名).toString();

//复制到剪贴板以便后期处理(Chrome console)

copy((函数名).toString());

萌娘百科：复制歌词原文


var lyric_lines=$('.Lyrics-original');
var lyric_array=[];
lyric_lines.each(function(){
    lyric_array.push(this.innerText);
})

获取humble book bundle 下载地址


var hrefs=[];
$('.download span a').each(function(){hrefs.push(this.href)});
copy(hrefs.join("\r\n"));

MySQL导致关机时间长(Waiting for table flush)

首先说结论：双系统时区同步( timedatectl set-local-rtc 1 )导致

一直以来我这个笔记本在关机的时候都有些慢，本来也没想去管它(因为以前也试图跟开关机的错误作斗争，但我没赢过)

但是随着我的时间越来越紧，也没耐心等它慢慢关机了，就稍微做了个笔记，去搜了一下，大体上是说，mysql在清理垃圾数据，而时区设置导致mysql认为有来自未来（8小时之后）的数据，为了保持数据缓存干净，所以一直在等待，在网络越来越好的情况下，双系统时间同步对我也没那么重要了，所以把这个设置调回了默认值，然后重启系统，好了

后记：这篇记录太早了，才发现没发布出去，大部分都是后来补写的，有没太写清楚的地方，请见谅。