│与非门 https://hexgleam.com/cn 岛国游戏程序员的日常 Sun, 05 Apr 2020 14:27:22 +0000 zh-CN hourly 1 https://wordpress.org/?v=5.4.1 [2020-3]博客前3个月的阶段性总结 https://hexgleam.com/cn/blog/2020-3-monthly-report/ https://hexgleam.com/cn/blog/2020-3-monthly-report/#respond Mon, 06 Apr 2020 00:00:56 +0000 https://hexgleam.com/cn/?p=813 有一种很流行的说法是个人博客刚开始的3个月其实是准备期,3个月之后才能称得上的真正的走上正轨。

我这个博客现在也是3个月了,本篇就来对这3个月的情况做一下阶段性总结。

3月份总结

首先是第三个月,也就是2020年3月份的情况

统计数据

本月的PV大概是1500,比上个月提升了50%。
并不是很大的提升,但是也算是稳步增长。

而且刚建立博客的时候我还通过推特引流了一波,现在已经不再做了。在失去来自推特的流量之后还能增长50%,主要是来自搜索引擎的用户有了很大的增长。

搜索流入

来自Yahoo,Bing的流量也有,不过主要还是来自谷歌,超过90%,为我贡献了绝大多数的访客。

百度直到现在也没有收录我的内页文章,只有一个主页孤零零的挂着。

搜索引擎流量
3月中有几天搜索流入爆发增长,应该是某个关键词突然成了热门,正好我的某篇文章和它有关。
因为如果是某篇文章的排序大幅度提高的话一般不会再一两天之后就降回原位。

其实这个博客的主题专业性比较强,偏向IT技术方面,一般的用户搜索到相关关键词的机会比较少。所以相对来说PV比一般的博客要少。

不过做自己的个人博客,就是为了写自己想写的东西,在这方面不需要考虑太多。

Adsense収益

Adsense和上个月差不多,只有30多人民币。而且其中有一个单价20元的点击,去掉这个偶然个例的话其实更惨。
不过毕竟PV太少,在这个基数下各种情况都有可能发生,所以就随它去吧。
至于服务器的电费,我可以用爱发电

主题更新

上个月对网站进行了全面的更新改版,换了更高水平的主题。
其实我作为程序员,也考虑到自己做主题。但是主题不仅仅是程序,还包含平面设计,美术等要素。而且我本身也没有什么web开发的经验,能够做好一个主题的可能性和可行性都很低。
所以专业的事情还是交由专业的人来做吧。

不过如果是对Web开发有兴趣,想要通过实践学习的话自己做一个主题应该是非常有益的。

3个月是一个转折点

根据有经验的博客站长的说法,网站的前3个月是肯定没人看的,因为3个月之内不会被搜索引擎排在靠前的位置,尤其是新域名,这样就难以获得新用户的流入。
而没有新用户也就自然没有老用户。如果没有通过其他渠道宣传引流的话一天下来访问量是0很正常,1已经是突破了。

而3个月之后搜索引擎开始逐渐的提升网站的排序,如果内容不错的话还会有一部分用户添加收藏夹,成为回访用户,此时这个网站才是真正的开始运营。

另一方面,大部分的博主其实都坚持不了3个月

想想也是,最初兴致勃勃的搭建好了网站,一篇篇的写博文,可是一连几个月访问量都约等于0,如果是抱着急功近利的态度来建站的话可以说是坚持不下去的。

所以对于刚开设自己的博客朋友我想说前3个月尽量不去考虑流量,用户这些东西,专心做好网站的设计,用心写好每一篇文章,做到自己满意即可。
采集,抄袭,以及所谓“资源站”不在讨论范围内,在谷歌上这些网站早已没有生存空间,而百度也在前进(为了生存它也必须前进),早晚有一天这些网站在百度上也会销声匿迹。

]]>
https://hexgleam.com/cn/blog/2020-3-monthly-report/feed/ 0
WordPress5.4正式发布,着重改进古腾堡编辑器 https://hexgleam.com/cn/blog/wordpress_5_4-review/ https://hexgleam.com/cn/blog/wordpress_5_4-review/#respond Sun, 05 Apr 2020 08:11:36 +0000 https://hexgleam.com/cn/?p=797 2020年3月31日,WordPress 5.4正式版发布。
这是Wordpress在2020年发布的第一个大型更新。

试用Wordpress 5.4

由于Wordpress 5.4是一个大版本更新,因此为了避免插件和主题的兼容性问题,Wordpress不会进行自动更新,只能由用户手动启动更新。

在更新之前一定不要忘了备份。

我一直坚持尽量不用额外的插件,所以插件很少,感觉应该不会出太多问题,所以在第一时间进行了更新。

这次的更新包含了很多新功能,不过主要都是集中在古腾堡编辑器上。对于一直使用经典编辑器的用户来说可能不会带来太多变化。

古腾堡编辑器改进

首先,老实说,古腾堡编辑器由于各种原因并不是很受欢迎

WordPress官方似乎也知道这个情况,所以一直在提供经典编辑器插件来实现5.0以前的编辑器环境,经典编辑器插件的用户数量也是非常庞大。

但是根据调查,这个经典编辑器插件的安装数量正在快速减少。毕竟新用户可能不回去专门使用旧版编辑器,而老用户多少会有一部分人开始尝试新功能。

本次5.4的更新着眼于改进古腾堡(Gutenberg)编辑器,应该也是为了进一步推进向古腾堡的全面迁移。

新区块

5.4版的古腾堡编辑器中新增了两个新区块,感觉实用性还不错。

社交网络图标

顾名思义,社交网络区块提供在文章中插入社交网络图标的功能。

用户可以通过在块中插入要添加的SNS图标来创建指向个人资料的链接。

wordpress社交图标

是否能支持 微信 微博 等国内社交网络还不确定。

而且目前只可以连接到自己的用户资料,方便读者加关注。尚未实现分享功能。

Buttons区块

在以前的古腾堡编辑器中存在一个Button区块,这次更新之后变成了Buttons区块。
顾名思义,这次的改动最大的变化就是可以添加多个按钮了。

Buttons区块

而且不仅是数量限制的取消,新的按钮外观的自定义更加灵活,并且添加了自定义元素,例如渐变和边框颜色。
此外,还可以将类似的渐变用作封面的背景。

WordPress最初只是一个面向博客的CMS,而现在已经在各种领域开花结果。所以更加灵活多样的按钮形式也是必然的需求。
从这个看上去无关紧要的更新点也可以看出Wordpress进一步增强泛用性,扩大市场份额的计划。

选择图像尺寸

把图像添加到Wordpress时,默认设置会自动生成多张分辨率不同的图像,但是用户在实际使用时无法控制使用哪一张。

对于正常的文章内图片,Wordpress会根据网页的情况自动选择最佳尺寸,确实不需要用户控制。但是如果在某些情况下只想使用高质量的图片,比如有关摄影的文章,或者干脆就是画集,Wordpress自动选择的图片质量可能就不够用了。

