Hito的公告栏

redis主从基础配置记录

2022-10-17T06:07:35.000Z

# 主服务

基础配置

port 6379
requirepass 123456（密码，建议不设置）
vm-enabled no （虚拟内存，内存够的情况下可以不使用）
maxmemory 1GB（告诉Redis当使用了多少物理内存后就开始拒绝后续的写入）
bind 127.0.0.1 （注释掉，否则不能外部连接）
rdbchecksum no（持久化数据检查）
list-max-ziplist-size 1024（ziplist的最大容量，正数为自己指定的大小。负数-1到-5为对应的值4到64Kb）
list-compress-depth 20（quicklist的两端多少个node不压缩，0为全部不压缩）

sysctl vm.overcommit_memory=1 （立即生效）
修改/etc/sysctl.conf添加vm.overcommit_memory=1（表示内核允许分配所有的物理内存，而不管当前的内存状态如何。Redis的RDB持久化实现是folk一个子进程，然后让子进程将内存镜像dump到RDB文件中。理论上来说是需要跟父进程一样的内存空间，但是由于linux很早就支持的copy-on-write技术，所以实际上并不需要这么多的物理内存的。）

禁用透明大页（影响性能）

需要sudo su 切换到root身份（sudo 没用）
echo never > /sys/kernel/mm/transparent_hugepage/enabled
修改/etc/init.d/redis-server，加入/bin/echo never > /sys/kernel/mm/transparent_hugepage/enabled

修复 TCP 警告

sysctl net.core.somaxconn=1024（立即生效）
修改/etc/sysctl.conf添加net.core.somaxconn=1024
客户端的输出缓冲区的限制，因为某种原因客户端从服务器读取数据的速度不够快，可用于强制断开连接（一个常见的原因是一个发布 / 订阅客户端消费消息的速度无法赶上生产它们的速度）。
可以三种不同客户端的方式进行设置：
normal ->  正常客户端
slave  -> slave 和 MONITOR 客户端
pubsub ->  至少订阅了一个 pubsub channel 或 pattern 的客户端

每个 client-output-buffer-limit 语法 :
client-output-buffer-limit <class><hard limit> <soft limit> <soft seconds>
一旦达到硬限制客户端会立即断开，或者达到软限制并保持达成的指定秒数（连续）。
例如，如果硬限制为 32 兆字节和软限制为 16 兆字节 /10 秒，客户端将会立即断开。如果输出缓冲区的大小达到 32 兆字节，客户端达到 16 兆字节和连续超过了限制 10 秒，也将断开连接。默认 normal 客户端不做限制，因为他们在一个请求后未要求时（以推的方式）不接收数据，
只有异步客户端可能会出现请求数据的速度比它可以读取的速度快的场景。

把硬限制和软限制都设置为 0 来禁用该特性

client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 5gb 512mb 60
client-output-buffer-limit pubsub 32mb 8mb 60

持久化配置

---关闭RDB持久化---
save ""
默认配置如下：
save 900 1 #900秒内有1次更新就持久化
save 300 10 #300秒内有10次更新就持久化
save 60 10000 #60秒内有10000次更新就持久化
---关闭RDB持久化---

主从同步支持两种策略，即disk和socket方式。
新的slave端和重连的salve端不允许去继续同步进程，这被称之为“完全同步”。
一个RDB文件从master端传到slave端，分为两种情况：
1、支持disk：master端将RDB file写到disk，稍后再传送到slave端；
2、无磁盘diskless：master端直接将RDB file传到slave socket，不需要与disk进行交互。无磁盘diskless方式适合磁盘读写速度慢但网络带宽非常高的环境。
repl-diskless-sync no 默认不使用diskless同步方式
repl-diskless-sync-delay 30 无磁盘diskless方式在进行数据传递之前会有一个时间的延迟，以便slave端能够进行到待传送的目标队列中，这个时间默认是5秒
repl-ping-slave-period 60 slave端向server端发送pings的时间区间设置，默认为10秒
repl-timeout 3600 设置超时时间
repl-disable-tcp-nodelay no 是否启用TCP_NODELAY，如果启用则会使用少量的TCP包和带宽去进行数据传输到slave端，当然速度会比较慢；如果不启用则传输速度比较快，但是会占用比较多的带宽。
repl-backlog-size 1mb 设置backlog的大小，backlog是一个缓冲区，在slave端失连时存放要同步到slave的数据，因此当一个slave要重连时，经常是不需要完全同步的，执行局部同步就足够了。
backlog设置的越大，slave可以失连的时间就越长。
repl-backlog-ttl 3600 如果一段时间后没有slave连接到master，则backlog size的内存将会被释放。如果值为0则表示永远不释放这部份内存。
slave-priority 100 slave端的优先级设置，值是一个整数，数字越小表示优先级越高。当master故障时将会按照优先级来选择slave端进行恢复，如果值设置为0，则表示该slave永远不会被选择。
min-slaves-to-write 3
min-slaves-max-lag 10 设置当一个master端的可用slave少于N个，延迟时间大于M秒时，不接收写操作。

