随着2023年7月1日最后期限的临近，你必须尽快将你的Universal Analytics属性设置迁移到Google Analytics 4，以避免丢失数据（如果你使用Universal Analytics 360，你可以在2024年7月1日前完成）。因此，我们推出了视频教程，以帮助指导你完成这一过程，从链接到谷歌广告，到迁移电子商务。
上面就是 Google 的邮件通知，提醒 Google Analytics 的用户，赶紧，立刻，马上要迁移到 GA4。
Google 的帮助文件也很好，提供了视频迁移指导。
网上有很多对 GA4 的负面看法，比如：
Carrie Hill 在 Twitter 上开了个投票，结果就是很多人都不愿意使用 GA4，更多的人知识用来收集数据。
看看另一篇文章，分析了GA4 不如 Google Analytics 的四个地方。
Wix 是一个非常厉害的建站平台，使用拖放工具就能让用户以所见即所得的方式建立网站。最近在社交媒体上看到很多 Wix 的 SEO 广告，今天，就来聊聊 Wix 如何看待搜索引擎优化。
搜索引擎优化（SEO）意味着使你的网站对搜索引擎来说更易读，以便它们能更好地索引你的网站。这可以提高搜索的准确性和搜索结果的相关性。
搜索引擎优化需要一些工作，当你优化得越多，搜索引擎就越能理解你的网站是关于什么的，并为你匹配更好的流量。
上面两条是 Wix 的看法。
在 Wix.com 上的操作方式，它有自己的自动化工具，比如 Wix SEO Wiz，之类的。
具体而言，就是，对首页有一些需要做的工作：
接下来，就是要优化网站内容页面，提高排名，添加 Contact 细节，社交网络的连接，以及网站内部链接的运用。
最后就是找到优秀的内容，提高排名.
最近的 Google 邮件通知，告知还有一年，Google Analytics 的 Universal Analytics 系统就要下线了，而现在 Google Analytics 的 GA4系统已经可以使用了。
网站的追踪代码，就需要做一下替换，具体的操作方式，可以看 Google 的指引。
刚刚用 Lighthouse 给本站的首页做了一下审计，看看打分情况。Lighthouse 以前我就介绍过了，平时也在用，当然现在的 Lighthouse 已经是更新了很多版加了不少新的功能。
是使用的 Chrome 内置的 Lighthouse，版本是 Lighthouse 9.5.0。
上面这个评分是以移动设备上的展示为评分的基础的。同桌面不同，一般桌面评分会高很多。看看不够好的地方。
首先是性能得分是 72，显示为红色，看上去是不太好，LCP 的时间高达 8.7 秒，还有就是 Time to Interactive 是 4.3 秒。这两个指标主要造成的原因都是第三方的，一个是 Google AdSense 的应用，似乎无法避免，除非去掉，还有一个就是微软的统计 Clarity。
现在是介绍如何安装 Ubuntu 22.04 (LTS)， Webmin， Nginx， MariaDB， PHP-FPM，Perl-Fastcgi 到 DigitalOcean 的 VPS的时候了。
在2015年，我发布了 安装Nginx, MySQL, PHP-FPM, Perl-Fastcgi到Ubuntu 14.04 LTS
在2017年，我发布了 安装 Ubuntu 16.04， Webmin， Nginx， MariaDB， PHP7.1-FPM，Perl-Fastcgi 到 Vultr.com 的 VPS
在 2018年， 则是发布了 安装 Ubuntu 18.04， Webmin， Nginx， MariaDB， PHP7.2-FPM，Perl-Fastcgi 到 Linode 的 VPS
在2020年，发布了 安装 Ubuntu 20.04， Webmin， Nginx， MariaDB， PHP7.4-FPM，Perl-Fastcgi 到 DigitalOcean 的 VPS
本站所在的主机就是放在了 DigitalOcean ，而新的 Ubuntu 22.04 也发布了快一个月了，所以 DavidYin 来介绍一下新的 VPS 服务器安装过程，包含的软件如下：
免责：整个安装过程，只是个人经验，不含任何保证，采用者自己对服务器的安全以及数据负责。
登录 DigitalOcean 的后台，然后在 Projecs 选择一个，没有的话，就新建一个。Project 是用来组织资源的，比如多个 vps，还有各种其它的服务。点击右上角的 Create，打开下拉菜单，选择 Droplets。Droplets就是 DigitalOcean 的 VPS 的昵称。这家服务商名称叫做数字海洋，那么每个 VPS 就像是海洋中的一滴水珠。就是这么个意思。然后就出现新建 VPS 的选项了。
首先，镜像选择部分，点击 Ubuntu 的版本选择下拉菜单，选择 Ubuntu 22.04 (LTS) x64 版本，然后是 Plan，就选择基本计划， Basic， CPU 有三种不同的类型，我现在一般都是选择 Premium CPU（之前有比较过，Premium CPU性能更好），Intel 和 AMD 都可以，看你自己的喜好。之后就是在不同配置中选择最小的那个，暂时就可以了，包括了 1CPU， 1GB RAM， 25GB 的 NVMe SSD 储存，和 1000GB 的流量。如果以后需要扩容，可以直接升级计划，无需重装的。
经常会收到 Google 的 email，提供一些 AdSense 广告投放的建议。
今天的 Email 说的是如何优化并提高收入的一些小措施。
第一个就是 AutoAds，自动广告。
自动广告的定制化
之前，开启了自动广告后，Google 会抓取页面，分析页面，然后在它认为合适的地方插入广告，它也会决定使用的广告大小，而以后了定制这个功能后，发布者可以在预览页面，选择广告的样式，在某些位置或页面去掉不想显示的广告，并且控制在页面所显示的广告个数。
这些操作，都无需代码的改变，只需要在 AdSense 的后台操作就行。
从 Google 的统计来看，使用自动广告的会比其它的广告单元增加 21%的收入。
第二个是启用锚定广告。
锚定广告是这样的一种类型，它显示在屏幕的边缘，用户可以很容易的将其关闭。主要在移动设备上投放，但也可以在桌面设备上展示。一般我看到的是在手机屏幕上，大多数出现在屏幕的底部，当页面往下滚动到足够位置时，锚定广告可能会在顶部展示，这样就不会遮盖网站的品牌信息或导航栏。
微软最新的统计分析系统，叫做 Clarity，暂时不知道中文名称，可能就没有。
确切的来说，Clarity 是一个用户行为分析工具。
用来帮助站长了解用户在网站上的互动行为。最主要的特点有三个：
微软提供的免费服务
https://clarity.microsoft.com/
我在本站也用了一段时间，下面来看看本站使用中的一些例子。
Zabbix 是一个非常流行的监控工具，包括服务器端和客户代理。
今天是想记录一下学习 Zabbix 服务器端的安装需求。
CPU：Zabbix 数据库需要大量的 CPU 资源。具体的数量以及要求，同收监控的主机数量有关，还同数据库类型有关。
| 规模 | 平台 | CPU/内存 | 数据库 | 受监控的主机数量 |
|---|---|---|---|---|
| 小型 | CentOS | Virtual Appliance | MySQL InnoDB | 100 |
| 中型 | CentOS | 2 CPU cores/2GB | MySQL InnoDB | 500 |
| 大型 | RedHat Enterprise Linux | 4 CPU cores/8GB | RAID10 MySQL InnoDB 或 PostgreSQL | >1000 |
| 极大型 | RedHat Enterprise Linux | 8 CPU cores/16GB | Fast RAID10 MySQL InnoDB 或 PostgreSQL | >10000 |
通常是运行在 Linux 上，这是首选，当然还有很多不同的系统都可以安装运行。
软件包括 Web 服务器，数据库，还有 PHP语言支持。
数据库：MySQL，Oracle，PostgreSQL，SQLite等。
WEB服务器： Apache， Nginx。
PHP语言：7.2.0 以上，当然还有很多扩展可以帮助展示和很多Zabbix 的功能体现。
前端屏幕：要用大屏展示最好看，1200px宽度以上。
数据库所需要的磁盘空间，是最占用最多的，官方的估算是这样：
如果有3000个监控项，取值间隔为60秒，则这个值得数量计算为 3000/60 = 50。
如果我们每秒收到 50 个值，且希望保留 30 天的历史数据，值的总数将大约在 (30*24*3600)* 50 = 129.600.000，即大约 130M 个值。
根据所使用的数据库引擎，接收值的类型（浮点数、整数、字符串、日志文件等），单个值的磁盘空间可能在 40 字节到数百字节之间变化。 通常，数值类型的每个值大约为 90 个字节。
在上面的例子中，这意味着 130M 个值需要占用 130M * 90 bytes = 10.9GB 磁盘空间。
这是历史数据的占用，还有趋势数据，每个项目保留1小时的最大值、最小值，平均值，统计值，保留五年的趋势数据，就需要11GB 空间。另外事件数据，如果事件数据保留三年，大概又增加 30GB。
这些都是理想化的估算。
在上个月底，观察到一些奇怪的流量，目标页面是 /trafficbot.live 或者是 /bot-traffic.icu
来源是同一个域名，referrals。 而且这些流量都是在一天内，从各个地区来的，数量为 6000 不到。
如果输入这些域名，会跳转到另外一个网站： gammatraffic.com
这就是幕后黑手了。号称提供最便宜的网站流量，有各种不同的套餐，比如每月免费的 6000 展示量，每月 60K hits 要$9.99， 一直到每月 1M hits，需要 $99.99.
据它的介绍，是可以控制重复访客的比例，弹出率也可以控制，会话时间长短控制，桌面还是移动访问都可以控制，还有可以控制流量来源。可以让你的网站流量报告做的非常漂亮。
当然就是用来骗，骗投资，骗甲方。
假的就是假的，它并不会带来真正的客户，都是伪造的流量，它会给一个努力创作的网站站长带来什么呢？除了浪费自己钱到这些流量，还浪费了花钱买的服务器资源。
早几年为了寻找合适自己的网站和 Blog 的 CDN 服务，做了不少的搜索研究和比较，后来，想着或许有人也会需要，就做了这个比较表。
我用 Amazon 的 Cloudfront CDN 服务有些年头了，一直也用的不错，没有什么问题或者故障。但是人总是会想着会有更好的，或者新奇感，想尝试一些其它的服务商。
所以这就找出去年做的比较表，查找了各个服务商官方网站，更新了一下信息，并且加上 Beluga CDN 替换下了 Verizon。
Beluga CDN 的覆盖在全球有 28个全球节点，和 9 个超级节点。
Beluga CDN 是全球统一费率，US$0.01/GB。
对于 Request 收费而言，只有在每 GB 的流量超过 5K requests 的情况下才会额外收取费用，根据说明是$0.0035 / 10,000 request，举例来说，就算是通过 CDN 服务的都是 20KB 大小的文件，算上额外的 request 的费用，每 GB 也不过是 $0.026，还是非常低廉的。
可以免费试用，无需长期合同，按需使用付费。