所以在这次的Wordpress5.4更新中新增了选择图像尺寸的功能。

wordpress选择图像尺寸

TikTok支持

Tiktok(抖音的海外版)目前在全世界范围内影响力越来越大,所以这次Wordpress的更新中也集成了对抖音视频的支持。
使用方法与YouTube视频一样,将Tiktok视频的URL附加到新增的TikTok区块即可,非常方便。

不过由于我不用抖音,不确定能不能支持国内抖音视频的播放。

wordpress 抖音

WordPress 5.4的系统要求

WordPress 5.4没有更改PHP的版本,所以从5.3更新到5.4不需要担心服务器的其他软件系统兼容性。

不过Wordpress的官方主题都随着5.4版本同步进行了更新,在里面增加了关于软件运行环境的设定。

例如,在Wordpress 2020年官方主题的style.css中添加了以下代码:

Requires at least: 4.7
Requires PHP:5.2.4

上面的4.7是运行这个主题所需要的最低Wordpress版本。
下面一行是运行这个主题所需要的PHP版本。

这应该是为将来自动更新主题和插件所做的铺垫。

本网站已第一时间更新至Wordpress5.4,运行状况良好,没有发现明显的bug。总的来说这次的版本更新值得一试。

]]>
https://hexgleam.com/cn/blog/wordpress_5_4-review/feed/ 0
亚马逊网站错误页面上的狗出现在了谜之文件的注释里 https://hexgleam.com/cn/blog/cm_cr_dp_d_show_all_btm_file_from_amazon/ https://hexgleam.com/cn/blog/cm_cr_dp_d_show_all_btm_file_from_amazon/#respond Wed, 01 Apr 2020 02:50:24 +0000 https://hexgleam.com/cn/?p=791 今天逛亚马逊的时候遇到了一个有点奇怪,又很有趣的bug。

查看所有评价

经常用亚马逊的人应该都知道,亚马逊的商品页面最下面有用户评论栏,如果评论比较多的话会显示几个质量比较高的评论,紧接着在最后有一个【查看所有评论】的按钮,可以跳转到专门的评论页面查看所有的评论。
就像这样:

查看所有评论

但是今天我点击这个查看所有评论,并没有跳转到评论详情页面,而是下载了一个文件。

ref=cm_cr_dp_d_show_all_btm
文件名是“ref=cm_cr_dp_d_show_all_btm”。

我最初认为这应该是因为某个bug,导致打开页面变成了下载页面,这应该是评论页面的html文件。但是仔细一看这个文件又没有扩展名。
如果是别的网站就很可疑了,但是来自亚马逊的文件应该不会是什么有害的东西。

于是我用文本编辑器打开一看:
amazon ascii dog
emmm…
这是一只狗。

Amazon的“道歉狗”

回忆一下,其实亚马逊的网页和APP在遇到错误的时候是会显示一张狗的图片的。
经常用亚马逊的朋友应该是遇到过:
亚马逊 狗
据说在404或者错误页面上放置诸猫狗这些可爱的动物可以缓解遇到错误的用户心中的不快。
亚马逊 狗

程序员的幽默

话说回来,这次下载的文件应该也是亚马逊的某位程序员准备的小彩蛋,以ASCII字符画的形式画了一只亚马逊“道歉狗”,在某个请求失败的时候放出来。
在程序员的圈子里利用代码注释写(或者是画)一些有趣的东西的例子还是挺多的,有一些比较有名的甚至成了段子。

比如这个佛像:

代码佛像

既然在这贴出来了,那我也替我的网站服务器许个愿:

[永不宕机 数据长存]

]]>
https://hexgleam.com/cn/blog/cm_cr_dp_d_show_all_btm_file_from_amazon/feed/ 0
静态路由的原理及实践应用(多个网关下Windows10的路由配置) https://hexgleam.com/cn/blog/config-static-routing/ https://hexgleam.com/cn/blog/config-static-routing/#respond Wed, 25 Mar 2020 09:17:13 +0000 https://hexgleam.com/cn/?p=784 具有多个子网的网络

在上一篇文章中,我提到了具有多个子网的网络。

多个LAN网络

在这个网络中有3台路由器,各种设备分散在它们构成的3个子网中。

与交换机的即插即用不同,在不进行任何配置的情况下这3个子网是不完全联通的,要想让他们以一定的规则联通或者隔离,则需要配置相应的路由表和防火墙规则。

其中的静态路由的原理和配置方法在本文根据上面图中的网络进行说明。

尝试从PC访问NAS

假设我们现在要从PC访问NAS。

PC的默认网关是RouterC,也就是说默认情况下将数据发送到RouterC
但是此发往NAS的IP报文的目的IP是10.0开头的LAN地址,不能被发送到Internet,所以这个包会被RouterC丢弃,或者被提供商的终端设备丢弃。
因此为了访问NAS,需要做的第一件事就是告诉PC:“发往NAS的数据应该发给RouterB而不是RouterC”。

PC路由表(网关)设置

操作系统都有一个自己的路由表,主要用来记录网关(默认网关以外的),以及管理多个网口。
以Windows为例,在Windows 10中,可以使用以下命令将静态路由添加到路由表中。

route -p add 10.0.0.0 mask 255.255.0.0 10.1.0.1

这条命令在Windows中添加了一条“把目的ip为10.0.x.x的IP包发往10.1.0.1”的静态路由规则。
对于符合路由表中某条规则的IP报文,Windows会按照这条记录的规则发送,而没有相应静态路由的报文才会发送到默认网关,所以添加了这条静态路由之后发送给NAS的报文将会被首先发送到RouterB,而不是被设为默认网关的RouterC

这是解决问题的第一步。

路由器B

RouterB直接连接到NAS所在的SubnetA,可以学习到SubnetA的存在,自动生成通往SubnetA的路由表,因此不需要任何手动设置。

请注意,RouterB处于局域网随,所以没有配置NAT地址转换。经过RouterB转发的报文的源地址仍为PC的IP地址。

source 10.1.0.2
destination 10.0.0.3

来自NAS的回复

RouterB的SubnetA侧接口(实际使用的是家用路由器,说是“WAN口”可能更好理解。但是因为没有配置NAT,路由器本身并没有内外之分)和NAS位于同一子网,所以可以通过ARP协议学习到NAS的MAC地址。因此来自PC的IP报文在通过RouterB后被RouterA的交换机部分直接转发给NAS。

到此为止,来自PC的访问终于抵达了NAS。但是NAS必须将处理后的相应返回给PC。
首先NAS生成如下的IP报文:

source 10.0.0.3
destination 10.1.0.2

NAS连接在RouterA的LAN上,所以一般会把默认网关设置为RouterA。但是真实的网络拓扑是NAS连接一台交换机,这台交换机上还连接了RouterA和RouterB,对于NAS来说两台路由器是一样的,没有WAN/LAN之分。对于路由器也一样,两边是对称的,只是一边固定连接了一台交换机而已。

