Cloudflare免费版设置说明

发布于

一：域名接入 Cloudflare

这一步其实能说的不是很多，因为我已经添加过域名了，也不好意思随便加别人的域名来测试，所以就只跟大家简单的说说吧。
注册账号之后先把自己想接入 CDN 的域名添加好，然后应该会有 Cloudflare 的提示，告诉你要把域名的 NS 记录改成 Cloudflare 的：


NS 记录的修改需要到你的域名注册商那边改，这个根据各商家面板的不同可能设置上稍有差异，请自行查找。域名注册商那边改好之后，应该在 Cloudflare 这边刷新一下就能看到已经帮你添加好的各种记录了，默认支持 CDN 的也已经帮你开启了 CDN 功能，如果没有，就自己按照原来的记录重新添加一份，然后最重要的把 A AAAA 记录这种开启 CDN 功能。
此处提一下，不知道大家知不知道 NS 记录的用途？当我们改成 Cloudflare 的 NS 之后，其实以后我们就不需要到域名注册商那边去添加各种 A AAAA 记录了，全部都在 Cloudflare 这边完成，因为已经被接管了。
另外请注意，域名接入的说明是针对免费版 Cloudflare 来说的，用的合作伙伴那种接入方法的我这里就不说了，一般人家面板上会告诉你怎么操作（其实也就是绑定下域名到域名注册商那边改一下 A AAAA 记录之类的）。

二：后台概览页面介绍

在正式给大家说明各类设置项之前，我们先来看看 Cloudflare 的概览界面：

上面那一排排的按钮就是各种设置项了，第一项就是概览。
概览页面可以看到一些常规的 CDN 缓存数据大小还有命中率什么的，页面左边是一些功能的快捷开关，方便我们平时有需要时随时开随时关，翻译已给大家奉上。
概览按钮后面接的是 Analytics 功能，主要是用来展示一些详细的统计数据之类的，因为基本不含设置项，而且与本文标题不太相关，所以就不多介绍直接跳过了。

三：DNS 设置

防止有些人还找不到我说的是什么设置项，我就直接上图说了：

标的框框这里是让你快速添加各种主机记录用的，后面的图标亮着代表开启 CDN 功能，不想开就手动点一下关闭就是了。
关于 DNS 的设置部分，因为主要就是各种记录的添加，所以没什么好说的，只需要注意给你要开启 CDN 的域名添加正确的记录就是了，记录的设置和在原来域名注册商那边的设置没什么差别，此处就不多说了，不然又要长篇大论一番各种记录的用处类型什么的了。_(:з)∠)_
不过这里有一个可以单独设置的东西，就是 DNSSEC：

此设置看个人意愿是否开启，不影响 CDN 效果，该设置需要到域名注册商那边添加 DNSSEC 记录才行。至于什么是 DNSSEC，因和本文标题关系不大，因此也略过，主要是作用于防止伪造 DNS 记录。

四：Crypto 加密设置

选项设置项如图所示：

此处设置比较重要，我会将免费版可以设置的东西一个一个来说明。

SSL 设置项

  • off：关闭 HTTPS 访问，所有访客重定向到 HTTP
  • Flexible SSL：访客访问你网站用 HTTPS，但是 CDN 到你源服务器拉取东西时用的 HTTP 协议
  • Full SSL：访客可以用 HTTPS 访问，CDN 到你服务器的访问也使用 HTTPS，此选项适合源服务器用的是自签名 SSL 证书或无效证书的情况
  • Full (strict)：访客可以用 HTTPS 访问，CDN 到你服务器的访问也使用 HTTPS，适合你的源服务器有可用 SSL 证书的情况

Origin Certificates 设置项

给你的源站生成一个长期有效的 SSL 证书，主要是给那些自己没有 SSL 证书又想用有效证书开启上面 SSL 设置项的人用的，如果你自己源站已经配置好了有效的 SSL 证书，可用可不用。
PS：生成的证书有效时间是真的长，15 年……

Always Use HTTPS 设置项

开启之后，所有用户的 HTTP 访问请求都会被 Cloudflare 301 重定向到 HTTPS，如果你有此需求，哪怕在源服务器上已经配置过了，也建议在这里开启，因为不需要再到你的源服务器上去判断，CDN 自己就判断好了。

HTTP Strict Transport Security (HSTS) 设置项

主要是开启 HSTS 设置的，HSTS 就是让浏览器在访问你网站时产生一个记录，不管是 HTTP 还是 HTTPS，都通过 HTTPS 来访问。此纪录有一个时间限制，指的是在规定时间内不进行再次确认，全部走 HTTPS。
  • Apply HSTS policy to subdomains (includeSubDomains)：让 HSTS 对子域名也生效
  • Preload：网上有一个申请网站（搜索 HSTS Preload），在这个网站里申请加入的域名通过之后会进入各大浏览器的 Preload 列表里，列表里的域名不需要别的确认，浏览器自己就会选择走 HTTPS
  • No-Sniff Header：安全用途，开不开看个人，作用还请自行搜索
该设置项需要注意的地方不多，只不过如果你要加入 Preload 列表的话，请注意这个列表一旦更新了加入了你的站点，以后就必须要要配置好 HTTPS 了，不然你的网站可能没法访问（除非你申请退出并且各大浏览器再次更新了列表）。加入的要求是要开启上面的子域名也生效 HSTS 且记录设置的时间超过 1 年。

Authenticated Origin Pulls 设置项

用处是验证对源服务器的请求是不是来自于 Cloudflare，防止有人绕过 Cloudflare 访问你的源服务器，一般攻击者或者别有用心的人喜欢这么干。不过这个需要额外配置，我这里要说可能要写好多了，感兴趣的看官方的文档教程吧！

Minimum TLS Version 设置项

设置启用 CDN 之后别人 HTTPS 访问你网站支持使用的最低 TLS 协议版本，一般默认即可，设置的越高，则旧系统或者旧浏览器可能就没法正常访问你的网站了。当然，设置低了也有安全隐患，具体还请自己抉择。

Opportunistic Encryption 设置项

字面意思是在其它协议中（比如 HTTP/2）也开启 TLS 支持，具体用途我还没有研究懂，对普通站长来说的话其实开不开影响都不大。

Onion Routing 设置项

照顾用户的隐私用的，开启洋葱路由的功能支持，开不开看个人。

TLS 1.3 设置项

开启 TLS 1.3 新协议支持，建议开启。其中有个 Enable+0RTT 的设置，是指的同时也开启 0-RTT 功能。0-RTT 可以让浏览器能够更快的和服务器进行回话，但会牺牲小部分安全性。

Automatic HTTPS Rewrites 设置项

如果你的站点是 HTTPS 的，然后使用了 HTTP 的资源，浏览器会产生站点含有混合内容的提示，开启之后，Cloudflare 会尝试把那些支持 HTTPS 访问的资源重写替换成 HTTPS 协议访问。

Disable Universal SSL 设置项

这个选项点击了之后，你的网站如果没有有效的证书，就没办法通过 HTTPS 访问了，非必要不建议动这个。

五：Firewall 设置

这里就不再截图了，前面截了两张图大家应该也知道设置选项在哪里了，直接开始说具体的一些设置项吧！

Firewall Rules 设置项

主要就是针对一些特定条件的请求进行允许访问或者拒绝之类的限制，要一项一项来说太麻烦了，普通用户对这个也不怎么需要折腾，真的有需要还是去看说明文档吧，我这估计还说不太清楚……

Security Level 设置项

设置你网站的安全防护等级，主要就是让 Cloudflare 自动帮你 Ban 掉一些恶意请求，其中大名鼎鼎的 I’m Under Attack! 就是让你在攻击时开启的，默认的话选 Medium 中级就可以了。

Challenge Passage 设置项

给通过了安全防护的 bad IP 允许访问的时间，过期了会再次让验证。

Privacy Pass Support 设置项

作用就是兼容一下某个浏览器隐私扩展，降低这种用户撞上防火墙然后让验证的几率。

IP Firewall 设置项

设置那些一些针对 IP 的防火墙规则，为了防止意外发生，最好把你源服务器的 IP 加入白名单。
  • User Agent Blocking：基于 User Agent 浏览器标识来创建防火墙规则

六：Speed 设置

此部分主要是帮你优化站点打开速度的，建议一个一个配置好，能对你站点的打开速度有很大的改善。

Auto Minify 设置项

设置是否自动优化 JavaScript，CSS 和 HTML 网页，个人建议全部选上。

Enable Accelerated Mobile Links 设置项

让你网站的外部链接可以通过 AMP 的方式打开。AMP 是谷歌的移动页面技术，具体的请自行搜索。打开之后，默认会对所有域名生效，通过 Select Subdomain(s) 可以设置只针对选择的域名生效。

Brotli 设置项

Brotli 是谷歌推出的压缩技术，这个本博客在其它地方也有过介绍，它在某些时候能比大多数浏览器默认的 gz 压缩效果要好，且现代浏览器也大多支持它，建议开启。

Rocket Loader 设置项

让你的 Javascripts 异步执行，达到加快网页呈现速度的效果，属于黑科技系列，建议开启。

Mobile Redirect 设置项

把移动设备访问你网站的用户重定向到某个域名。

七：Caching 设置

这里主要是针对 CDN 缓存的一些设置，还是比较重要的，建议谨慎对待。

Purge Cache 设置项

平时用不上，其实就是让你能够手动清除某个链接的缓存或者干脆全部清除。

Caching Level 设置项

设置 Cloudflare 的缓存等级，免费用户一共有三个选项可以选：
  • No Query String：请求没有查询字符串时才会命中缓存
  • Ignore Query String：忽略查询字符串，对所有人提供相同的缓存
  • Standard：每次查询字符串更改时，都会提供不同的缓存
如果这里大家不懂得话，保持默认的 Standard 就行了。

Browser Cache Expiration 设置项

设置一个浏览器缓存的过期时间。这里简单解释一下，浏览器会在你第一次访问某个网站的时候，根据网站文件上设置的过期时间来在一定时间内把这个资源缓存存储到本地，下次在请求相同文件的时候，就不用等待服务器把文件发过来了，只要设置的时间没有到，浏览器就会直接使用本地的缓存文件。这个设置项就是对我们 CDN 的缓存资源设置一个过期时间，好让浏览器知道什么时候再来找服务器要资源。

Always Online 设置项

黑科技之一，简单的说就是会把你网站最受欢迎的一些页面缓存起来，如果你的服务器挂了，Cloudflare 也能把这些缓存的页面提供给访客，提高用户体验。

Development Mode

开发者模式，最开始的截图里说了，就是暂时让请求直接通过，全部到达源服务器。

八：Page Rules 设置

这一部分没什么好说的，就是针对你设置的某个链接，使用特定的规则。比如你可以设置某个链接的资源不缓存之类的。当然要注意，免费用户只能添加 3 条规则，更多的需要氪金。

九：Network 设置

这一部分的设置我们需要动的不多，很多都是默认帮我们设置好了且不能更改的，我就简单说几个能改的吧。

QUIC

原本是来自于谷歌的黑科技，用处的话可能就是更快的站点访问速度吧。目前该技术已经纳入了下一代 HTTP/3 协议中，如果想尝鲜的话可以开了，注意现在是需要点按钮申请的。

WebSockets

打开允许 WebSockets 连接你的源服务器，这个看你个人的选择，不懂的保持默认就行了。

Pseudo IPv4 设置项

这个选项的作用是在当你的某个访客用 IPv6 地址访问你的网站，而你的服务器只支持 IPv4 访问时才有用的，它会在头部信息中返回一个 IPv4 地址。
头部信息的添加方法有两种：Add header（添加额外响应头）或 Overwrite headers（覆盖现有的 Cf-Connecting-IP 和 X-Forwarded-For 响应头）。
此选项官方推荐非必要的情况下选择关闭。

IP Geolocation

开启之后，CDN 会把访客的国家信息通过请求头的方式发给源服务器知道。

Maximum Upload Size 设置项

字面意思，设置访客在一次请求能最大能上传到你服务器的数据量。

十：Scrape Shield 设置

后面几项都是氪金才有的功能，APP 什么的好像也没什么好说的，一般也用不上，所以我就直接说最好一个设置了。

Email Address Obfuscation

邮件地址混淆功能，开启了之后，会对你网页中书写的邮件地址进行混淆，正常用户看到的邮件地址是没有问题的，但是对于那种专门采集邮件地址的机器人程序一类的，能达到一定的防止采集效果。

Server-side Excludes

用特殊格式写的东西，会让被 Cloudflare 判定到的垃圾用户无法看到。这个需要你自己在网站上折腾了才有用，因为要用特定格式书写的内容才会生效这个，所以开不开看个人。

Hotlink Protection

防盗链的设置，支持 gif，ico，jpg，jpeg 和 png 这些格式的保护。开启之后，HTTP referer 请求头不包含你网站域名的请求会被拒绝掉，搜索引擎的请求一般不会有问题，不会被拒绝。

评论

发表评论

此博客中的热门博文

Blogger搭建国内可正常访问博客（超详细教程）

发布于
二、国内访问 Blogger 1 首先准备 请确认自己能够科学上网。 不会的话，我这里写有一篇教程： http://mooc1.chaoxing.com/zt/201723393.html 购买域名。没什么好讲的，各个地方都能买，我图便利，直接在阿里云买的域名。（同一个域名，在腾讯云买还要便宜点，不过因为我上一个域名就在阿里云买的，所以这次顺便就在阿里云买了） 2.设置解析 1.Blogger要求的设置 打开Blogger后台，找到设置—基本，Blogger 会提示你需要设置两个 CNAME 分别解析到 ghs.google.com 和 ***.dv.googlehosted.com (每一个人的都不一样) 为了 Blogger 可以在国内访问，我们不能直接按上述的解析。 我们得将第一个 CNAME 解析：记录类型： A 记录，主机记录：WWW，记录值由「ghs.google.com」改成 「国内可访问的 IP」 后面的一个CNAME 解析不变：记录类型：CNAME，主机记录：ai76xxxxxxxxxxx，记录值：gv-j5jxxxxxxxxxx 2. 寻找国内可访问的 IP 可以使用站长之家 Ping 工具：http://ping.chinaz.com/ 如下图所示，Ping检测：ghs.google.com 找一个国内可访问的 IP。 注意：香港的IP延迟虽然小，但是不行。 3.域名后台设置解析 打开阿里云控制台—域名—域名列表—解析，照第一步所说的那样样设置，如下图： 至此，域名解析设置完成，当然这样还不够，我们还得修改Blogger自带的博客模板。 备注：如果想要实现不带www访问 添加：记录类型： A 记录，主机记录：@，记录值同为找到的 「国内可访问的 IP」 如下图这样： 这样用 axutongxue.com 也可以访问我的博客了 4.启用https 之前大佬说在设置https时，不能直接设置： https://blog.iljw.me/2018/07/enable-blogger-https.html 不过现在blogger好像改了，按上面那样设置之后，我们就可以直接在Blogger后台开启https了 ...
阅读全文

近期折腾 tailscale 的一些心得

发布于
一、我的需求 最近自己装了一台高配台式机，打算当作自己的主力机器使用，笔记本电脑就作为一个移动 UI，工作都远程连到家里台式机使用。 为了满足这个需求，就需要 NAT 穿透，正好最近 mesh vpn 的概念很火，又看到 tailscale 正好对个人用户免费，于是就想试试看了。 二、TailScale 是什么 VPN 是什么？ 虽然国人看到 VPN 第一反应应该是“翻墙”，但 VPN 最初应该也是最普遍的用途应该是用来做内网打通， 这也是其名字虚拟私有网络的用意，VPN 让你可以在公开的网络线路上建立一个私有的子网， 然后将所有接入的机器都分配一个私有的内网地址，让他们可以通过 VPN 的私有网络互联。 比如最常见的需求就是，公司有一个内网办公环境，当你外出办公时，也希望你的电脑能够接入办公网络。 因为外网的机器和内网的机器不能互联，所以一般会有一个中心服务器， 所有的子节点都和中心服务器相连，然后中心服务器转发所有的流量。 这样做的缺点显而易见，首先是中心服务器（hub）会成为瓶颈。 其次，某种极端情况下，如果节点 A 和 节点 B 距离非常近，但是都离 hub 很远， 这样就会导致非常高的延迟。 那么我们就会想，能不能让节点间直接互联呢？ 这就是 mesh VPN，其实现就是 wireguard。 wireguard 的每一个节点都会存储其他所有节点的信息，并且和其他所有的节点都建立 tls 连接。 如果涉及到内网穿透的话，那么你需要找到一台处于网关位置的节点（内外网都可达），将其设置为 coordinator， 扮演类似于 hub 的角色， 分发穿透内外网的流量。 wireguard 的缺点在于： 配置比较繁琐 维护也比较困难，增删节点都需要改动所有节点的配置 基于上述这些痛点，tailscale 做了一些改进： 在原有的 ICE、STUN 等 UDP 协议外，实现了 DERP TCP 协议来实现 NAT 穿透 基于公网的 coordinator 服务器下发 ACL 和配置，实现节点动态更新 通过第三方（如 Google） SSO 服务生成用户和私钥，实现身份认证 简而言之，我们可以认为 tailscale 是更为易用版的、功能封装更为完善的 wireguard。 三、TailScale 能做到什么 只要你的机器可以连到公网，tailscale 可以让所有的...
阅读全文