# 从服务

基本配置同主服务一致
slaveof 127.0.0.1 6379（主redis的ip和端口）
masterauth 123456 (主redis的密码)
可以通过slaveof no one命令将Slaver升级为Maste
bgsave （持久化命令，在redis-cli中执行，默认创建dump.rdb文件，路径为 /var/lib/redis/dump.rdb。可通过find / -name dump.rd查找）

# redis 命令

批量删除key
redis-cli -n 6 scan 0 match *2020-06-12 count 10000 | xargs redis-cli -n 6 del

允许跨域获取cookie的方法

2022-10-14T09:13:00.000Z

# 使用场景

在 A 域名的页面向 B 域名提交数据时需要代入 B 域名的 cookie，否则 B 域名会跳转到登陆页面。解决方式需要使用到 nginx 反向代理，配置如下：

server {
	listen port ssl http2;
	server_name xxx.com;
	ssl_certificate_key /xxx.key;
	ssl_certificate /xxx.pem;
	proxy_cookie_path ~(.*) "$1; SameSite=None; secure; httponly";

	location / {
		#允许镶套的方式（可以同域镶套、指定域名镶套或者所有域名镶套）
		add_header X-Frame-Options ALLOWALL; #允许被所有域名镶套
		proxy_pass http://xxx;
	}
}

使用PicGo上传图片到chevereto

2022-10-12T06:40:00.000Z

# 简介

PicGo 是一款开源的图床管理工具，十分流行。

PicGo 官方指南：PicGo | PicGo

# 配置

安装插件（需要先安装 NodeJS）
图床配置
url 后缀必须用红线圈中的部分，key 在 chevereto 登陆后 api 配置中查找

svn库转git库

2022-10-11T02:40:00.000Z

# 前期准备

首先安装好 svn 和 git 工具。

# svn 转 git

1、到 svn 项目目录右键选中 gitbash 打开窗口，执行获取用户并映射成 git 样式账号命令如下：

svn log -q | awk -F '|' '/^r/ {sub("^ ", "", $2); sub(" $", "", $2); print $2" = "$2" <"$2">"}' | sort -u > users.txt

然后会在目录下生成文件 users.txt 样式如：zhansan = 张三 zhansan@xxx.com。

2、新建个文件夹，将生成的 users.txt 放入新建的文件夹，然后在新建的文件夹中右键选中 gitbash 弹出窗口后执行下面命令（https://svn_project_url/ 为 svn 库的 url），拉取 svn 代码到本地新建文件夹中。

git svn clone https://svn_project_url/ --no-metadata --no-minimize-url --authors-file=users.txt

期间可能会弹出 svn 的账户密码验证窗口，正确输入即可。

# 推送项目到 git 库

1、在 gitbash 窗口 cd 到 git 项目文件夹中执行以下命令把 git 仓库地址加入到 remote 中（https://git_project_url/ 为 git 库的 url）。

git remote add origin https://git_project_url/

2、push 项目到 git 库中。

git push origin master

Nginx配置iframe访问

2022-10-06T15:46:00.000Z

# X-Frame-Options 响应头配置详解

X-Frame-Options HTTP 响应头是用来给浏览器指示允许一个页面可否在，或者中展现的标记。网站可以使用此功能，来确保自己网站的内容没有被嵌套到别人的网站中去，也从而避免了点击劫持 (clickjacking) 的攻击。
X-Frame-Options 三个参数:

1、 DENY

表示该页面不允许在 frame 中展示，即便是在相同域名的页面中嵌套也不允许。

2、SAMEORIGIN

表示该页面可以在相同域名页面的 frame 中展示。

3、ALLOW-FROM uri

表示该页面可以在指定来源的 frame 中展示。

4、ALLOWALL

表示该页面可以在任何来源的 frame 中展示。

换一句话说，如果设置为 DENY，不光在别人的网站 frame 嵌入时会无法加载，在同域名页面中同样会无法加载。另一方面，如果设置为 SAMEORIGIN，那么页面就可以在同域名页面的 frame 中嵌套。正常情况下我们通常使用 SAMEORIGIN 参数。