如果NAS的默认网关就是RouterB,那么就没有任何问题。不过如果NAS的网关是RouterA,则需要一些设置,这些返回的IP报文才能顺利抵达PC

主要有两种设置方法:

设置NAS的静态路由表

这与之前在PC上做所的设置相同。
在NAS上添加静态路由规则,把发往10.1.x.x的报文发送给RouterB的SubnetA侧端口10.0.0.2。

RouterA上配置静态路由

或者,在不更改NAS设置的情况下,RouterA上配置静态路由,让RouterA接收到发往10.1.x.x的报文时不是按照默认动作发往Internet或者直接丢弃,而是发给RouterB的SubnetA一侧的端口,即10.0.0.2。

我这里的RouterA是一台思科企业级路由器,需要通过IOS命令来配置,具体说明请参见之关于思科路由器配置的文章。

Router(config)# ip route 10.1.0.0/16 10.0.0.2

参数分别是目的子网,子网长度(子网掩码)和下一跳地址。和Windows的命令思路完全相同。

两种方法之间的区别

这两种方法的结果相同,区别只是通信路径略有不同:

  • 在诸如NAS之类的终端设备上设置静态路由可以缩短通信路径(不通过默认网关路由),并且不会在RouterA上产生不必要的流量。
  • 在路由器上设置静态路由会增加一些通信量,但是泛用性更强,不需要对子网中的每个设备一一进行配置。

关于NAT

以上设置基于一个前提:不在RouterB上启用NAT。
如果在RouterB上启用了NAT,则来自PC的IP报文的source地址将被RouterB的SubnetA侧地址代替。对于NAS来说完全等同于子网内的通信,所以不需要对NAS或者RouterA进行配置。

但是这样本来对称的路由器就有了内/外之分,SubnetA(外部)中的设备将无法直接访问SubnetB(内部)中的设备(尽管配置端口映射可以一定程度上解决)。

而且NAT本身是解决IP地址短缺的一种办法,并不应该在IP地址充足的局域网中滥用。

]]>
https://hexgleam.com/cn/blog/config-static-routing/feed/ 0
配置IPv4-PPPoE与IPv6-IPoE双路接入,在享受高速通信的同时保留独立IP https://hexgleam.com/cn/blog/use-both-pppoe-and-ipoe/ https://hexgleam.com/cn/blog/use-both-pppoe-and-ipoe/#respond Thu, 19 Mar 2020 14:45:48 +0000 https://hexgleam.com/cn/?p=775 本文中的介绍基于我现在使用的日本运营商网络,国内网络情况可能有所不同。

IPoE连接

我之前在这篇文章中介绍过IPoE和PPPoE的区别。

Related