个性化推荐从入门到精通

发布于
今天的分享将为大家解答以下几个问题：你的公司是否适合采用个性化推荐？如果需要个性化推荐，该如何做好？产品运营在参与到一个推荐系统的构建当中，有哪些常见的坑？有哪些可以避开这些坑的一些简单方法？以及如何修炼成一个优秀的推荐产品经理？ 一、“四个关键”为你揭开推荐系统的神秘面纱 个人认为，推荐系统是根据用户以及不同的场景差异，对信息进行合理的排序、过滤，解决信息过载问题的一套机制。这个定义中包含四个关键点，如下： 1.“根据用户以及不同的场景差异” 对于很多刚开始做推荐的人可能会忽略这一点，大部分人在思考推荐时想的更多的可能是基于用户来做，但其实我从众多实践中发现，很多时候推荐产生价值不仅仅只是说以用户进行区分，相关场景的差异会对于最后推荐效果产生巨大的影响。 2.“推荐的本质是对信息进行合理的排序、过滤” 很多人认为推荐是一个魔盒，非常神奇，其实究其本质是企业有成千上万甚至上亿的 item，不管这些 item 是文章、视频，还是电商里面的商品，然后现在有某个人在一个具体的场景里面，企业需要把这些 item 给他看，那应该把哪个放在第一个？这就是推荐系统背后的运作原理。 3. “推荐系统要解决信息过载的问题” 举个例子，如果你的企业只做爆款商品，整个公司只卖两个商品，这样用户一看就明白了，显然也不需要推荐，所以做推荐的一个前提条件是你公司本身提供的业务里面的信息太多了，对于一个正常的自然人来说，他处理不了那么多信息的时候，企业才需要去帮助用户解决信息过载的问题，从而为用户设计这样一套机制。 4.“一套机制” 这点很好理解，推荐系统是由不同的算法、规则等构成的一套机制。这四点是我从产品视角为你解读了什么是推荐系统，以及他的一些简单作用。 二、推荐系统、广告系统、搜索系统三者有何不同？ 事实上，解决我在前面提到的一系列问题，推荐系统并不是唯一的方法。 比如，前面所提到的排序、过滤，做技术的同学应该很容易联想到，搜索和广告系统也涉及排序、过滤，且搜索也一定程度上解决了信息过载。那么，这三个系统，它到底有什么区别呢？ 我从 5 个方面对其进行了对比，下面将一一讲述： 1. 用户获取信息的方式。 广告与推荐系统，用户都是被动的，但搜索不一样，用户是主动搜索的，他需要输入一些关键词，会加入一些自己的意见和重点。 2. 点击率要求。 这三个系统...
阅读全文

使用GPG Key来证明github每次commit的所有权

