页面

2018年2月8日星期四

使用 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社交插件参与评论:

2013年12月18日星期三

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

关键词:安卓,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社交插件参与评论:

2012年12月8日星期六


关键词:咲, 取名

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


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


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

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

2012年1月14日星期六

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社交插件参与评论: