@ericFork 应该是刚启动不久，但是我不经常下载软件，URL 倒是看，然而我打开的基本都是 HTTPS...
所以我现在才发现

你这么搞人家可以检查得到请求
全部文件合一加密 到指定日期后弹窗（自己别忘了）更稳

可能需要普通路由+天线 sma 一分 x 这种东西

点忘记密码有惊喜

不加
等改动的时候加，丢 header 比较麻烦

具体看了看。
1、感谢和收藏也被算作 reply，但是能判断。
2、精确还是没问题的。
根据锚点上对应的回复楼层可以用扩展算出位置，并且不用增加额外的按钮，改变原有的体验。
这样的设计是真的不错，锚点不会给传到服务端。

提醒的链接有锚点，标记了回复的楼层。
根据这个，直接点击链接后也许可以实现直接定位高亮。

@geelaw 能解决问题的方法就是有意义的。
@mrcn 用代码算可能更快一点...

@GreatHumorist 按这么说 性能还真不重要…

@mrcn 是固定的
所以算出来就可以单独用了

@msg7086 反正代码是拿来用的...没问题就行了，炸了再改(

重新改了下函数，在 C#中得出的结果和 PHP 中 strtotime 里面的结果完全一样。
我在 C#中用这段代码来测...
Console.WriteLine(new DateTime(633979008000000000, DateTimeKind.Utc));
在 PHP 中用这段代码来生成...
<?php
date_default_timezone_set('UTC');
function years_to_seconds($year) {
return 31536000*($year-1)+(floor($year/4)-floor($year/100)+floor($year/400)-floor($year/3200))*86400;
}
$seconds=years_to_seconds(1970) + strtotime('2010-01-01 00:00:00');
$seconds*=10000000;
echo number_format($seconds,0,'','');
?>

@msg7086 具体的计算思路是怎样的能讲讲不~ 说实话没看懂这算法...

@konakona 我试了试，和我这段代码没有区别...

去掉我上面那句话...
大概得修，不过实际得出的结果影响

@msg7086 所以我用的是 1969 啊…
当时直接看了看顺手改了下 只顾着看没考虑性能…

@lsylsy2 我重新写了算了一下，和我想象的差了 1 秒...

@ovear 感觉这么多年的闰年...头大
试了试，只能精确到天数

@ovear 其实想自己算，但是。。真的麻烦