发布于
起因 这件事情还要从我校为毕业生收拾行李开始讲起。今年六月末北京疫情复发，这一波直接让我们北京高校毕业生无法返校，个人行李物品必须由学校老师代为整理快递回家。这件事情让同级的同学们非常不满，于是微博知乎节奏飞起。当然这件事情是北京统一的行为，其中不光有我校学生自己不满，其他北京的学校听说有些处理的比我校更要糟糕，所以这件事情我们暂且不做评价。但从事情开始，就有「好事」的同学除了在知乎等平台上进行回答评论、表达意见，还直接在 GitHub 上面直接整理记录时间线。 一个目录，暂时不放具体仓库与地址 我被牵扯进去了？ 为什么这个仓库引起了我的注意呢？首先，对于收拾行李这件事情来说，我所在学院做的其实不错，我自己是我院一位备受尊敬的副教授老师为我收拾的，整理的非常好，所以我个人自始至终并没有对这件事情有什么太大意见，没有参与知乎讨论，也没有进行所谓的争论抗议。这些都是两个月之前发生的事情，但是，两个月之后的今天，有认识我的同学告诉我这个仓库的存在， 并私下询问我为什么也给这个仓库进行了贡献。 是的，一个我直到昨天都还完全不知道存在的仓库，有人看到了「一条 commit 是由我的邮箱签入的」，并「链接到我的 GitHub 账户」。 我当时： 好奇心让我点开了同学发给我的链接，向下划到 Contributors，果然，我的头像就在那里。 淦，老子昨天才知道你这仓库的，宁真厉害 好嘛，除了我的头像，还有个我非常眼熟的头像 —— 下面这位老爷子： 这人我看着有点眼熟…… 我去，这不是 Python 他爹吗？！！敢情 Python 之父也关心我们小破学校毕业生收拾行李的事情了？ 我惊了 仔细看了一下贡献者列表，其中不乏开源世界的知名人物，也包括一些我校在 GitHub 上有账号的同学们。好了，这处处透露着诡异的仓库， 看起来除了这位仓库主人自己的 commit 以外，其余所有的 commit 的身份信息都是伪造的。 细节修改你个大头鬼啊，这里「我的」commit 周围都被篡改为我身边认识的大佬同学了 这件事情昨天确实让我非常震惊：Git 的 commit 记录竟然还可以伪造。我确实之前从来没有在意过这类安全问题，以为签入 Git 记录的内容都有完善的身份验证， 而事实证明我太天真了。 这位我完全不认识的同学，我不知道你是何种初衷，把这个「搞事情」的仓库的 commit 记录在我们都...
阅读全文

Java 认证考试 OCAJP 经验总结

发布于
1.  考证、认证是否有用含金量的话题 关于认证考试（无论什么认证）是否有用？这个话题无论是在哪里都有人问。这个问题就好比上大学是否有用吗一样，有的人没上过大学一样年薪百万。 认证这种东西需要的时候即有用，不需要的时候就没用。有，并没有什么坏处。说实话个人感觉这证件没什么大用。 而自己想考的理由完全是想自我check下，逼自己复习学习基础。如果你是刚毕业的GH或者在校的，手里有些零花钱的可以考虑下，有这个证/或许/可以证明你Java基础还不错。   2.  关于OCAJP、什么是OCAJP？ OCAJP全称为：Oracle Certified Associate Java SE 8 Programmer Certification 也叫OCA。改版前认证为 OCJP，在Sun公司没有被Oracle收购前叫 SCJP。 这里要提一下，之前的OCJP已经Retire(停考/退休)。Java 7的认证也即将停考。所以如果想考试建议直接考Java SE 8的也就是 Java SE 8 Programmer I 认证，考试编号为1Z0-808，下一个考试为：Java SE 8 Programmer II | 1Z0-809。   3.  关于各考试种类认证科目 ? ? ? 上图的考试科目链接： https://education.oracle.com/oracle-certification-exams-list 在上图中前两个1Z0-803和804是之前获取 Java 7的认证考试； 1Z0-805 是已经获取过Java6认证（也就是OCJP/SCJP）的升级成为Java7的认证 1Z0-808和809 是Java 8 I和II的认证，也就是OCAJP和OCPJP认证。 其他不建议，会在2019年底随着Java 7的认证考试取消，而随着均会停考。 另外在官网中可以查看到后缀带有JPN的考试科目，该考试为日语认证，考试等同于英语的1Z0-808和809，只是考试语言为日语。有日语要求的可以考虑该版本考试。考试内容一样。   4.  考试费用，考试时长 及 合格标准 SE考试费用均为 1,077 RMB，我是在VUE网站报名，使用的VISA信用卡支付的美元，下...
阅读全文

打造一个可国内访问的Blogger（Blogspot）方法