之前的路由器配置中,多次提到过PPPoE拨号上网这个词。相信自己配置过宽带网络的人对这个词都不会陌生。但是究竟什么是PPPoE,为什么要使用PPPoE呢? 什么是PPPoE 要说什么是PPPoE(Point to Point Protoco[…]

windows98-dialup

简单来说就是IPoE基于IPv6地址认证,免除了对每一个IP包进行认证的处理负荷,实现了完全基于原生IP协议的传输,大大提高了网络接入速度。

问题是IPoE只对IPv6适用,目前大部分网站还都没有完成向IPv6的迁移,所以原生IPv6的适用范围很小。好在现在有一些技术可以把IPv4的报文封装在IPv6中,让IPv4流量通过IPv6隧道进行传输,享受IPoE的高带宽。

目前在日本比较流行的封装方式是MAP-E和DS-Lite,我目前使用的运营商支持MAP-E方式,所以我也进行了一下尝试,这是测试结果:
IPv6通信速度

虽然地址打了码,但是可以看到是IPv4的地址,IPv6的速度。

steam下载速度

我专门选在了晚上的高峰期进行测试。不过其实所谓“高峰期”,真正拥堵的不是运营商的交换机,也不是路由器,而是用来拆包认证PPPoE用户名密码的的认证服务器。所以高峰期网速大幅下降是PPPoE特有的问题,IPoE接入速度受时段的影响不大。

MAP-E端口分配

日本运营商的MAP-E服务对最多32名用户提供一个共享的IPv4地址,给每个用户分配16×15共240个介于4096到65535之间端口,所以MAP-E连接无法像PPPoE一样自由使用端口。

分配给每个用户的IPv4地址和端口是固定的,可以根据自己的IPv6地址进行计算。
MAP-E端口分配

4096以下的常用端口不会分配给任何人。所以这样虽然不妨碍一般使用,但是如果像我一样要在自己的服务器上运营网站就不得不放弃MAP-E,使用传统的PPPoE。

好在目前的网络设备基本都是IPv4 IPv6双栈的,IPoE连接和PPPoE连接可以共存,互不干扰。所以可以在PPPoE上建立服务器,另外在创建一个生活用的高速IPoE网络。

IPoE与PPPoE共存

MAP-E的会话和PPPoE会话是独立存在的。
也就是说在同一根入户光线上,可以在建立PPPoE连接的同时再建立一个独立的IPoE连接,它们互不影响。

PPPoE穿透

这似乎是最常用的方式。
pppoe穿透
将支持PPPoE穿透的MAP-E路由器连接到光猫,在后面连接另一台用于PPPoE拨号的路由器。

这样前面的MAP-E路由器可以建立一个MAP-E连接,而把PPPoE包全部桥接到后面的PPPoE路由器,建立一个独立的PPPoE连接。
这种方法简单易用,不过需要下面连接中这样的同时支持PPPoE穿透和MAP-E的路由器。

IPv6穿透

这与PPPoE穿透正好相反。
IPv6穿透
前面的路由器建立一个PPPoE连接,把IPv6桥接给后面的MAP-E路由器。

几乎所有的路由器都支持IPv6桥接,所以这种方法最具有普适性。但是连接到IPv6桥接路由器的所有设备都会获得一个IPv6主机地址,如果不想在IPv6网络上公开的话需要手动禁用IPv6,或者进行相应的防火墙设置。

在路由器和光猫之间添加交换机

这毫无疑问是最容易理解的方式了。
在光猫和路由器之间设置交换机
IPoE和PPPoE本来就是两个独立的网络,上面两种方法用到了串联桥接,无非是光猫一般只提供一个WAN接口。但是别说是IP协议,只要是基于以太网的协议,我们都可以用交换机来实现更多设备的链接。

在光猫之后设置一台交换机,把2台路由器同时连接到光猫是完全可行的。

优点是结构明了,配置简单。而且一台路由器发生故障不会影响另一台的工作(虽然引入了交换机故障的可能性,不过2层交换机出现故障的可能性极低)。
缺点自然是需要一台交换机。TP-Link等厂家都有小型的5口2层交换机,价格也不贵。

LAN融合

以上三种方法有一个共同点,就是网络中存在IPoE和PPPoE两台路由器2个网关。自然也就有2个子网。
如果服务器用网络和生活用网络完全分离的话并没有什么问题。不过如果网络中还有NAS等共享设备,而且想在同一个LAN内用PC管理服务器,那就需要把两台路由器的LAN融合成一个。

首先,一个子网上只能有一个DHCP服务器,因此必须首先关闭任一路由器上的DHCP功能。
建议关闭PPPoE路由器上的DHCP并将MAP-E设为默认路由器,这样未经特别设置的设备如手机等会把高速的IPoE网络作为默认网关

然后用网线把两个路由器的LAN口连接起来。
合并LAN
可能会有一些读者对这种环一样的接线赶到违和,甚至困惑。
不过不要忘了日常生活中所说的路由器其实是路由器和交换机的组合,其中真正的路由器部分有一个外部WAN接口和一个看不到的内部接口,这个接口固定连接着一台外面有4个LAN接口的交换机。
LAN部分只是单纯的2层交换机。所以这种合并方式相当于把两台交换机连接在一起,在这两台交换机构成的LAN上连接了2台路由器通往不同的网络而已。

两个网关

因为具有两个网关的子网不常见到,所以特别说明一下:

  • DHCP会为通过DHCP自动获取IP地址的设备指定默认网关。
  • 如果要通过DHCP指定的默认网关以外的网关与外界通信,则需要禁用DHCP,手动设置IP地址和网关。
  • 如果要在PC上同时使用两个网关,则需要把其中一个设为默认网关,然后以静态路由的形式指定哪些流量使用另一个网关而不是默认。

使用企业级路由器

企业级路由器自带多个WAN口,而且可以通过灵活配置语言来配置多个PPPoE,IPoE会话。只要一台就能满足同时建立PPPoE和IPoE连接的目的。
我的PPPoE网络也使用了思科的企业级路由器,但是这台路由器因为型号比较老,不支持MAP-E封装。

Related

上一节中,经过了一番波折我终于成功启动了这台路由器,并制定了用它上网的小目标。这期我就来介绍一下实现这个目标的过程。 为了方便说明,本文设定以下示例条件: 路由器WAN口连接光猫,通过pppoe拨号上网 从运营商获得的用户[…]

cisco router configuration

目前日本市场上比较流行的支持MAP-E的企业级路由器有YAMAHA的RTX830和RTX1210等。

(没错,就是那个做全套乐器/音响/发动机/摩托车/游艇/游泳池/房子/芯片/机器人的雅马哈,企业级路由器做的也很好。)

使用企业级路由器省去了多台路由器的麻烦,而且更加可靠耐用。缺点自然是价格会比较高,而且需要学习相应的配置命令。

家庭网络

我在家中使用的是IPv6穿透的方法,但是没有融合两个LAN。(因为我买的是一台最廉价的支持MAP-E的家用路由器,子网掩码固定为255.255.255.0,不能更改。而先行的网络是/16的子网掩码)

而是启用了一台闲置的无线路由器来联通两个子网,顺便还隔离出了一个安全性更高的子网用来管理服务器。

网络拓扑图

网络拓扑图

主路由器

主路由器就是催生了这个博客的思科C892FSP,设置为PPPoE拨号链接,IPv6穿透。
这台路由器下有两个子网,一个是用来对外公开的DMZ,另一个是一直以来除服务器以外全包的通用LAN。

MAP-E路由器

最近添加的MAP-E路由器连接在主路由器后面,通过穿透过来的IPv6建立IPoE连接。这台路由器将为我提供以后日常生活用的高速网络。这是一个独立的网络,这个子网中的设备不能访问其它子网。

安全局域网

主路由器的LAN上还有另一个路由器,它提供了更安全的服务器管理子网。
这台路由器虽然是以前闲置不用的家用路由器,但是还好有比较完整的手动配置支持。我禁用了NAT映射等不需要的功能,给两端的接口配置了静态IP,让它成为了一台真正的 “路由器”。

(“路由器”是连接多个子网,并在子网之间根据一定的规则执行路由转发的设备。PPPoE拨号,MAP-E,无线AP,LAN交换机,NAT,过滤等功能严格来说不是路由器的功能。)

这台路由器连接到主路由器,但是配置了特殊的静态路由和防火墙,无法自由访问互联网。

总结

本文主要介绍了几种利用IPoE双栈在最基础的家用设备上同时使用IPoE和PPPoE的方法。花一分钱买两份网,还有一份特别快,算是超值了。

同时还简单介绍了一下自己的网络配置。关于其中涉及到的多个子网的相互通信原理以及PC和路由器的静态路由设置,我会在另一篇文章中进行详细介绍。

]]>
https://hexgleam.com/cn/blog/use-both-pppoe-and-ipoe/feed/ 0
backblaze 2019年硬盘故障率统计报告 https://hexgleam.com/cn/blog/backblaze_2019_annual_report/ https://hexgleam.com/cn/blog/backblaze_2019_annual_report/#respond Sun, 15 Mar 2020 06:06:13 +0000 https://hexgleam.com/cn/?p=746 截至2019年12月31日,Backblaze拥有124,956块机械硬盘。其中有2229个系统盘和122658个数据存储盘。
这篇统计着眼于backblaze数据中心中运行的数据硬盘型号的硬盘硬盘故障率,以及新加入的12TB,14TB及16TB型号的性能。

2019年按制造商和制造商分类的硬盘故障率

2019 backblaze drive stats

有151个硬盘(122,658减去122,507)未包括在上面的列表中。这些硬盘要么用于测试,要么在2019年第四季度总运行时间没有达到5000硬盘日。5000硬盘日的标准是为了消除偶然情况对统计的影响。

唯一在2019年没有出现故障的硬盘是东芝4TB,型号:MD04ABA400V。但是数据样本仍然很小,假如一年中只有1个该型号硬盘发生故障,那么这款硬盘的年故障率(AFR)将从0变成0.92%,这是一个不算低的数值。
东芝14TB硬盘(型号MG07ACA14TA)表现良好,AFR为0.65%,与一直以来表现最优秀的HGST硬盘的故障率相似。
希捷6TB和10TB硬盘仍然表现出色,年故障率分别为0.96%和1.00%,低于平均值。
所有硬盘2019年的总体AFR为1.89%,远高于2018年。我们将在本文的后面部分讨论。

希捷16TB硬盘

在2019年第四季度,backblaze开始对型号为ST16000NM001G的Seagate 16TB硬盘进行测试。截止到第四季度末,一共有40个该型号硬盘投入运行,总共有1,440个硬盘日(远低于我们第四季度的5,000个硬盘日阈值,因此他们没有进入2019年排行榜)。直到12月31日这批硬盘的故障率为0%,目前为止看上去很好。如果这批硬盘最终能通过测试,那么它们将会在2020年用于替换以前的12TB型号。

东芝8TB硬盘