# Apache 配置

需要把下面这行添加到'site' 的配置中

   Header always append X-Frame-Options SAMEORIGIN

# Nginx 配置

需要添加到 ‘http’, ‘server’ 或者 ‘location’ 的配置项中，个人来讲喜欢配置在‘server’ 中

正常情况下都是使用 SAMEORIGIN 参数，允许同域嵌套

   add_header X-Frame-Options SAMEORIGIN;

允许单个域名 iframe 嵌套

   add_header X-Frame-Options ALLOW-FROM http://xxx.com/;

允许多个域名 iframe 嵌套，注意这里是用逗号分隔

   add_header X-Frame-Options "ALLOW-FROM http://xxx.com/,https://xxx.com/";

允许任何域名 iframe 嵌套

   add_header X-Frame-Options ALLOWALL;

# Tomcat 配置

在‘conf/web.xml’填加以下配置

	<filter>
	<filter-name>httpHeaderSecurity</filter-name>
	<filter-class>org.apache.catalina.filters.HttpHeaderSecurityFilter</filter-class>
	<init-param>
	<param-name>antiClickJackingOption</param-name>
	<param-value>SAMEORIGIN</param-value>
	</init-param>
	<async-supported>true</async-supported>
	</filter>
	<filter-mapping>
	<filter-name>httpHeaderSecurity</filter-name>
	<url-pattern>/*</url-pattern>
	<dispatcher>REQUEST</dispatcher>
	<dispatcher>FORWARD</dispatcher>
	</filter-mapping>

# IIS 配置

添加下面的配置到 ‘Web.config’文件中

	<system.webServer>
	<httpProtocol>
	<customHeaders>
	<add name="X-Frame-Options" value="SAMEORIGIN" />
	</customHeaders>
	</httpProtocol>
	</system.webServer>

深深的挫败和无助感

2022-09-28T08:02:00.000Z

一个月都过去了，工作还没有着落！

nginx负载均衡配置

2022-09-27T06:45:00.000Z

# nginx 负载均衡配置

轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器 down 掉，能自动剔除。

upstream my_server {
	server 192.168.0.2:8080;
	server 192.168.0.3:8080;
}

server {
	listen 80;
	server_name 192.168.0.1;

	# Path to the root of your installation
	location / {
		proxy_pass http://my_server;
	}
	
}

weight 权重策略

weight 代表权重，默认为 1，权重越高被分配的客户端越多，指定轮询几率。weight 和访问比率成正比，用于后端服务器性能不均的情况。

upstream my_server {
	server 192.168.0.2:8080 weight=1;
	server 192.168.0.3:8080 weight=2;
}

server {
	listen 80;
	server_name 192.168.0.1;

	# Path to the root of your installation
	location / {
		proxy_pass http://my_server;
	}
	
}

ip_hash

每个请求按访问 ip 的 hash 结果分配，这样每个访客固定访问一个后端服务器，可以解决 session 的问题。

upstream my_server {
	ip_hash;
	server 192.168.0.2:8080;
	server 192.168.0.3:8080;
}

server {
	listen 80;
	server_name 192.168.0.1;

	# Path to the root of your installation
	location / {
		proxy_pass http://my_server;
	}
	
}

fair (第三方)

按后端服务器的响应时间来分配请求，响应时间短的优先分配。

upstream my_server {
	server 192.168.0.2:8080;
	server 192.168.0.3:8080;
	fair;
}

server {
	listen 80;
	server_name 192.168.0.1;

	# Path to the root of your installation
	location / {
		proxy_pass http://my_server;
	}
	
}

动静分离

把静态的资源，比如图片，css，js 等先加载到 Nginx 的服务器里。

解决Hexo+Shoka背景音乐无法播放的问题

2022-09-26T11:30:00.000Z

今天突然发现博客的音乐无法播放了。经过一顿查找，发现是因为 https://api.i-meto.com/meting/api 调用出错了。shoka 主题应该是通过这个网站提取音乐地址、图片等信息。通过断点发现网易播放列表还是能正常获取的，只是列表中的具体音乐、图片无法获取了。于是自己用获取的列表信息组装出正确的 url 问题基本解决。只针对网易播放列表，图片只能使用一张固定的。

解决方法如下：

到 themes\shoka\source\js_app 目录下打开 player.js 文件，在最底部 init (config) 下加入 vendorJs ('fancybox');，然后找到 56 行用下面的代码替换即可。

	fetch: function(source) {
	var list = []

	return new Promise(function(resolve, reject) {
	source.forEach(function(raw) {
	var meta = utils.parse(raw)
	if(meta[0]) {
	var skey = JSON.stringify(meta)
	var playlist = store.get(skey)
	if(playlist) {
	// 自己修改 - start
	var audioInfos = JSON.parse(playlist);
	var neteaseStartUrl = "https://music.163.com/song/media/outer/url?id=";
	if (meta[0] == "netease" && audioInfos && audioInfos.length>0 && !audioInfos[0].url.startsWith(neteaseStartUrl)) {// 如果是网易音乐就自己构建 url
	jQuery.ajax({
	url: audioInfos[0].url,
	type: 'get',
	async: false,
	timeout: 5000,
	complete : function(XMLHttpRequest, status){
	if (XMLHttpRequest.status != 200) {
	audioInfos.forEach(function(audioInfo) {
	var id = audioInfo.url.substring(audioInfo.url.indexOf("id=")+3, audioInfo.url.indexOf("&auth="));
	audioInfo.url = neteaseStartUrl + id;
	audioInfo.pic = "https://p3.music.126.net/Vji3PQJAZ2C7gS_6X51NFQ==/109951164723650033.jpg?param=200y200";
	})
	}
	list.push.apply(list, audioInfos);
	resolve(list);
	}
	});
	} else {
	list.push.apply(list, audioInfos);
	resolve(list);
	}
	// 自己修改 - end
	} else {
	fetch('https://api.i-meto.com/meting/api?server='+meta[0]+'&type='+meta[1]+'&id='+meta[2]+'&r='+ Math.random())
	.then(function(response) {
	return response.json()
	}).then(function(json) {
	store.set(skey, JSON.stringify(json))
	list.push.apply(list, json);
	resolve(list);
	}).catch(function(ex) {})
	}
	} else {
	list.push(raw);
	resolve(list);
	}
	})
	})
	}

解决域名ip变动后需要重启nginx的问题

2022-09-23T08:17:00.000Z

今天突然发现自己的网站不能访问了。经过一顿排查，发现是家里的外网 ip 变动后 nginx 解析的域名 ip 还是旧 ip 导致的。手动重启 nginx 后恢复正常。但这不是长久之计，如果每次 ip 变动都需要重启一次 nginx，想想都头大。于是查询资料后获得了解决办法，方法如下：

location / {	
	resolver 114.114.114.114 valid=60s; #自定义缓存有效时间间隔对变量中的域名进行解析

	set $my_server "https://ip:port";

	proxy_pass $my_server;
}

protobuf生成js文件

2022-09-22T02:30:00.000Z

# 下载工具

protoc-3.19.5-win64.zip

# 生成 js 文件

把 xxx.proto 文件拷贝到解压的 protoc-3.19.5-win64\bin 目录下
cmd 到相同的 bin 目录下
执行 protoc.exe --js_out=import_style=commonjs,binary:. ./xxx.proto 命令，就会在 bin 目录下生成 xxx_pb.js 文件

记一次netty-socketio服务端连接不上的问题

2022-09-21T01:46:00.000Z

今天前端开发跟我反馈用 vue 的 socketio 连接不上后台服务，连接无反应无任何报错。所以不清楚是前端代码问题还是后台服务的问题。由于框架为另一同事搭建，我只负责处理后端业务逻辑部分，所以第一时间我也不清楚具体的原因。于是我找了个第三方的 socket 工具尝试连接，果然有问题。但是只是提示连接不上，无明显错误原因。到后台查看发现有提示 Unknown transport for request 错误，最后通过调试发现 netty-socketio 的库中 AuthorizeHandler 类有段处理 transport 的代码只能接受大写的 WEBSOCKET 或者 POLLING，于是我在工具中按要求填上结果还是不行。然后我在网上搜索也未发现有相关问题，只发现有网友提示需要用 socketio 的库，不要自己写 socket 连接。于是我找了 socket.io.js 来连接，结果还是一样。经过大量调试改代码，最后突发奇想，有没有可能跟 netty-socketio 的版本有关系，于是我把版本从 1.7.20 升级到 1.7.21，结果就奇迹般的好了。

# 总结：就好像大力出奇迹，实在找不到原因的时候不妨升级一下版本，说不定问题就解决了呢！O (∩_∩) O

Hexo + Theme.Shoka + algolia搜索踩坑

2022-09-17T15:12:00.000Z

# Hexo + Theme.Shoka 安装

安装介绍

# algolia 注册

algolia 不支持国内邮箱注册，而 google 和 github 由于国内被墙也没法使用。所以只能先注册 netlify 然后通过 netlify 注册 algolia。
登录 algolia 后创建一个 index，名字随意记住既可。
点击右上角红点，弹出窗口点 settings 按钮。
点击 API KEYS，获取 appId 和 adminApiKey 填入 hexo 的_config.yml 中 apiKey 暂时不填。

algolia:
  appId: #Your appId
  apiKey: #Your apiKey
  adminApiKey: #Your adminApiKey
  chunkSize: 5000
  indexName: blog #"shoka"
  fields:
    - title #必须配置
    - path #必须配置
    - categories #推荐配置
    - content:strip:truncate,0,2000
    - gallery
    - photos
    - tags

点击 All Api Keys - New Api key 创建一个 api key，Indices 选先前让记住的 index，ACL 选下面图片中的选项。
把第 5 步中新建的 api key 填入到第 4 步中的配置中，到此已经完成了百分之九十，只需要重新编译发布即可。不过编译步骤多了一步，在 hexo g 后需要再执行 hexo algolia，至此搜索功能就大功告成了。

极空间chevereto图床docker版安装

2022-09-16T00:04:00.000Z

# 安装准备

需要先安装好 mysql 数据库
选择版本，1.5 版以前支持中文，之后被维护的团队删除只支持英文
本文介绍使用的是 linuxserver_chevereto 的镜像
需要预先创建好给 chevereto 使用的库、账户、密码

* 经过测试，使用 surenkid_chevereto 的镜像可以完美支持多国语言，配置同 linuxserver_chevereto 一样

# 容器配置

映射路径（不要放在高速盘，否则会有权限问题）
端口
环境（puid 和 pgid 使用 1000，不要使用 0，否则会报错）

# 初始化配置

使用 http:// 极空间 ip:81 (端口号使用上面配置的，我配置的是 81) 进行 web 访问（数据库配置）
管理员配置（注意 website 配置选择个人，除非需要提供给其它人注册）
默认上传大小是 2M，可通过修改 php.ini 配置提升（路径 /etc/php7/php.ini 查找 upload_max_filesize 和 post_max_size 进行修改）。之后用管理员登录通过页面 http://xxx/dashboard/settings/image-upload 修改。

# 安装完成

作为图片管理和链接分享服务完全够用。图片链接 url 支持的也很全面。

Hexo安装摸索

2022-09-14T04:23:55.000Z

# hexo 博客安装

安装 nodejs
安装 git
安装 hexo（windows 需进入 git bash）

npm install -g hexo-cli
初始化博客目录

hexo init blog
进入博客目录

cd blog
初始化 hexo 到博客目录

npm install

# shoka 主题安装

下载主题

git clone https://github.com/amehime/hexo-theme-shoka.git ./themes/shoka
卸载 hexo-renderer-marked 以及别的 markdown 文件渲染器

npm un hexo-renderer-marked --save
安装（md 文件渲染器，压缩 css/js/html）

npm i hexo-renderer-multi-markdown-it --save
安装（给生成的 css 文件们添加浏览器前缀)

npm i hexo-autoprefixer --save
安装（站内搜索功能）

npm i hexo-algoliasearch --save
安装（文章或站点字数及阅读时间统计）

npm i hexo-symbols-count-time --save
安装（生成 Feed 文件）

npm i hexo-feed --save

# Hexo 部分常用命令

清除静态文件

hexo clean
生成静态文件

hexo g
安装 git 推送插件

npm install hexo-deployer-git --save
推送静态文件到 git

hexo d

# 安装 hexo-admin（编写博客插件）

npm install hexo-admin --save
hexo-admin 编辑 url

http://localhost:4000/admin
settings 设置用户名、密码、Secret

http://localhost:4000/admin/#/settings
把底部生成的配置拷入 hexo 配合文件中 (_config.yml)

admin:
username: username
password_hash: xxxxxx
secret: 'my super secret phrase' #用单引号包裹
deployCommand: 'hexo_publish.sh' #windows用hexo_publish.bat，linux用hexo_publish.sh

# hexo_publish.sh

#!/bin/bash

hexo clean
hexo g
hexo d

# hexo_publish.bat

@echo off
cd D:\blog
d:
@cmd /c "hexo clean&& hexo g&&hexo d&&echo success"

Hello World

1970-01-01T00:00:00.000Z

Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub.

# Quick Start

# Create a new post

$ hexo new "My New Post"

More info: Writing

# Run server

$ hexo server

More info: Server

# Generate static files

$ hexo generate

More info: Generating

# Deploy to remote sites

$ hexo deploy

More info: Deployment