Chrome加代理使用本地DNS还是远程DNS?
如果在Chrome中使用SwitchyOmega插件进行网络代理,那么DNS是走的本地DNS还是代理服务器的DNS?我们来验证一下。
本测试使用 Chrome 107.0.5304.107,SwitchyOmega中的HTTP代理。
如果在Chrome中使用SwitchyOmega插件进行网络代理,那么DNS是走的本地DNS还是代理服务器的DNS?我们来验证一下。
本测试使用 Chrome 107.0.5304.107,SwitchyOmega中的HTTP代理。
When I install elasticdump, the following error appears:
$ npm install elasticdump
...
npm WARN @1.0.0 No description
npm WARN @1.0.0 No repository field.
npm ERR! Linux 5.4.0-1091-azure
npm ERR! argv "/usr/bin/node" "/usr/bin/npm" "install" "elasticdump"
npm ERR! node v8.10.0
npm ERR! npm v3.5.2
npm ERR! path /home/finisky/node_modules/.staging/@types/node-1f2b596d/package.json
npm ERR! code ENOTDIR
npm ERR! errno -20
npm ERR! syscall open
npm ERR! ENOTDIR: not a directory, open '/home/finisky/node_modules/.staging/@types/node-1f2b596d/package.json'
git reset --hard
not working: everytime you reset, the
file is flipped between file.txt
and File.txt
,
really weird...
It's not a joke, just clone this repo on Windows and you can reproduce it:
D:\$ git clone https://github.com/finisky/git-case-demo.git
Cloning into 'git-case-demo'...
remote: Enumerating objects: 11, done.
remote: Counting objects: 100% (11/11), done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 11 (delta 0), reused 8 (delta 0), pack-reused 0
Unpacking objects: 100% (11/11), 1.85 KiB | 126.00 KiB/s, done.
warning: the following paths have collided (e.g. case-sensitive paths
on a case-insensitive filesystem) and only one from the same
colliding group is in the working tree:
'File.txt'
'file.txt'
After clone the repo, you will find that the main
branch
is not clean. git reset --hard
not working:
来个好玩的,遇到过 git reset --hard
来回翻烧饼的事儿么?每reset一次,文件内容就更改一次,像鬼打墙一样。不信可以在Windows机器上clone下这个repo:
D:\$ git clone https://github.com/finisky/git-case-demo.git
Cloning into 'git-case-demo'...
remote: Enumerating objects: 11, done.
remote: Counting objects: 100% (11/11), done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 11 (delta 0), reused 8 (delta 0), pack-reused 0
Unpacking objects: 100% (11/11), 1.85 KiB | 126.00 KiB/s, done.
warning: the following paths have collided (e.g. case-sensitive paths
on a case-insensitive filesystem) and only one from the same
colliding group is in the working tree:
'File.txt'
'file.txt'
然后就会发现刚拉的main
分支都不干净(橙色),而且git reset --hard
也失效了,仔细看才发现,每reset一次,会在大写
File.txt
和小写 file.txt
之间切换,神奇不?
在一篇老文 # 迁移Hexo博客到GitHub Pages 中提到:
GitHub Pages可能是个单行线,只能迁出,不好再迁出了。简单研究了一下文档,它不允许用户修改Server配置,所以看起来无法完成301重定向。
但在迁移博客时,301重定向必不可少,它是保证站点迁移不损失搜索排名的关键所在。具体来说,在迁移到新站点之后,需要 手动修改 Google Search Console 的配置:
Do you lose credit for links when you redirect to new URLs?
No, 301 or 302 redirects do not cause a loss in PageRank
所以如何才是无损排名迁移 GitHub Pages 的正确方式?
GitHub Pages cannot perform HTTP 301 redirects as you cannot modify the server config. However, 301 redirects is really crucial for SEO. In order to keep the site ranking, you need to 301 redirects the old GitHub Pages to your new site, and manually notify Google Search Console:
Do you lose credit for links when you redirect to new URLs?
No, 301 or 302 redirects do not cause a loss in PageRank
So how to migrate GitHub Pages to a new site without losing site ranking?
今天来聊聊老板喜欢什么样的下属。这个问题其实因老板而异,工作这些年见过各种风格的老板,但不论什么风格,靠谱和有能力的下属都是重点培养对象。我们先从老板的角度,简单分析下作为下属可以从哪些方面提升这些能力。
I bind a custom domain finisky.eu.org
to the github
pages finisky.github.io
and then remove it. However, when I
visit finisky.github.io
, it always redirects to
finisky.eu.org
which is unavailable. I suspect the issue is
caused by cache.
Knowledge Grounded Conversation (KGC),就是基于知识的对话生成,与不使用知识的对话生成相比,生成的回复更有信息量,可更好地与用户互动。
本文不是KGC的综述,所谓漫谈,则是比较随性地聊聊这个方向的代表工作,顺带简单梳理其发展脉络。