使用 Google Site Verification API 为没有 Google Search Console 的免费版 G Suite 账户添加网域别名

add domain alias by Google Site Verification API for G Suite Standard account without Google Search Console

关键词：G Suite, Google Site Verification API, Google Search Console

2011年我申请过一个免费的 plusium.co.cc 域名，并使用这个域名注册了一个免费的 Google Apps 账户。如今整个 .co.cc 域名已经停止服务了。Google Apps 也改名成了 G Suite，而且不能注册新的免费账户了，不过之前已经注册了的账户则不受影响，依然可以继续免费使用。

我这个 Google Apps 账户有 50 用户的配额，现在这种免费账户已经很少了吧。前不久 Google 发来邮件通知，说我这个账户已经很久没用了，再不用的话 Google 将关闭这个账户。于是我就想再把这个账户利用起来。首先 plusium.co.cc 域名已经不能用了，我便申请了一个 yuuia.tk 的免费域名，作为网域别名来用。考虑到免费的域名不可能用的长久，随时有停止服务的可能，我便注册了一个付费的 4 字母 ****.org 域名，之后打算把 ****.org 作为这个账户的主域名一直用下去，以后传给我的子孙们。

一，添加网域别名

首先建议先退出登录其他所有已登录的 google 账户和 G Suite 账户，以免其他账户影响到后面的授权操作。然后使用 plusium.co.cc 的管理员账号登录 G Suite 管理控制台 https://admin.google.com/，在网域页面添加域名别名。

二，验证网域所有权

点击“继续并验证网域所有权”后，问题出现了。页面提示说我无权使用 Google Search Console，也就是 Google 搜索控制台，新一代的网站站长工具。

按照提示点击“Google Search Console 设置页面”，却提示“此服务不在 G Suite 协议的覆盖范围之内”。这是什么情况？我另一个 10 用户的免费 G Suite 账户都可以正常添加网域别名啊。

回到网域页面，发现别名已经出现在列表中，但是尚未激活。点击激活后，同样出现上面的提示。

经过一番搜索，我发现可以使用 Google Site Verification API 来进行激活操作。同时找到一篇这个 API 的使用说明：https://developers.google.com/site-verification/v1/getting_started
不过首先要启用这个账户的 API 访问权限，允许 API 对这个账户进行各项操作。

三，启用 API 访问权限

进入安全页面，展开 API 参考，然后勾选“启用 API 访问权限”。

四，通过 API 获取网域所有权验证 token

访问 https://developers.google.com/apis-explorer/#p/siteVerification/v1/siteVerification.webResource.getToken
打开 API 操作页面。其中的 v1 代表这个 API 的版本，大家也可以看看有没有更新的版本。
我喜欢通过 DNS 的方式验证所有权，所以按照下图所示填写验证信息。

点击“Authorize and execute”后，弹出如下窗口：

我们授权第一项权限给 API 即可。再次点击“Authorize and execute”后，弹出授权窗口。这个窗口我忘了截图，就是选择使用 plusium.co.cc 的管理员账号进行授权即可。注意这是一个新的浏览器窗口，千万不要被弹窗拦截器拦截了。

API 成功执行后会返回如下结果：

最下面有 token 的值。

五，添加域名解析记录

给 yuuia.tk 域名添加一个 TXT 解析记录，name 为空，target 处填写上面得到的 token 值：

点击“Save Changes”后，等上几分钟再进行下一步操作吧，DNS 记录的传播需要一点时间。

六，查看域名解析结果

过几分钟后使用在线服务查询一下 DNS 的解析情况。输入 yuuia.tk 进行查询，得到了正确的 TXT 结果就可以进行下一步操作了，否则再等一会儿吧。

七，通过 API 进行网域所有权验证

访问 https://developers.google.com/apis-explorer/#p/siteVerification/v1/siteVerification.webResource.insert，按下图所示进行填写：

点击“Authorize and execute”授权并执行 API，这个跟上面类似，就不截图了。
API 成功执行后会返回如下结果：

如果返回了 200 就说明执行成功了。
此时回到管理控制台，看看 yuuia.tk 是不是已经显示为“已验证”了？

八，后续操作

之后就可以想办法把 yuuia.tk 改为主域名，而不仅仅只是 plusium.co.cc 的别名了。这里我知道有两种方法，一是找某宝上提供付费改主域名的店家帮我们改，二是找 rootcommand 帮我们免费改。我找了 rootcommand，已经成功把主域名改成 ****.org 了。

使用Facebook社交插件参与评论：

安卓的自定义系统更新后谷歌服务失效的问题

关键词：安卓，CyanogenMod，Google Services Framework，Google Play

今年上半年从 Google Play 官网买了个谷歌四儿子 - Google Nexus 4 手机。当时听闻五儿子就快出生了，我想五儿子刚出生肯定贵，而且还得等，于是果断入手四儿子。一到手就 root 了，然后刷了鼎鼎大名的 CyanogenMod 自定义系统，当时版本还是 10.0 左右。又刷了对应的谷歌服务框架，开始了中端安卓机的幸福生活。