在2019年第四季度,有20个东芝8TB硬盘,型号:HDWF180。这些硬盘已经安装了将近两年。在第四季度,他们只有1,840个硬盘日,低于报告阈值。但是整个生命周期中共有13,994个硬盘日,只有1个硬盘故障,因此AFR为2.6%。该型号硬盘数量极少的原因是当东芝开始批量供货时,12TB硬盘的单位容量价格已经降到和这款8TB相同,所以backblaze选择了密度更高的产品。之后backblaze会向16TB硬盘迁移,所以很可能不会再购买这些小容量硬盘。

HGST 10TB硬盘

运行中的20个HGST 10TB硬盘,型号:HUH721010ALE600。这些硬盘已经使用了一年多。它们与Seagate 10TB盘位于同一存储节点中。自安装以来,HGST硬盘一共运行了8,042个硬盘日,没有发生任何故障。但是与东芝8TB一样,以后不太可能再购买这些10TB硬盘。

东芝16TB硬盘

backblaze在2019年投入了20块东芝16TB硬盘,型号:MG08ACA16TA。目前仍然在测试中,所以没有出现在这次的统计数据里。

与之前年份的比较

比较2017年,2018年和2019年的硬盘硬盘统计信息
下表比较了过去三年中每年的年度故障率(AFR)。

2017-2019年年度硬盘故障率
backblaze 3year drive stats

2019年AFR总体上升

2019年的总AFR显著上升。从2018年到2019年,大约75%的不同硬盘型号的AFR有所增加。这一增长背后有两个主要驱动因素。

首先,随着年龄的增长,8TB硬盘作为一个群体似乎正面临中年危机,每种型号都表现出最高的故障率。而且这些硬盘数量庞大,占到了所有硬盘的1/4,所以它们故障率的提高对总体AFR也有较大的影响。

第二个因素是问题比较大的Seagate 12TB硬盘,从12TB向更大密度迁移的计划将会解决这个问题。

推动多元化

2019年,各个硬盘品牌的制造商多样性略有增加.

2018年,希捷硬盘在运营中的硬盘中占78.15%,到2019年底,该百分比已降至73.28%。 HGST从2018年的20.77%增至2019年的23.69%,东芝从2018年的1.34%增至2019年的3.03%。

终身硬盘统计

比较多年来硬盘硬盘的年故障率是发现趋势的一种好方法,backblaze还统计了硬盘硬盘的终生年度故障率。
下表显示了截至2019年12月31日生产中所有硬盘型号的年化故障率。
backblaze hdd lifetime stats

数据出自backblaze官方博客https://www.backblaze.com/blog/hard-drive-stats-for-2019/

]]>
https://hexgleam.com/cn/blog/backblaze_2019_annual_report/feed/ 0
Crucial P1: QLC SSD尝鲜(吃螃蟹)体验 https://hexgleam.com/cn/blog/crucial_p1_qlc_ssd_review/ https://hexgleam.com/cn/blog/crucial_p1_qlc_ssd_review/#respond Sat, 14 Mar 2020 08:23:44 +0000 https://hexgleam.com/cn/?p=727 在关于机械硬盘的讨论中,我还在关于技术是不是开倒车的话题中提到了QLC固态硬盘。其实我也是QLC固态硬盘的用户。
说起QLC,目前的处境和叠瓦硬盘有点相似:人人喊打,但是还越卖越多。
人人喊打的原因主要是预期寿命(TBW)低以及超过SLC缓存之后写入速度慢。而越卖越火的原因是便宜,钱包还是很诚实的。

QLC真的那么不堪用吗

其实,QLC也没有想象中的那么不堪用。影响SSD寿命的因素有3个

  1. 颗粒类型,SLC天生要比MLC要强,更比QLC要耐用到不知道哪里去了,这是事实。
  2. 主控,这个包含两个方面,一个是主控本身的寿命,另一个是主控是否可以合理的管理数据,均匀的使用颗粒,且尽量减少写入
  3. SSD的容量。这个是容易被忽视的一个因素。容量越大,其包含的block越多。现在的主控都有把写入均匀分配到每个block上的策略,可用的块越多,每个块的写入量就越少。而且大容量SSD通常还都配备了大容量缓存,比如4TB的三星860QVO,配备了4GB的LPDDR4缓存,可以帮助主控尽可能的减少擦写次数。

由于第1条的决定性作用,目前相同容量下QLC的寿命肯定不如TLC,这是毋庸置疑的。但是如果是相同(或者说相似)价格呢。
在以前没有出现QLC硬盘的时候,我买了TLC的三星的970EVO,作为台式机的系统盘使用。

现在来比较一下这两款SSD。

型号 容量 价格 缓存 TBW
Crucial P1 13298 1tb 1gb ddr4 200
Samsung 970EVO 28272 1tb 1gb ddr4 600
Samsung 970EVO 15140 512GB 512mb ddr4 300

不难看出以下规律:

  • 更大的容量不仅是能存储更多的数据,而且还意味着更多的TBW,更大的缓存。
  • 同样的价钱QLC可以买到更大的容量。

比如我买的Crucial P1 1TB版,带有1GB DDR4缓存,标称写入寿命只有200TBW
而采用TLC颗粒的970EVO的1TB版则有600TBW
但是到了价格相似的970EVO512GB版,标称写入寿命是300TBW,缓存512MB相比之下就没有那么大的差距了。

究竟多少TBW够用

每天100GB的写入,200TBW就是2000天,我觉得够了。更何况TBW是一个用作质保的很保守的数值,实际寿命是远远要多于这个数值的。

因为SSD都储存有一定量的预留区块不作为可用容量公开。当某些block到达写入寿命失效时主控会用预留区块来替代失效区块。只有失效区块耗尽后SSD才会进入无法写入的写保护状态。
ssd tbw and reallocated block
比如这块三星840,标称TBW是300TBW,从100多TBW的时候就开始消耗预留区块,而直到标称寿命3倍的900TBW,仍然有40%以上的可用预留区块。实际使用寿命破千应该不成问题。
而且我也有一块超过标称寿命的SSD:

intel dc p3700 HET MLC

标称寿命14.6PBW的800GB英特尔DC P3700,实际写入已经达到了74PB,现在仍然在我的服务器上服役。目前这个博客里的所有内容都来自这块超期服役的SSD。

当然我不是说标称写入寿命没有参考价值。

如果真像这块p3700曾经的主人一样有在25000小时内写入74PB(相当于24小时开机,每天写入74TB,持续1000天)的需求,那TB量级写入寿命的普通民用SSD不管是TLC还是MLC都难以活过一个月。而对于每天100G也写不了的普通家用来说,TLC和QLC同一量级的TBW并不会带来什么实际的差别。

任何硬件都有可能发生故障

高可用性并不是建立在硬件的可靠性上的。
数据中心能够实现永不下线的服务,依靠的不是不会故障的硬件,而是建立在任何硬件都有可能随时发生故障的前提下的聪明的策略和可靠的软件。

