#24 Facebook 数字货币项目 Libra 的国会听证会

开发者 2019-07-16

背景：美国国会叫停 Facebook 数字货币项目

今天的听证会上，小扎声明：

  1. 在获批之前，不会继续推动项目；
  2. 上线之后一定会配合监管，确保不被用于洗钱和恐怖主义融资。

有意思的是，他特意提到中国，表示如果一再受阻，中国央行会抢在他们前面有所动作（可能是说推出数字货币）。

值得注意的是，Libra 项目的几个重要合作者，包括 eBay、PayPal、Stripe、Visa、MasterCard，已经退出了。

#23 美国国会叫停 Facebook 数字货币项目

开发者 2019-07-03

目前 Facebook 已经联合了万事达、Visa、PayPal、Uber、Lyft、Spotify 等在内的共 28 家公司，组建总部位于瑞士 Libra 合作组织（数字货币 Libra / 数字钱包 Calibra）。

  1. 通过去中心化的、可编程的数据库来支持小波动的加密货币（稳定币）
  2. Libra 核心代码托管在 GitHub，采用 Apache-2.0 开源许可证

美国众议院财政服务委员担忧此项目会导致新全球金融体系的建立，对美国货币政策产生干扰，甚至影响美元地位，故而向扎克伯格等 Facebook 高管致函，要求其立即停止该项目所有工作。

关联事件：2019/07/16 参议院就 Libra 项目举行听证会

#21 思考：关于存储的解决方案

开发者 2019-04-14

有空思考一下几种场景下的文件存储方案。
- 场景 1. Web 静态资源
- 场景 2. 虚拟化中的卷存储
- 场景 3. 邮件系统中的邮件
- 场景 4. 大量图片，音频，视频（二进制）
- 场景 5. 大量日志（文本）

#20 邮件大小统计

开发者 2019-04-14

突然想了解一下我们 SMTP 服务中的入栈邮件大小，于是写了点脚本分析一下。
先上结论：
截图

#18 常用开发工具

开发者 2018-06-26

我本来就想记录一下请求搜集服务的，结果扩大化，发现完全兜不住，好吧，就这样吧！

#16 常见的时间格式

开发者 国际标准 2017-07-24

日常使用

中国人习惯年月日时分秒，这可能也是一般符合国际通行规范的时间格式。

yymmdd
yyyymmdd
yyyy-mm-dd hh:mm:ss
yyyy/mm/dd hh:mm:ss

如果加上毫秒/微秒，在秒后面接上 ,SSS 或 .SSS 就行。

但是由于英美的国际地位，以及由于历史原因而导致的英语的强势地位，英文国家的表述习惯也不能不考虑，

  • May 4, 1919 美式英语，读 may forth nineteen nineteen
  • 4 May, 1919 英式英语

用阿拉伯数字表示的话，可以用小数点、横杠、斜杠连接，数字可以用前导 0，
不过有一点很悲剧了，5/4/1919，如果不清楚上下文语境中的文化背景，谁 TM 知道应该算五四，还是四五。

Unix 时间戳

Unix Timestamp

又叫 Unix 时间（Unix Time），又叫 POSIX 时间（POSIX Time），又叫 Epoch Time。

以 UTC+0:00 1970/01/01 00:00:00 为起点，至今的秒数就是时间戳的值。

实际上我在很多项目中用到的时间戳都没有考虑时区，直接用当前系统默认时区的 1970/01/01 00:00:00 为起点，或者说是把当前时区时间当作零时区时间。

RFC2822

Internet Message Format, 邮件格式

date-time       =       [ day-of-week "," ] date FWS time [CFWS]
day-of-week     =       ([FWS] day-name) / obs-day-of-week
day-name        =       "Mon" / "Tue" / "Wed" / "Thu" /
                        "Fri" / "Sat" / "Sun"
date            =       day month year
year            =       4*DIGIT / obs-year
month           =       (FWS month-name FWS) / obs-month
month-name      =       "Jan" / "Feb" / "Mar" / "Apr" /
                        "May" / "Jun" / "Jul" / "Aug" /
                        "Sep" / "Oct" / "Nov" / "Dec"
day             =       ([FWS] 1*2DIGIT) / obs-day
time            =       time-of-day FWS zone
time-of-day     =       hour ":" minute [ ":" second ]
hour            =       2DIGIT / obs-hour
minute          =       2DIGIT / obs-minute
second          =       2DIGIT / obs-second
zone            =       (( "+" / "-" ) 4DIGIT) / obs-zone

1992/02/12 12:23:22+0800

Wed, 21 Jul 2017 10:35:00 +0000 (UTC)
Wed, 21 Jul 2017 18:35:19 +0800 (CST)
Wed, 21 Jul 2017 03:35:02 -0700 (PDT)

import time
import datetime

time.strftime('%a, %d %b %Y %H:%M:%S %z')  # local timezone
time.strftime('%a, %d %b %Y %H:%M:%S %z', time.gmtime())  # UTC

tz_e8 = datetime.timezone(datetime.timedelta(hours=8)) # +08:00
dt_e8 = datetime.datetime.now(tz_e8)
print(dt_e8)
print(dt_e8.strftime('%a, %d %b %Y %H:%M:%S %z'))

tz_w8 = datetime.timezone(datetime.timedelta(hours=-8)) # -08:00
dt_w8 = datetime.datetime.now(tz_w8)
print(dt_w8.strftime('%a, %d %b %Y %H:%M:%S %z'))

# dt_e8.strftime('%Y-%m-%d %H:%M:%S.%f')

ISO8601

约定了时间中各个部分的格式，比如年份应该采用四位数字，日期应该怎么表示，时间范围（比如一个月），循环时间，时间区间应该如何表示之类，是一份完整的时间相关规范。

对应的中国国家标准是 GB/T 7408-2005。

比如我们要说的完整时间格式化就有几种允许的格式，下面就是常见的一种符合规范的表述：

YYYY-MM-DDThh:mm:ss+offset

例如：

2004-05-03T17:30:08Z
2004-05-03T17:30:08+08:00

其他

JavaScript 日期输出:

Sat Jul 24 2017 15:42:49 GMT+0800 (中国标准时间)

Python datatime 类型转字符串：

2017-07-25 12:09:39.123173+08:00

#15 高效的代码部署 [编辑中]

开发者 2016-07-08

对于一个服务来讲，代码部署的速度和便捷性并不是一件很要紧的事情。但是对于开发者来说，能够高效部署代码，还是能够在一定程度上提升自己开发和测试的效率。