随着不断使用，突然不知道从哪天开始，google play 打不开了，安装了的应用也莫名其妙消失了几个。比如 LINE Tools，菜单里再也没出现了，害我扫个二维码还得打开微信。尝试了几次去解决这个问题，都无功而返。今天又碰到一个想安装的 Google Play 应用，我一气之下决定彻底解决这个问题。搜索了一番，都是建议刷 hosts，但是用 SmartHosts 刷了 hosts 之后还是打不开 Play 商店，就想依电脑上的做法，重装 Play 商店。在寻找 Play 商店的 apk 的路上，顺便搜到了谷歌服务框架的安装包，我便想到，CyanogenMod 的安装包里不带谷歌服务框架，而我的 CM 已经更新到最新的 10.2 了，对应的服务框架显然没有跟着更新，莫非是服务框架的原因？

于是果断刷了个对应版本的服务框架，果然四儿子似乎跑得更带劲了，商店也能进去了，但还是更新不了应用。于是先删除了旧的谷歌账户，再重新添加，Play 商店瞬间活了过来，几个月没有更新的应用纷纷开始自动更新，因为框架不符无法运行的应用们，比如 LINE Tools，也都回来了。

说这么多其实就一句话：更新了 CyanogenMod，要记得更新谷歌服务框架～

ok，2013年总算写了一篇博客了。

使用Facebook社交插件参与评论：

咲

关键词：咲, 取名

  第一次见到“咲”这个字，是在许茹芸的一张专辑上，专辑名就是“花咲”。当时不认识这个字，就忘记了。若干年后，在日本出道了一位女演员，名叫武井咲。其中的“咲”字不读 saki 而是读作 emi。“咲”这个字，日语中是“（花）开”的意思，一般读作 saki，有时候也读作 sa，但是绝对没有 emi 这种读法。当时就觉得最近日本人给孩子取名字是越来越随意了，名字想怎么读就怎么读，完全不理会汉字的发音规律。因此一直不怎么喜欢这个艺人。


  最近看到一本影印的手抄版《脂砚斋重评石头记》，里面大量使用了“咲”这个字，是当作“笑”字用的。这说明“咲”这个字是有“笑”的意思的。我立刻想到“笑”字在日语里就读作 emi，突然就明白了武井咲她爸当年取这个名字的用意。果然有文化的人就是不一样，从孩子的名字上就能体现出这个人的文化修养，我以前是错怪武井咲她爸了。


  那么武井咲的中文读音想必大家都知道了，就是 Wujing Xiao。前几天看到她在一档综艺节目里出现，突然就觉得她的笑声很甜很甜。

使用Facebook社交插件参与评论：

Fiddler：与 Chrome 配合工作

关键词：reset, chrome, gfwlist, SwitchySharp, Fiddler

  上文大约介绍了一下 Fiddler 的功能，以及与 Internet Explorer 配合的使用方法。要利用 gfwlist 实现自动代理，我们一般都使用 Firefox 或者 Google Chrome 配合相应的插件来上网。以下以安装了 Proxy SwitchySharp 插件的 Chrome 为例说明如何更方便地使用 Fiddler。

  一个典型的 SwitchySharp 的设置方案如下：

  这种设置方案下，只有 gfwlist 和部分自己另外指定的几个网址会走 19840_base 的代理服务器。其他的就属于默认规则，走的是 [直接连接]。我们在“情景模式”标签下新建一个“Fiddler”的场景，如下图所示：

  然后回到“切换规则”标签，将默认规则的情景模式改为“Fiddler”。如下图所示：

  保存之后，其他网站就都走 Fiddler 代理了。然后访问一个 gfwlist 中没有的网站，Fiddler 就能监视这些网站的状态码了。如图：

  可以看出，a3.twimg.com 这么高调的网址就没有被 gfwlist 收录。

  以上其实不是本文的重点，上面说的方法并没有多少技术含量。其实使用 Chrome 的同学要检查请求的返回状态码的话，还有两个更简单的方法，虽然和标题无关，也一并放到这里吧。

  其一，在访问了某个网站之后，打开 chrome://view-http-cache 页面，就能看到请求一览了，如图：

  点击各个链接，就能查看该请求的详细信息，有返回状态码，返回值等等。如图：



  这种方法虽然没有 Fiddler 直观，但也不失为一个轻量级的解决方案。

  其二，使用 Chrome 自带的开发人员工具，也可以直观的看到请求状态。打开某个网站后，如果发现被 reset，那么从扳手菜单的“工具”中启动开发人员工具，定位到“Network”标签下，然后刷新一下页面。这时“network”下面就会显示当前的 http 请求和请求结果。如果点开左下角的“Open Console.”按钮的话，还能看到更详细的出错信息。如图：

  由此可见，没有被 gfwlist 收录的网址 zynga2-a.akamaihd.net 就被屏蔽了。

使用Facebook社交插件参与评论：