云存储大佬backblaze放着客观上可靠性更高的企业级硬盘不用,反而采用了和你我使用的硬盘一样的消费级硬盘。显然,消费级硬盘的有着更高的故障率,但是即使是企业级硬盘也不能保证不会发生故障,数据安全终究要靠RAID,热备份,冷备份来实现。
既然如此,倒不如直接用廉价的消费级硬盘,来降低运行成本。(backblaze的价格几乎是业界最低的,远低于Amazon,Google,Microsoft)

家庭不比数据中心,但是一样要有备份策略

一般家庭自然不至于采用多机热备,vSAN,甚至异地备份的策略。但是最基本的容灾策略还是要有的。
比如把存储空间从单独的PC转移到NAS,既能提供共享访问,也可以通过RAID提供最基本的故障容灾。
以及把极其重要的数据上传到云空间。最简单的就是微软的One Drive,与Windows10高度整合,能和本地存储一样方便的访问。 其次还有GoogleDrive以及刚才提到的backblaze都提供免费的存储空间。

而真正需要放在PC内置SSD上的热数据,大概是操作系统,应用软件和游戏之类,安装完成之后的使用过程中写入较少,而且重新安装虽然麻烦,但至少都是可以恢复的。所以我认为对于作为高速热数据存储的SSD不需要为了一点点的可靠性提升而多花太多钱。
当年被称为垃圾的TLC和现在被称为垃圾的QLC在故障率方面没有质的差别。追求硬件可靠性的话可以选择英特尔DC P3700这样的企业级固态硬盘或者傲腾SSD

Crucial P1 Nvme固态硬盘使用体验

我在去年SSD最便宜的时候买了一块1TB的英睿达P1,用来装到出厂只带机械硬盘的丐版笔记本电脑上作为系统盘。
crucial p1 1TB price

当时SSD价格处于低谷,现在反而贵了一些。

安装完成之后我也测试了一下实际的性能。crucial p1 1TB benchmark

速度只能说是够用,作为NVME固态来说并不算出色。而且这是SLC缓存区段的速度,至于高速缓存区用完之后的写入速度,根据网上的信息是会降低到100MB/s。
crucial p1 1TB constant write
这块硬盘的SLC缓存区段大约是130GB,我目前在实际使用中还没有遇到过需要连续写入这么多数据的情况,不过有130GB以上连续写入需求的用户最好还是考虑一下这个问题。

总体来说,目前这块硬盘使用一些正常,性能方面也完全够用,日常使用感觉不到硬盘的瓶颈。
至于最终的寿命,哪天这块硬盘挂了我再来更新一篇这块固态硬盘整个生命周期的使用报告。

]]>
https://hexgleam.com/cn/blog/crucial_p1_qlc_ssd_review/feed/ 0
给群晖NAS添加第二块硬盘 https://hexgleam.com/cn/blog/add-drive-to-ds218play/ https://hexgleam.com/cn/blog/add-drive-to-ds218play/#respond Sat, 07 Mar 2020 08:36:33 +0000 https://hexgleam.com/cn/?p=537 最近趁亚马逊打折购买了一块希捷8TB硬盘,添加到用于流媒体播放的群晖DS218play上实现RAID1数据冗余。

NAS

说起NAS(Network Attached Storage)相信现在大家已经都不陌生了。它相当于是家庭局域网内的存储服务器,可以提供文件的储存和共享,而且还基本都支持流媒体解码播放功能。当然通过端口映射等配置也可以实现从外部互联网访问NAS,但是这种方式就失去了家庭NAS最大的优点:基于LAN的高速传输。

群晖DS218play

我的NAS主要是用于保存照片,音乐和视频。单纯作为存储的话用普通的服务器(比如运行这个博客的服务器)来搭建NAS固然可行,但是对于音视频文件,音频文件最好能连接DAC直接播放,视频则最好能够适应各种编码格式,并且实时转码播放到各种终端。完成这些任务需要配套的软件,而且支持硬件加速的ARM架构处理器的效率也要高于即使是性能强大很多的至强x86处理器。
所以针对流媒体播放的需求,我选择了群晖DS218play。
synology ds218 play
DS218play是群晖DS218的姐妹机型,专为流媒体播放优化,支持4K实时转码和USB DAC。而群晖系统的软件支持自然不必多说,可以直接通过手机APP把音频文件播放到连接到NAS上的USB DAC这一点对我来说非常实用(当然也可以直接播放到手机)。

浴缸曲线

bathtub curve
这幅图被称为浴缸曲线(浴盆曲线)代表了大部分电子产品在在全寿命周期内发生故障的概率。

  • 在使用初期,零部件缺陷,装配不当等因素会在短时间内集中暴露,所以故障率较高。而厂商也明白这是自己的问题,所以提供这段时期的质保服务。
  • 在最初的一段时间内没有出现故障则说明设备工作正常,在接下来的寿命期限内都可以按照设计稳定工作,只有一些偶发性的低概率故障。
  • 在产品寿命终末期,各种部件开始老化,故障率激增。

综合这些考虑,NAS启动初期并没有多少数据,硬盘故障带来的损失不大,而之后的一段时间硬盘的故障率又极低。
所以虽然DS218有两个盘位,但是我在买NAS的时候只同时购买了1块希捷6TB硬盘(当时6TB型号单位容量价格最低)。计划等到这块硬盘的寿命中期再添加新的硬盘组建RAID1提供数据冗余保护。说白了还是数据不够值钱
这样做还有一个重要的原因:
同型号,同批次,同时投入使用的两块硬盘极有可能在相近的时间内发生故障,使得一块硬盘故障后更换硬盘,在重建RAID的过程中另一块也发生故障的风险大大提高。
使用不同品牌,不同型号的硬盘,或者把同型号硬盘拉开时间间隔,分批投入RAID是比较理想的方式。

ST8000DM004

目前NAS已经用了差不多2年,而里面那块希捷最便宜的酷鱼系列的硬盘的质保总共也就2年。虽然S.M.A.R.T.检测一直都在做,信息也完全正常,不过随着里面的东西越来越多,是时候加一块硬盘组建RAID1了。
这次趁亚马逊打折购买到的是仍然是希捷最便宜的酷鱼系列产品,现在每TB价格最低的是8TB款,型号是ST8000DM004。

之前的那块型号是ST6000DM003,版本差了一代,不过都是SMR叠瓦硬盘,没有什么区别。
关于叠瓦硬盘的讨论请参照下面这篇文章。

Related

近几年采用叠瓦记录方式(又称SMR,缩写自)的硬盘逐渐占领了市场。 关于叠瓦式硬盘的原理和优劣,网上也有不少介绍,不过很多都不够系统,不够详细。 在这里我就详尽地介绍一下叠瓦记录方式产生的背景,记录原理,优劣,以及实际使用叠瓦硬盘的体验。 […]

叠瓦式硬盘(SMR)技术解析与使用体验

Synology Hybrid RAID