发布于
  Blog‍‌‍‌​‌‌‌‌​‌​‍‌​‍‌‍‍​‌‌‍‌​‌‍​‍‌​​‍‌‌‌​‌‍‌‌​‍‍‍​‍‍‌​​‍‌‍‌​‍‌‍‍​‌‌‍‌​‌‍​‍‌​​‍​‍‍‍​‌‍‍‌ger,一个干爽、免费的博客发布平台，作为主流的发布，提供免费的托管，免去了Typecho&Wordpress高昂的服务器费用，避免了Hexo&Jekyll静态博客无后台的缺陷，与CSDN、简书相比，可以绑定域名，界面干净，无广告【当然可以自己放自己的广告】。 实际上，当今写博客的软件数不胜数，主要分为一下三类： 服务器部署：典型代表：Wordpress\Typecho 无服务器托管：典型代表：Hexo\Jekyll\Gidea\Hugo\Hola等等 集成型网站：Blogger、简书、CSDN、cnblog、wodemo等等 上面所有软件，优缺点都有，具体看个人选择 当然，个人认为Typecho适合做个人博客，Hexo可以作为要求不高的人。集成性网站最主要的是只要安安心心写文章，不用管后端乱七八糟的代码。当然，最有问题的是大多数都不支持绑定域名，而且经常往网站上塞广告，自定义范围也不够。 接下来，我们扯扯集成博客中的一股清流：Blogger Blogger.com是由Pyra Labs公司创立，是目前全球用户数量最多的个人网志服务提供商。Pyra Labs和Blogger.com均被Google公司收购，成为其旗下的一项服务内容。 Blogger提供免费主机Blogspot.com存放博客，用户不必写任何代码或者安装服务器软件或脚本，通过所见即所得界面轻松地创建、发布、维护和修改自己的网志。 Blogger允许有经验的用户自行设计博客界面，其模板支持使用HTML和CSS进行编辑 实际上，由于Blogger托管于谷歌，写作域名  www.blogger.com  和托管域名  *.blogspot.com  均被MainLand所Ban。但是接下来来，我会讲讲如何打造一个能在国内大陆访问的Blogger 1. 注册Blogger 众所周知，请善用技术上网。 用谷歌账号登录 ( https://www.blogger.com ) ，没有？不是⑧不是吧不是扒，都0202年了，还不会去注册一个谷歌账号？ 进入控制台，新建一个博客： 绑...
阅读全文

高可用用户中心设计

发布于
概述 我们公司现在的账户体系比较混乱，每个系统都有一套自己的账户体系，没有办法进行统一的账户管理，比如统计一个人在哪个系统有账号，这样操作是比较麻烦的，还有就是我们如何进行用户行为分析，最终综合用户的信息进行用户的画像。这些都是需要解决的问题。 常规的用户设计是统一账号和统一登录验证，统一注册等信息。但是结合我们公司的实际，发现这样的话我们的系统可能会出问题，我们无法屏蔽很多细节。我们的现状是： 系统需要向用户隐藏是同一个公司的这个事实。也就是说我们做了用户中心的设计，但是不能让用户感知这个系统的存在。也就是说多个系统之间的登录都是需要隔离的。离论上不能做统一账号的登录，但是可以做统一账号的验证。 同一个系统可能有多个马甲app，我想马甲app之间也需要登录隔离，虽然他们调用的是同一个后台系统，那么我们不得不面对一个问题，同一个用户同时下单的逻辑处理，需要后台做这种处理，否则就会出现严重的并发错误，而开发人员可能都没有注意到这个事实的存在，从而导致一些稀奇古怪的事情出现。 web端与app端应该是需要同时登录的，我们好像没有web的要求，但是好像有微信的web端的事情。假如我们有web端的登录，那么问题来了，我们要不要实现二维码登录web。目前看是可以先不实现的，但是作为设计考量我们不得不考虑这些。 第三方账户的登录，我们是通过手机号作为唯一标识，那么不太好实现第三方的登录注册。但是我们可以后期实现，如果实现第三方的登录注册，那么问题来了，我们的设计貌似不支持，需要改动，就是改掉手机作为唯一标识的问题，但是想想好像是不影响的，只要数据能插入问题就不大，因为没有手机号，这些用户是不能登录需要手机的app，但是有的系统可以做特殊处理，从而支持第三方账户的登录注册。但是这样做也有缺点，就是用户利用多种方式进行注册，也就是说我们不得不解决一个问题就是用户可能存在多个账户的可能性。加入用户有微信注册的账户，然后又用手机登录，绑定微信，这个时候我们可能需要去系统中用微信的unionId或者openId查找一下是否有用户，有就不能绑定，没有才能绑定。如果有我们可能也知道了这个人有重复号的可能性。这个可能需要在做的时候处理。 验证保密问题，公司居然都没有人提到这点。不过也对我们是通过手机号进行验证的。但是如果以后我们不在使用手机号，可能我们需要验证问题。还需要判断用户的活动记录...
阅读全文

群晖硬软件的的各种坑及解决方案

发布于
  适用对象：   白群晖用户，不愿意折腾，对数据敏感性较强（装了很多家庭照片，文件，宝贵的**姐们）； 不适用对象： 黑群用户，有些问题会涉及到硬件，由于黑群配置差异极大，很难找到原因；关于硬件推荐：本人与群晖无任何商业联系，因此不在此帖推荐任何硬件，只是以个人角度说一下使用过硬件的一些优缺点； 最后更新日期： 2021 年 9 月 2 日 （DSM 7.0 , 以群晖的牙膏性，这篇文章应该在未来2年都不会过时）； 不折腾玩转群晖NAS的通用建议： 用企业级硬盘： 多花点钱买企业级硬盘，现在10-16T的企业级硬盘价格真的不贵，耐心搜索本版帖子就能找到靠谱商家的合适价格（2021 年9月差不多120块钱1T）。既然是用白群了，那就要知道群晖的是根据盘位费卖硬件的，尽量不要用普通硬盘，尤其是淘汰下来的N 年旧硬盘做 NAS，问题多多，每月都有人求助群晖“存储空间损毁”的问题。另外，NAS 盘，除了对静音有极致要求，现在也不推荐，不仅价格贵，性能低、还吃了好多亏（SMR红盘坏了好几块）。 加内存是性价比最高的性能提升方式： 群晖有一篇非常冷门的 文章 ，提到了RAID/网络/内存对性能的影响，简单的总结就是，8G->16G内存，性能可以提升 30%以上，16G->32G内存，写性能还能提升 30%。当然这个测试都是基于“旗舰级”硬件测试的，但对于家用机，200多块钱的内存升级仍是最有效的性能提升方式，推荐大家无脑堆到支持内存的上限。 RAID不是数据保险箱： **姐有价，数据无价，如果真的想要保护数据，仅靠NAS是不够的，RAID而是用来保证某硬盘损坏时候依然能提供相关服务，而不是用来保证数据不丢的。为了数据安全，切记使用 “3-2-1”法则 保证数据安全。否则接收开盘数据恢复价格1T=1k； 群晖机器的性价比计算方式是价格/盘位： 群晖各阶机型CPU性能差异不太明显，但后期扩充盘位费极贵。因此简单计算性价比的方式就是价格/盘位，从而能比较出 2、4、5、6、8 盘位机器的性价比。注意只关注主机有多少个盘位，不要把扩展 DX517 这种算进去，大部分家庭用户很难再去买一个 DX517 用于扩容，所以不要想着买两盘位的720+，想着未来在买一个 DX517做成7盘位，应该直接买1621+直接上到 6盘位。...
阅读全文

N1 PT下载小钢炮固件下载及安装说明

发布于
Nano Disk Manager (NanoDM) 公测版由于功能尚未最终稳定。因此，更新会比较频繁。 强烈建议使用0411之后的版本, 不要再去下载0909版本了... 0909版本的任何问题或bug都不予处理. FAQ 缓存问题 (此问题仅存在于0909及之前的老固件): 如果你进某个页面总是跳回登录页面,或者直接没有显示任何东西 ，浏览器返回的是该页无法显示。 chrome浏览器缓存问题。 ctrl + shift + i , 然后右击浏览器顶部地址栏的刷新按钮， 选择第三项：“清空缓存并硬性重新加载”， 即可。 更多FAQ见： https://gitee.com/8ox86/phicomm-n1-issue 下载地址： https://rom.nanodm.net/N1/ ==================================================================================== 从n1原版android系统刷机操作步骤 1.有一个N1,准备个U盘. 不要太大，U盘大于512M即可. usb 2.0的最佳。 闪迪（SanDisk）酷豆（CZ33）16GB 或 8GB的测试通过，表现良好。lexar 8GB USB2.0 U盘表现更佳。 经测试，上次撸的台电（Teclast）锋芒 U盘 64G USB3.0很大概率上识别会有问题。 下载 phicomm-n1-s905-linux-hacklog-20190327-0136.img.7z , 用 7z 或 winrar 解压后,再校验img文件的md5. 注意校验md5 phicomm-n1-s905-linux-hacklog-20190327-0136.md5sum.txt 将镜像文件 phicomm-n1-s905-linux-hacklog-20190327-0136.img 通过工具写入U盘 (windows下可用 USB Image Tool 或etcher[ https://etcher.io]， linux gnome3环境下可直接用Disks工具写入) 关于img写入 推荐使用 usb-image-tool 写入 其它工具没有测试过.不保证其工作正常. 如果你下载的是一个.xz的...
阅读全文