分类 工作&技术 下的文章

这个blog最初就是拿来试手做的, 以前的贴文我说过这个,就是想看看正经做一个站而不是采集垃圾站会怎么样。中间有过几次波折,比如域名选取不当而被迫中途改域名。现在时间够久了,可以回顾性发言了。

首先blog的内容,从搜索引擎角度来说应该都是优质内容,因为是全部原创的,而且文字多,关键字集中,内容角度应该算一个非常优质的网站。不过外链比较少,毕竟这年头想不花钱不大会有人给你外链。 近大半年下来,蜘蛛仍然只保持非常低的爬取频率,说明一件事,外链的重要性还是超过了内容本身的。
另外一个影响因素是,页面过少。页面过少的两大问题,一是搜索引擎觉得你的站点内容少价值不大,另外就是,就算给高权重也不会有多大流量。

以上两点决定了,这个站注定是失败的。

下面贴一下google/bing的统计图。
先说结论:
一、google的流量相对bing少了很多。这点符合预期,因为墙的原因,google价值远低于Bing。
二、bing上有展示数和点击数,可以看出,展示与点击的比率是非常高的,表明内容确实是优质受欢迎的。在webmaster工具里也看以看到,好几个关键词都是排第一,大多数关键词都是排前3,然而如此少的点击和展示表明两件事,一是关键词本身就没人有兴趣,因为这个站主要是主机内容偏多过于小众,另外就是,页面实在太少。

问题已经是很清楚明确的,不过也是无法解决的,要想优质就不可能有大量内容,想要大量内容就只能是垃圾采集。
一句话,做站已死,有事烧纸。

google.jpg

bing.jpg

省流,先说二条结论:
小鸡IO跑分并不可靠。
LXC未必比KVM性能好(越垃圾的IO越如此)。

前几天博文有KS-1跑分,HDD,4*2T,RAID10,我再贴一下:

---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 1.27 MB/s      (318) | 18.04 MB/s     (281)
Write      | 1.30 MB/s      (327) | 18.66 MB/s     (291)
Total      | 2.58 MB/s      (645) | 36.70 MB/s     (572)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 80.67 MB/s     (157) | 82.15 MB/s      (80)
Write      | 84.95 MB/s     (165) | 87.62 MB/s      (85)
Total      | 165.63 MB/s    (322) | 169.78 MB/s    (165)

可以看到,4K是相当的慢,这也是HDD的常态。
那么,这台机器开一个小鸡再跑一下分呢:

---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 294.61 MB/s  (73.6k) | 1.76 GB/s    (27.5k)
Write      | 295.38 MB/s  (73.8k) | 1.77 GB/s    (27.6k)
Total      | 589.99 MB/s (147.4k) | 3.53 GB/s    (55.2k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 2.96 GB/s     (5.7k) | 2.95 GB/s     (2.8k)
Write      | 3.11 GB/s     (6.0k) | 3.15 GB/s     (3.0k)
Total      | 6.07 GB/s    (11.8k) | 6.10 GB/s     (5.9k)

看到看到没,起飞啦起飞啦! 这已经是很不错的NVME的水平!

为什么会这样呢? 因为小鸡的磁盘是启用的write-back(unsafe)模式。简单的说,就是尽可能的母鸡缓存IO。内存够空的话,读写磁盘近乎等于读写内存。能不快吗?

结论1就是这样得出的。
结论2得出理由是,lxc是直接主机的io,不能设置write-back(unsafe)模式。主机的通常缓存不大,毕竟要考虑数据安全。一旦开始刷盘,那性能就嘎嘎往下掉了。

我以前一直在纳闷为什么老域名被bing给k掉了,甚至还给bing投过诉但驳回。折腾半天,我一直都没有想起去查一下这域名的历史记录。直到今天我打算为我的采集站注册域名时才顺带查了一下,我的天! 那域名恶贯满盈啊,一会私服,一会博彩。。浪费我几个月时间。
难怪这域名品相还不错,但就是没人要。好吧,我也等它到期就扔了。
不过话说搜索引擎也够小心眼,都这么多年前的事了都还记得,它就不能查询一下域名注册时间确定是新主人吗。

t05(1).jpg

KS-A看不到希望,改入了KS-1。18.8刀的机器,4*2T机械盘, 32G内存,D-1520(实际是D-1521)的U,300M不限流量,当然还有OVH的特色高防。这配置这个价没地方找啊,拿在手里看着也开心。
没项目没用处,就是好玩。
跑分肯定要少不了,然后亮探针,然后快进到吃灰。
下面的是YABS,硬盘是做的raid-10,吃灰机一样得讲节操的。

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2024-06-09                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Wed Sep 25 13:11:22 UTC 2024

Basic System Information:
---------------------------------
Uptime     : 0 days, 1 hours, 45 minutes
Processor  : Intel(R) Xeon(R) CPU D-1521 @ 2.40GHz
CPU cores  : 8 @ 2700.000 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 31.2 GiB
Swap       : 16.0 GiB
Disk       : 3.6 TiB
Distro     : Debian GNU/Linux 12 (bookworm)
Kernel     : 6.8.12-2-pve
VM Type    : NONE
IPv4/IPv6  : ✔ Online / ❌ Offline

IPv4 Network Information:
---------------------------------
ISP        : OVH SAS
ASN        : AS16276 OVH SAS
Host       : OVH Hosting, Inc.
Location   : Beauharnois, Quebec (QC)
Country    : Canada

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/md3):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 1.27 MB/s      (318) | 18.04 MB/s     (281)
Write      | 1.30 MB/s      (327) | 18.66 MB/s     (291)
Total      | 2.58 MB/s      (645) | 36.70 MB/s     (572)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 80.67 MB/s     (157) | 82.15 MB/s      (80)
Write      | 84.95 MB/s     (165) | 87.62 MB/s      (85)
Total      | 165.63 MB/s    (322) | 169.78 MB/s    (165)

Running GB5 benchmark test... *cue elevator music*
Geekbench 5 Benchmark Test:
---------------------------------
Test            | Value                         
                |                               
Single Core     | 746                           
Multi Core      | 3038                          
Full Test       | https://browser.geekbench.com/v5/cpu/22902185

这东西每天都会放货,抢的难度也不高,凭借单身几十年的手速一般问题不大。
以前是写过整点定时自动抢的代码,不过想想没必要,毕竟是一次性操作。所以,改了一下,简化了,改成手工来抢,就是一过整点就自已狂点鼠标运行它吧,程序购买需要的时间以毫秒计算,这单身百年的手速都不可达了。
这次我把exe也放出来了,如果不怕的话就直接用它,不放心的话,就自己编译,源代码也在。运行是要加两个参数,阿里云的AccessKey ID和AccessKey Secret,这两个参数都是在 https://help.aliyun.com/zh/ram/user-guide/create-an-accesskey-pair 这里获得的。 然后桌面上建立快捷方式,指向下载回来的那个exe,然后后面加上参数,就是前面说的ID和Secret。比如exe是放在c:\123.exe,Id是abc,Secret是 efg,那么,快捷方式那里的对象位置就是 c:\123.exe abc efg 。 Windows的具体操作我就不用再更详细说了吧。。
因为是直接下单并付款,所以,需要事前保证帐号里有24块钱的余额。为了保险起见,整点后可以多点几次,因为有的时候放货会稍微晚那些一小丢丢,但要确保帐号里不多不少刚刚24块,不然几次都成功了买几台回来就麻烦了。但一定是过了整点的一瞬间点,不能提前,因为阿里云api一小时运行次数有限制。

源代码: ali24.go
EXE文件压缩包: ali24.rar