看头像还是个夏娜粉？？

你可以使用 JS 操作 DOM 动态设置，把这些 input 直接写到 html 里，不用带 checked，记得用 class 或 id 把年月日这些区分开。
用 element.checked = true 设置 element 为 checked 状态，然后用 element.removeAttribute('checked'); 移除 element 的这个属性。
然后你再根据 value 设置 checked 状态。例如：
var v = field.value;
switch(v){
case 1: document.querySelector('.select-year').checked = true; break;
case 2: document.querySelector('.select-month').checked = true; break;
}
不需要用 JS 构建 direct HTML 的。这种既乱又不好进行扩展。

@Oceanhime 说错了，不是 UDP 包限制 512b，是 DNS 查询限定包最大 512b....

实话说我其实并不明白这个主题表达的意思.... 我甚至都怀疑 Route 53 到底是个什么东西....
言归正传，首先你要知道 Route 53 本质上是个 DNS。但是通过这个主题描述，我觉得你可能需要先去查查 DNS 是什么.... 第一个问题在你知道 DNS 是什么之后就解决了。

为什么是 13 台根服务器？这是因为“13 台”这个数字在查询速度上具有优势。你也许知道域名的解析依赖这些根服务器，在解析的过程中，DNS 会先去查询这些根服务器的列表，然后再根据树状系统一层一层地往上解析，最后得到一个域名的源 IP。DNS 查询这些*根服务器*所用协议是 UDP，而我们规定 UDP 包最多能放 512b 的数据。为了最大速度，我们把所有结果都塞进一个包里，最多能塞 14.96 个。为了以备后患，那 1.96 个留作备用，一个包里就能塞 13 个根服务器地址。就是这么简单。

有关于自定义后缀，这需要你到 ICANN 申请。到 ICANN 申请后缀，你首先需要是公司机构主体，然后你需要交 100 多万的注册费。最后如果你幸运地成功注册，那么还需要收取每年 21 万左右维护费用。当然也不是随便是个机构有钱就能申请的，要看是否开放申请。

@ochatokori 是的, 我没看到...

@kkkkkkkkkk 应该不是事件被重复调用的问题, 代码里面 timer 被定义成了成员变量, 在 setInterval function 里面是没用的..?

在 timer = setInterval(function(){...}) 这里, 如果不加 var, 则 timer 是一个成员变量, 只在当前的匿名函数中有效。
解决方法是更改为 var timer = setInterval(function(){...}) 。

@yuzenan888 在 app 端的确如此.. 但是在 web 端需要进行二次验证。
不过, 在没有对方 iCloud 密码的情况下只可以 定位 家庭成员的设备, 如果需要 锁定和抹掉 就需要输入家庭成员 iCloud 账号密码。如果黑客只控制了群组里一个人的账户, 应该是不会出现全军覆没的情况的, 最多也就是把弱密码的成员搞掉。

@yuzenan888 不知道 #1 @wangqh 想表达的意思, 但应该不是说二次验证会阻止抹掉..? 可以确保家庭成员的 apple id 全部启用二次验证, 这样的话就能最小化家庭其他成员被盗号的可能性。

Python itchat http://itchat.readthedocs.io/zh/latest/
走的 Web 接口.

@wvc 国内嘛也没啥办法, 基本上都是监管相关, 而且后期内容什么的也不好管理也非常麻烦, 动不动就请你喝茶或者没事关关服务什么的....

其实只要有人看这个问题解决了, 用什么博客平台都没问题了吧, 主要是没人看这个问题难解哈哈
WordPress.com / Github Pages(+Hexo) / Farbox.com
在大陆无法正常访问的平台还可以有 Tumblr.com / Google blogger... 等等。
国内的博客平台... 虽然稳定但是毕竟国内, 这个都懂。比如 博客园(cnblog), 博客大巴, 轻博客有网易的乐乎 Lofter.com 。其实还是挺多的, 主要看个人喜好。
我推荐 Farbox 虽然有时候慢但是写作体验绝对好。Github 加上 Hexo 也是比较稳定比较 geek 的选择。

@xiangyuecn 2 这可能太极端了, 除非客户端用的是自己写的浏览器, 否则主流浏览器不可能出现 return true 或者程序员偷懒不验证的问题。LZ 说的是 [ HTTP 通信 ] , XSS 之类的好像不属于这个范围了。

按照 LZ 举的例子, 实际上可以通过服务端验证更多信息 /算法的方式解决, 比如说可以在这些 session 值中添加更多验证(比如 IP)。
回到主题, HTTPS 一定是最简单且最靠谱的方法, 如 @honeycomb 所说, 如果在 HTTP 内实现一套 TLS 不光费脑子, 性能方面的开销我相信不会比上 HTTPS 要少。当然, 如果真想实现肯定有其他五花八门的方法。比如说加公私钥什么的。
(半吊子写程序的, 回答肯定非常不专业, 见谅)

应该比较常见吧, 比如说 Windows 主机(无 SSH)经常被访问 22 端口爆破密码, 没有安装 Wordpress 还是被访问 wp-login.php 进行 wp 密码爆破一样, 但这个程序有些小众。其实和上面的例子是差不多的。

另外, 我看了一下刚刚 @joejhy #6 所附带的那个程序, 里面没有 $_GET 也没有出现 LZ 提到的 get 参数 'dk' 'ip' 等等, 应该不是这个程序。 (也有可能是老版本)

@Cyron
@peterpei
可以的，哲♂学家？

@lk1ngaa7 谐音，具体请 baidu 或 google 一下。
反正不是什么见得人的行业。