添加硬盘之后需要在存储管理器中选中相应的存储池,选择添加硬盘来把新硬盘加入到已有的存储池中。
存储池的模式默认是SHR(Synology Hybrid RAID),这种模式可以在多块容量不同的硬盘上切分出相同大小的块来分别组建RAID,最大化利用硬盘空间。
synology hybrid raid
但是对于双盘的型号其实没有太大的作用,多出来的部分即使可以划分成存储池,但是也没有数据冗余,价值不大。
我计划过段时间再加一块8TB的硬盘上去,把6TB硬盘换下来做冷备份。

RAID重建与数据安全

存储池设置完成之后即开始重建工作。NAS会自动把旧硬盘上的数据拷贝到新硬盘上,并校验两块硬盘上数据的一致性。
假设复制与校验的速度是100MB/s,那么6TB大约需要16个小时,在这期间原有硬盘会连续进行读操作,工作压力比较大。
重要的事情再说一遍,同批次,同时投入使用的硬盘很可能在相近的时间内发生故障,重建期间的持续读写导致第二块硬盘发生故障的可能性极高,尤其是对于RAID5。
最好不要一次购买多块相同的硬盘组建RAID。

]]>
https://hexgleam.com/cn/blog/add-drive-to-ds218play/feed/ 0
叠瓦式硬盘(SMR)技术解析与使用体验 https://hexgleam.com/cn/blog/shingled-magnetic-recording-explaination/ https://hexgleam.com/cn/blog/shingled-magnetic-recording-explaination/#respond Fri, 06 Mar 2020 08:19:12 +0000 https://hexgleam.com/cn/?p=587 近几年采用叠瓦记录方式(又称SMR,缩写自)的硬盘逐渐占领了市场。
关于叠瓦式硬盘的原理和优劣,网上也有不少介绍,不过很多都不够系统,不够详细。
在这里我就详尽地介绍一下叠瓦记录方式产生的背景,记录原理,优劣,以及实际使用叠瓦硬盘的体验。

叠瓦记录方式

硬盘的记录方式已经经过了数次变革。目前,要提高数据的记录密度,在有限面积的盘面上划分更多的磁道,唯一的办法就是降低磁道宽度。
磁道的宽度是由磁头决定的,所以这个问题最终落到了减小磁头的尺寸上,因为读取数据用的读磁头可以做的很小,所以一直以来制约磁道密度的是写入磁头的尺寸。

为了写入数据,写入磁头需要产生足够强的磁场来翻转盘面上的磁性材料的磁极。但是随着尺寸的减小,磁头上能够产生的磁场越来越弱,而且这是由于过小的磁头无法约束足够多的磁感线,所以并不能靠提高线圈电流来弥补。

针对这种情况,目前由两种解决思路。

降低写入的“难度”

磁盘盘片上的磁性材料的保持力越弱,磁头反转它们的磁极就越容易,这样就可以减小磁头的尺寸。
但是更弱的保持力意味着更差的稳定性,有可能会影响读出,甚至丢失数据。

那么,如果在写入的时候临时降低材料的磁性呢。
如果能在写入时通过某种方法来暂时降低反转磁极所需要的磁场,而写入完成之后材料的磁场保持力还能恢复,那么就用更弱的磁场写入数据,也就意味着可以减小磁头尺寸,增加记录密度。

目前理论上可行的临时降低磁性材料磁性的方法有两种:激光加热和特定波长的微波照射。

  • 激光加热就是希捷从2000年开始研究,现在终于有点眉目了的HAMR记录技术。
  • 而微波照射的方式就是东芝和西数正在努力的MAMR记录技术。

遗憾的是这两种技术都有很多的难点要突破,目前仍然不能大规模投入使用。
面对日益增长的存储需求,聪明的工程师们又想出了另一个更容易实现的办法。

重叠写入

既然读磁头更小,只要读取磁道的一部分就可以识别出其中数据。那么那就可以把磁道按照读磁头的尺寸来设计。
这样更宽的写入磁头一次虽然会写入两行,但是下一行会把一部分数据覆盖掉,结果是写入完成之后每一行都写上了不同的数据。
SMR tracks
这种记录方式下磁道像屋顶的瓦片一样一层压着一层排列,所以被形象的称为“叠瓦式记录方式”

最大的问题

叠瓦式记录方式下写入和读取都可以正常进行,但是当数据需要更改的时候,由于写入磁头会破坏“下一行”中已有的数据,所以需要将后面的每一行都先缓存起来,排列好之后全部重新写入。
虽然通过把若干个磁道组成一个Band,在Band的最后设置一条不重叠的磁道,从而避免因为一处更改而重写整个硬盘。但是即便如此仍然要为了一行的修改而重新读写数整个Band剩余的部分,即写入放大现象。
即使通过大容量缓存,以及专门划分一段非叠瓦区域用于存放经常更改的数据可以改善这一现象,但是无论如何都无法从根本上解决问题。
这也是SMR硬盘饱受诟病的原因所在。

SMR的适用场合

SMR并不是只有缺点,由于数据密度更高,所以SMR的连续读写速度比起以往的硬盘是提高了的:
Seagate SMR benchmark
(5400rpm就能达到180MB/s的连续读写,单就连续读写性能来说甚至超过了以往的7200rpm硬盘)

所以客观的说,SMR具有低价格,高密度,高连续传输速度等优点,同时抱有一个小范围数据更改代价极大的严重缺陷。

如果某些场合不会发生小范围的数据更改,避开了这个缺点,那么SMR相对于传统硬盘是完胜的:

  • 只读不写: 比如保存图片,视频,音乐的NAS。这些文件一般写入后只用于读取而很少更改。而且即使执行删除,更改,重新写入等操作,由于这些文件体积比较大,本来就需要重新写入大量的磁道,甚至数个Band,所以并不存在写入放大的问题。
  • 只写不改:典型的例子就是视频监控。持续不断的写入数据,写满了从头继续覆盖,永远不会修改某个部分,自然就不存在问题。

而某些可能会发生小范围重写的场合,综合考虑如果SMR的优点能够弥补缺陷,那么也可以考虑使用:

比如冷备份仓库,保存归档的文件。SMR起初确实就是先被应用到归档硬盘上的。

叠瓦是硬盘是不是在开倒车

关于叠瓦式硬盘是不是在开倒车的问题,我认为首先这个技术本身是很有意义的,在某些场合不仅提升了密度,降低了价格,而且还顺便提升了连续读写的速度。

问题在于厂家不应该把这种硬盘宣传成什么场合都适用

最初,SMR是作为Archive系列归档硬盘来出售的,这非常符合SMR技术的定位,没有任何问题。
Seagate Archive drive

但是后来不知道为什么,面向通用领域的产品,拿希捷来说应该就是酷鱼系列(上面明明写着COMPUTE)也开始使用SMR技术,
Seagate Barracuda Compute Drive
并且厂家宣称SMR同样可以适用于桌面,导致很多不明真相的买家真的买来当系统盘。那么自然是使用体验崩坏,最终结果就是网上漫天的差评。

