给apt添加代理

有些软件的源,在当前所在的网络,直连的话速度可能很慢很慢,但是代理去连的话很快,那我们就需要加上它了
因为由此配置命令行全局代理不工作,就搜了下apt的配置,发现果然有,在这里记录下

git push

git 支持的协议挺丰富的…这里只记下https还有ssh
http/https都是要验证身份的,需要输入用户名以及密码
这就告诉了git服务器,提交者是谁

这两种协议,都依赖http服务器配置,比如nginx
client_max_body_size 如果大于这个参数的值,就会有413错误
push就相当于post
而ssh就简单了,随便push,多大都接受

ssh 可以直接push 然后输入ssh链接中用户的密码
但是,git服务器不知道提交者是谁…所以即使提交成功了,相关的hooks也没有执行,在网页里就看不到提交
如果添加了ssh key
提交时,git服务器知道这次提交和谁的账户中的key相关联,就知道是谁提交了,hooks也就执行了,也就能看到更新了

git服务器 ssh协议

搭建的gogs 还有gitea, 新建的仓库都会有下面这个
git remote add origin root@g.osteam.win:sleepm/sample.git
但是push的时候又会有以报错
fatal: ‘sleepm/sample.git’ does not appear to be a git repository
fatal: Could not read from remote repository.
意思大概是请求的路径并不是一个代码仓库
好好想一想,冒号后面的是路径,因为用的root用户,所以,绝对路径是
/root/sleepm/sample
但git服务器配置的repository路径却是另外一个,比如
[repository]
ROOT = /root/gitea-repository/
仓库都在那个目录里….
所以,下面这样写就可以正常的push了
git remote add origin root@g.osteam.win:gitea-repositories/sleepm/sample.git

如果不想加那么长,可以在配置里把路径改成/root,然后重启gitea
再把原来的仓库移动到root下面,就好了

缺点就是….root下面会有很多目录,用户越多,目录越多…
挖个坑,git服务器的git协议
https://github.com/git/git/blob/master/Documentation/git-daemon.txt

javascript array的map forEach every filter reduce

map

跑一遍就知道了,上手敲,不要复制粘贴
map接收一个函数,然后新数组的每个元素是这个函数的返回值
这个函数接收三个参数,第一个是当前元素,第二个是当前元素的索引,第三个是当前数组;
这样子,看着好像没有实际用到的,举个例子

在某个资源站,下载电视剧,一个一个复制是不是很烦呐,将上面的代码改一改,控制台里走一走,链接全部出来了,就问你爽不爽😁

forEach
forEach的第一个参数也是个函数,也接收三个参数,这个参数和map一样,不过,它没有返回值,所以也就没有新数组产生
上面找资源链接的代码也可以用forEach去写,因为我们的目的是一致的,
都遍历数组,然后找到链接后加入数组,最后显示所有链接
第二个是可选参数,用作this, 在第一个函数里面可以用this,影响外部的对象,在某些时候还是很有用的,比如
不用再 var that = this;
然后在闭包里面用that了😂….

every
这个方法和上一个一样,参数列表一样,传的函数的参数也一样
不过,返回值是布尔,检验每个元素是否通过了传入的函数的测试,因为遍历了数组,所以我们还是可以用它整理资源😁

filter
这个方法也和上一个一样,检验每个元素,不过不同的是,通过测试的元素,会组成一个新的数组,返回值就是这个数组

reduce
这货也接收一个函数作为参数,官方举的例子很直接,就是从左到右应用那个函数,最后返回函数累计计算的结果
咱们能不能用它来处理电视剧资源链接呢😂,答案是可以的

嗯,如果 $(‘ul’)没有reduce方法,可以.toArray(),再调用reduce
发现了没,这个函数接收四个参数,第一个很特殊,它就是上次调用这个函数的返回值,
reduceRight 和上面那个哥们一样的,不过处理的顺序相反
//课外知识点 递归 迭代

循环数组的方法还有几个,sort,some,find,findIndex…待续

折腾nginx + varnish + apache2 https整站小记

原来的配置是varnish + apache2, varnish直接监听80, http传给88的apache2,或者击中缓存,  https不走缓存直接给apache2. http+https很不爽…所以折腾整站https

现在

nginx:80,443

varnish:8888

apache2:8080

下面贴配置

接下来,就是apache2了… 这个有坑…原先的配置有监听443,然而忘记了.. 搞得nginx半天起不来…

apache2的站点配置只需要把原来的443的全部删掉就行了
varnish 4.1
apache2 2.2.22
nginx 随意…配置文件语法好像没怎么变过, 还有就是为了安全…万一哪天我这个版本被曝漏洞,凑巧我还没打补丁,再凑巧因为这个被肉鸡了可不好?

嗯, wordpress 最好提前装上个

SSL Insecure Content Fixer


因为,改了siteurl homeurl 好像并没有起作用, 主题里的静态文件依然是http, 原来http+https的时候, https好好的… 不知道什么鬼
以为是nginx没有正确的把请求头传给后端, 一顿折腾,有了上面那个配置,依然不行…装上这个, 再好好设置, 然后重启varnish服务,好了…
不知道遇到什么鬼,就重启varnish…缓存太强了….
附一个varnish 4.1 的中文文档
https://jefferywang.gitbooks.io/varnish_4_1_doc_zh/