今天收到的 Email 通知，Google Maps 平台，价格有所变化。
从2019年五月二日开始，新价格生效。上一次 Google Maps 有大的变化，还是在去年七月。
这次主要的变化，是面向巴西和加拿大的用户。所以其它地区的用户，应该是不会收到邮件和通知的。
主要变化点：
通常的小网站，不是主要提供地图服务的，一般都不会超过这个 200美元免费额度的，所以呢是不用担心的。
两分钟前，Google 官方宣布，最近的一次搜索更新被命名为 "March 2019 Core Update"，直译为中文就是 2019年3月核心更新。
Google 的搜索算法，几乎每天都有一个以上的变化，用于改进搜索结果。某些改变会关注一些特别的目标；某些则是比较广泛的核心算法更新，通常这种核心算法更新一年会有几次。
原推见 https://twitter.com/searchliaison/status/1106445826925064192
过些日子，应该就能看到大家的报告，这次核心算法更新对各个网站的搜索流量的影响了。
为什么要提高网站速度，缩短网页载入的时间？这其实已经讲过很多很多次了，就是因为用户体验优先，搜索引擎更喜好快的网站。
用 WordPress 架设的网站，也包括 blog，同样也面对相同的境况，要提高速度。
你应该非常注意哪些对你的网站载入时间有负面影响的因素。在详细介绍各种情况之前，先来看看常见情况。
很显然，最大的原因就是没有好好设计网站。而不同服务商也是差别很大的，有些主机服务商的主机用的硬件老旧速度就会有问题。
如果你的服务器是很慢的，而且还经常无故停机，运行其上的你的网站也是一样的，又慢又常常不能访问。
还有一个情况是网站很热门，很多流量访问，而网站所在的服务器不能接待这么多客人，这时也会出现访问缓慢。
目前第三方的测试工具，测试平台很多，我比较推荐的是下面几个。
算是老牌的测试工具了，我用的很多，报告很详细。
它有提供一个免费工具，Pingdom Tools，可以让非用户，指定测试地点。
只要输入网址，选择测试地点，点击开始测试按钮，接下来，等上一小会儿，就可以看到结果了。测试结果报告中会有一个性能评分，以及页面大小，载入时间等。
另外还有一个性能改善建议列表，告诉用户改进的方向。
可以看到，在截图中该测试所用的机器上，没有设置支持中文。
大概在一个多月前，注册了阿里云国际版，当然是用真实名字注册的，不过没有用它所谓的实名注册，因为它居然要提供护照或者驾照的扫描件，它也要的太多了。其它的信息，比如地址，姓名，还有电话都是真实的。做生意当然是以诚为本。
当时大概只是看了一下后台，也没有用，因为当选择试用的时候，总是没有资源。而且我记得当时看到的操作系统，可以选择的很少，而我需要的 Ubuntu 也只有 14.04 和 16.04，连 18.04 还没有。所以就没有继续。
最近两周，收到两次电话，看号码是本地的，接起来一听，自称是来自 Alibaba 的，不过号码都不显示公司名称。口音是很纯正的带有印度味的，还听得清，沟通没有多少问题。
最近的一次电话，我是告诉对方，你们的磁盘镜像太老了，没法用。他似乎等了一会儿，查了一下，的确如我所说，就没有什么可多聊的了。
当然我也提到以后有机会再试试看。
今天闲着，再次登入 Alibaba 云服务。尝试开通免费使用一个月的2核4GB的ECS，可惜等了一会儿还是出现了没有可用资源。
在后面，我换了一种配置，出现的就是，你已经试用过ECS了。
今天对本站做了两个更新。
第一就是 Macmini OSX 发布了可用于 Movable Type 7.0 的 PostTwiOAuth 0.50。之前我有特地 Twitter 消息给他，请他更新，很快两周不到，他就发布了更新版。所以马上我就装上了。测试的 tweet 已经可以发出，现在发表新文章也应该可以的。
很奇怪，在编辑帖子的页面， PostTwiOauth 的那些相关信息都跑到页面的顶部，布局出现问题了。
这个插件的安装还是很方便的，下载，解压，然后上传到对应的目录，接下来登录到 MovableType 后台，在系统这里的 Plugins页面，启用该插件，然后到网站下，对该网站的 twitter 账号做一下配置。就可以了。
第二个更新，是MovableType 发布的补丁。这个补丁适用于 7.0 和 7.0.1。
在尝试了三次后，终于把 SEO 网站优化及网站推广，升级到最新的 MovableType7.0.1。
大概的介绍一下我升级的过程，以及遇到的问题。
首先在做任何系统升级之前，都要做好备份。
在 MovableType 6 的管理后台，系统菜单，备份数据库，并下载到本地，这是整个 MovableType 的内容，包括所有的图片，上传的文件等等。
在 MovableType 6 的管理后台，在本 Blog ，或者说子站之下，选择 Tools， Export Entries，导出所有的文章。同样的也导出模版样式文件。
然后，使用 phpmyadmin 工具，把整个数据库都备份下来。
最后的备份，就是 SSH 到服务器上，打包整个网站，包括各种文件和 MovableType 系统。
这样的备份算是非常完整了。哪怕此时系统崩溃，我也可以凭这些备份，重建系统的。
尝试升级的过程是这样，数据库方面，我是在 phpmyadmin 管理器中，把原数据库复制到一个新数据库，升级只升级这个新数据库。这样万一出问题，需要回到原来的数据库，也方便的很。
MovableType 程序文件方面，也是类似的操作，复制一份到新目录，先尝试把 MovableType 7的新文件覆盖原来目录，尝试升级，数据库升级没有问题，升级后可以登录新系统。
但是问题出现在原来的系统是由 5.x 升级到 6.x，而现在的 7.x 系统同之前有很大的变化，我又安装过不少的插件，先出现的问题是编辑器消失了，查看资源是缺少文件，而缺少的文件根本是在新系统和旧系统中都不存在的。所以呢这样无处下手，就放弃第一次的升级了。
第二次升级的过程是这样，我试着新装一套干净系统，然后把文章导入，就是用之前的文章备份来导入，导入时成功的，但是缺少了很多东西，我必须手工加入，比如模版，插件等等，包括系统层面的设置和网站层面的设置，都从原来的系统手工复制过来。之前已经把那些设置页面的主要内容，抄写在笔记上，模版主要是 URL 的设置，要保持一致。在添加 Page 时，出现了一个问题，出现的错误信息是：
Saving Entry failed: Undefined subroutine &Trackback::Entry::extract_domains called
在前文介绍 MariaDB 数据库的安装中，有用了 mysql_secure_installation 命令，给 root 用户加上密码，看上去一切都很正常，在 Webmin 控制面板中也能很正常的操作。
但是在安装 phpBB 3 的论坛程序时，发现始终连不上 MariaDB 服务器，也没有找到错误信息的地方，不过我记得在我第一次在虚拟机里试装 Ubuntu 18.04 RC 版本的时候，曾经有过数据库 root 密码设置不生效的情况，当时是有错误信息的，也是连不上。
具体解决办法就是重新设置 root 用户密码。
sudo service mariadb stop
mysqld_safe --skip-grant-tables &
mysql -uroot
上面的步骤是关掉 MariaDB，忽略用户认证，并用 root 用户连上。 然后在 mysql 终端里，选择使用 mysql 管理库：
use mysql;重置 root 密码为 mypassword （用真实密码代替）。
update user set password=PASSWORD("mypassword") where User='root';下面一步是重写用户认证方式，如果是 unix_socket 方式也好，都会被普通的用户名密码方式所代替。
update user set plugin="mysql_native_password";最后退出 mysql 控制台。
quit;以上都做好之后，就需要关掉重启 mysql 服务器。
sudo service mariadb stop
sudo service mariadb start在尝试安装 MovableType 7 的时候，一路顺利，到最后初始化数据库的时候，出现了一个错误。
Error during installation: failed to execute statement ALTER TABLE mt_ts_funcmap ADD CONSTRAINT mt_ts_funcmap_funcname UNIQUE (ts_funcmap_funcname): Specified key was too long; max key length is 767 bytes at lib/MT/Upgrade.pm line 839, line 1662.
简单而言就是修改数据库的 collection 参数。
MariaDB 10.1 的默认安装后，其数据库的默认 collection 是 utf8mb4_general_ci，偶尔在某些系统安装时会出现上面的错误情况。
最方便的办法，就是在安装 MovableType 7 之前，在添加数据库后，先把数据库的 collection 修改成 utf8_general_ci，修改的方法，有手工的，有使用 phpmyadmin，都可以。
如果你在网上搜索，Specified key was too long; max key length is 767 bytes，有很多种解释和所谓解决方法。比如 innodb_file_format，innodb_file_per_table，row_format， innodb_large_prefix 各种参数修改。对于 MovableType 7 的安装来说，都没有效果，唯有上面修改 collection 才是真正解决的方法。
安装 Ubuntu 18.04， Webmin， Nginx， MariaDB， PHP7.2-FPM，Perl-Fastcgi 到 Linode 的 VPS上。
上一篇，已经在 Linode 后台创建了新的 VPS，并完成了最基本的 Ubuntu 18.04 LTS系统安装，接下来 DavidYin来介绍一下安装 Webmin 以及 SSH 的安全设置。
为什么要用 Webmin？
有几个简单的解释，当然也是对于图形界面的依赖，第一在 Webmin 管理面板，可以很方便的更新系统，安装 perl 包，添加 MySQL 数据库；第二，在出现错误的时候，查看 log 日志，还有很多很多其它功能。
putty 是我用的最多的 SSH 工具。先用 putty 连上 VPS，IP地址可以在 Linode后台看到，用户名就是 root，密码就是之前设置的那个。
乍一看，是最新的，没有软件包需要更新，实际上，执行 sudo apt update 命令后，会显示还有23个软件包需要更新，输入 sudo apt upgrade 完成升级更新。
参考 Webmin 官网的安装步骤。
三个步骤，先安装必要的开发所用软件包，然后下载 webmin 安装包，最后执行安装命令。在我安装的时候，最新的 webmin 版本是 1.881。
apt-get install perl libnet-ssleay-perl openssl libauthen-pam-perl libpam-runtime libio-pty-perl apt-show-versions python
wget http://prdownloads.sourceforge.net/webadmin/webmin_1.881_all.deb
dpkg --install webmin_1.881_all.deb
这样就安装完成了，在桌面浏览器中输入下面的样子的网址来访问我的 VPS 的 Webmin 控制面板了。
https://45.33.52.122:10000
这个IP地址只是用来举例方便，并无实际使用。
会出现 "Your connection is not private" 的警告提示，因为这是自签的证书所出现的正常现象。点击继续就可以了。
安装 Ubuntu 16.04， Webmin， Nginx， MariaDB， PHP7.1-FPM，Perl-Fastcgi 到 Vultr.com 的 VPS上
上面讲到 dhparam 参数生成。完成后就可以开始设置了。
先执行下面的命令，确认版本信息。
davidyin@whovpn:~$ nginx -v
nginx version: nginx/1.13.4
davidyin@whovpn:~$ openssl version
OpenSSL 1.1.0f 25 May 2017
davidyin@whovpn:~$配置参数的来源根据 Mozilla SSL Configuration Generator 这个生成器来产生。
配置文件可以本地下载 whovpn.conf.txt，也可以到 GighubGist 上查看。
此配置文件用到三个 server 段落，以满足 HSTS Preload的要求。生效后，可以到 HSTS Preload 申请加入。