这就像是以前有些人拿工业酒精做假酒,不明真相的群众喝了中毒失明,结果工业酒精这种东西在社会上形成了一种不好的,负面的印象。但是人家工业酒精价格低廉,是重要的化工原料和燃料,本来也就不是让人喝的。

我想也许是因为大多数用户并不了解这些内情,只认每TB价格。导致只要有一家厂商开始向桌面PC市场投放更廉价的SMR硬盘,其他厂商都必须跟进才能保持市场份额吧。

劣币驱逐良币是指因为信息不对称,物品的估值方(信息缺少的一方)估值一定时,物品的提供方(信息充分的一方)会选择提供实值较低的物品(劣币),致使实值较高的物品(良币)越来越少。

SMR是很好的技术,觉得不好是用错了场合

SMR是很聪明的发明,在不改变硬盘结构的情况下就提高了密度和容量,降低了价格。
以后即使HAMR等辅助记录技术成熟普及,SMR仍然不一定会消失,因为只要读磁头能比写磁头做的更小,SMR就有存在的价值。

至于频繁擦写,要求高IOPS的存储,还是交给SSD吧。QLC一出来降价了不少,马上PLC也要来了,还能再便宜。
话说QLC固态硬盘的遭遇和SMR相似,也有人称其为垃圾。但是其成为“垃圾”的内在本质和SMR是完全不同的。
关于QLC固态硬盘我在另一篇文章中分享自己的踩坑体验。

Related

在关于机械硬盘的讨论中,我还在关于技术是不是开倒车的话题中提到了QLC固态硬盘。其实我也是QLC固态硬盘的用户。 说起QLC,目前的处境和叠瓦硬盘有点相似:人人喊打,但是还越卖越多。 人人喊打的原因主要是预期寿命(TBW)低以及超过SLC缓[…]

crucial p1 package
]]>
https://hexgleam.com/cn/blog/shingled-magnetic-recording-explaination/feed/ 0
[2020-2]第二个月-逐渐步入正轨 https://hexgleam.com/cn/blog/monthly-report-2020-2/ https://hexgleam.com/cn/blog/monthly-report-2020-2/#respond Mon, 02 Mar 2020 11:33:07 +0000 https://hexgleam.com/cn/?p=476 开始写博客之后,感觉时间过的更快了。
不知不觉中博客开始运营以来的第二个月份也已经结束,但是搭建wordpress,装修页面,申请Adsense都仿佛就是上个星期的事情一样。

博客的第二个月

第二个月里把主要工作放在了日文站上,而且还建立了英文站。百度不收录,而且服务器在国外,说不定什么时候就被墙了,必须开辟新的战场
所以这一个月里只更新了6篇文章,算是周更了。日文12篇,英文9篇,虽然大多是基于同样内容的本地化,不过对于我这个萌新博主来说也算高产了
博客最重要的是持续更新,只要不弃坑就是好博主。
所以之后我也仍然不打算追求数量,而是认真写好每一篇文章,即使百度不收录,即使博客被墙也会继续更新下去。

访问量数据

访问量统计我使用的是谷歌统计。
google analytics
2月分的PV(Page Views,网页浏览量)一共是942,日本这边的博客圈子里把每月PV3000以下的博主划分为初心者,所以我仍然完全处于萌新阶段。
萌新阶段预计会持续3个月,期待下个月我也能从萌新阶段毕业。

就这个月的统计结果来看,上个月偶尔会出现的一天下来不开张,访问量为0的情况已经消除,每天能有二三十名新用户,多少还是有一些成就感的。
但是某些天PV数量会急剧减少,原因尚不明确。

友情链接

2月的访问量中有相当一部分来自友情链接。
和具有相似方向的博主交换友情链接,一方面可以扩展博主圈子,增进交流,一方面可以相互增加流入途径,两全其美。
而且对于访问网站的用户来说,通过友情链接可以发现更多相同类型的博客,也是一件有益的事。

搜索流入

百度仍然是只收录首页的状态,来自百度的搜索流入自然也是0。
所以只看Google搜索
search console
对于一月份每隔几天才有一次点击的情况,自2月份以来几乎每天都有数个搜索流入,上升势头明显。
因为是技术博客,通过搜索获得流入,其实就是有人对自己的文章感兴趣,甚至是解决了某人的实际问题。
所以搜索流量是最有意义的。

点阅率

根据日本博客圈子里的信息,7.4%的点阅率已经是很高了。
也可能技术博客普遍都比较高,因为根据自己的实际经验,抱有某个问题去搜索引擎寻求答案的时候,基本上看上去相关的文章都会先点开,然后再一一查阅,直到找到能实际解决问题的方法。尤其是程序员,大家多少都是google,stackOverFlow和github的搬运工。

平均排名

24左右的平均排名高于上个月,但距离首页还很遥远。
不过毕竟是新域名新网站,前几个月拿不到高排名也很正常,不着急。

Adsense收入

由于PV数量还很少,所以并没有什么可以算得上收入的收入。
不过一点蚊子腿程度的入账还是有的。而且通过博客获得的蚊子腿即使是1毛钱也觉得格外的香。(或许这是萌新独有的奇妙体验吧。
所以还是展示一下本月收入:
Adsense收入
576日元,约合35人民币。
而且基本都来自3次高单价的点击,其它日子的收入几乎是0,或者就是0。2月的最后一天29号突然来了一个186日元的点击,直接把收入从3xx提高到了5xx,有点惊喜。
到3月下旬能像消除0访问一样消除0点击就好了,不过感觉可能性不大。回收服务器电费的目标本月仍然未能实现。

商品介绍

我在日本站上引入了在日本比较流行的商品推销服务,可以直接把亚马逊和乐天上的商品图片贴过来用,如果有人通过链接购买了这些东西还能获得一些收益。
这个功能乐天会员可以直接用,亚马逊和Adsense类似需要审核网站内容。
不过相对于Adsense,这个要读者通过链接转到亚马逊或者乐天,然后购买才能成立,所以没有足够多的PV支持的话不用指望。
反倒是能把乐天和亚马逊上面海量的图片作为文章内的配图直接拿来用这个着实方便。
还添加了一个叫“Rinker”的插件(日语读音和Linker一样)来管理商品链接,如果有国外的朋友可以试一下。

服务器

1月份把服务器从惠普DL320e gen8换成了双CPU的戴尔R620,之后R620运行稳定没有出过任何问题。看来不依赖VPS,自己搭建服务器的道路是行得通的。
32vCPU,64G内存的服务器只运行一个博客有点大材小用,所以之后打算要么把博客搬到更省电的平台上,要么在干点别的,充分利用服务器性能。

未来计划

持续更新,毫无疑问这是最重要的

此外3月是日本的樱花季。
虽然受到新型冠状病毒COVID-19的影响,人多的地方已经不敢去了,不过已经在家猫了一冬天了的我视情况可能还是会去人迹罕至的山里感受一下春天的气息。
到时候会奉上游记给我的读者,敬请期待。

]]>
https://hexgleam.com/cn/blog/monthly-report-2020-2/feed/ 0