有没有想过加 tag 呢？ git clone 的 -b 也可以是 tag 的呢。

> 调用手机摄像头拍照，而不调用相册来上传照片
嗯……为什么要这么做？如果真的想阻止用户上传老图的话，可以强行只允许 image/jpeg ，然后读 exif 时间戳呀。

> 连带出现相册
因为大部分情况都是输入任意图片就好了呀……

> 但是苹果手机
耶， MobileSafari ！

连着用两发 max 呀。安慰自己说编译器喜欢把三元运算符变成不带分支的条件转移语句，比 if 来得快就可以了。（其实编译器动动脑筋就把 if 给优化了……）

@abcbuzhiming ASCII 码当然不是“除了英文就没有了”。 0x00 到 0x7f 都是 ASCII 。

urlencode 的“编码”主要可不是为了什么包含 ASCII 没有的字符。 urlencode 的主要目的是杀掉有特殊含义的字符以及难以看到的特殊字符，只留下一组比较安全的字符（例如字母、数字、下划线）。? 可能理解为 query 、% 可能理解为 urlencode 本身得到的 escape 、# 可能理解为 fragment 、/ 可能理解为目录层级，这些都要杀。和表示字符串常量的时候用反斜杠伺候反斜杠和换行符之类的东西是一个意思。

然后 C++ 字符串拼接很麻烦吗？“很麻烦”的是 C 字符串吧……

问题不应该出在 utf8mb4 上面。标题给的“♥︎”本身只是个 U+2665 U+fe0e ，即强制使用非 emoji 模式的 U+2665 爱心。 utf8mb4 的问题只有在操作超过 U+FFFF 的码位的时候才会出现，和这个♥︎扯不上什么关系。

@halden 如果一个“语法”（注意不是“风格”）检查器会提示某种完全正确的代码存在问题的话，那就是实现有误了。

纠正一个用词：我个人其实很不喜欢“ HTML 5 ”这个叫法——各种幺蛾子版本号都是 W3C 定期把东西爬过来改个名整出来的。现在的 HTML 是 WHATWG Living Standard ，活的。看着不爽了上 GitHub 报 Issue 还可以把自己的名字丢进去。

可选标签有个 https://html.spec.whatwg.org/multipage/syntax.html#syntax-tag-omission 下面的表格例子，读起来超棒。


* * *

@edsgerlin Valid XML 是要从 xmlns 和不用自定义元素做起的，可以说是超级难。现在没人用 XSLT ，那就不管了吧……

@murmur 分不清 DOM 这个抽象后的结构和 HTML 源码本身真是超棒的啊。要是我告诉你早期 SGML 是像 Markdown 一样让人写起来舒服的你大概能吓死？前端世界的发展史真是 When in doubt, add a transpiler 的典范。

如果一个东西是事实，那何止是一九开？完全就是零十开。

@MinonHeart 大部分的省略功能在 HTML4 甚至 HTML1 和 SGML 就有定义。早期的 HTML 甚至没有 head 、 body: https://www.w3.org/History/19921103-hypertext/hypertext/WWW/MarkUp/Tags.html 为了向下兼容性这些省略必须进 spec 的。

当然某著名头疼浏览器（旧版 IE ）确实在这方面有一个小问题，见 https://stackoverflow.com/questions/5641997/is-it-necessary-to-write-head-body-and-html-tags 提到的 form 例子。

@shijingshijing 有大规模实现的定义就不是 ambiguity 。如果有问题是你实现的问题。

@halden 实现有误。

@ltux 见上， HTML 本来就是写得舒服的。

@Felldeadbird 建议你考虑一下“全部都要”取否之后是“全都不要”还是“一些不要”。

@xuhai951753 @R18 不新，甚至很老。现在的“传统”很多是 XHTML 成风那会儿遗留下来半正式半缺东西的玩意儿，反正还是不能当 XHTML 用。

如果输入就坏了的话，那就直接上正则硬解好了……

用 bbr 的别忘了 sysctl.conf 开个 net.core.default_qdisc = fq …

> 下载后发现，现有的编辑器，对日文的支持

咦什么时候日文还需要特别支持了……（继续读）

> 基本都是一塌糊涂，改编码为 euc-jp ， utf-16 也没多少帮助

一会 EUC-JP 一会 UTF ，完全搞不懂你是想打开文件还是想保存。

> 不过好在有浏览器可以用来解码

那你用浏览器检测得到的编码去打开啊。 ISO-2022-JP （ otz ）试过没？
能打开了之后就赶快转掉吧。

> 主要的问题是，翻译这么多文件，除了一行一行撸

看你想用什么啊。计算机辅助翻译这种东西可以用用 OmegaT 做点翻译记忆匹配和术语表查找，或者就直接用 Google 译者工具包（也有这些功能）。

https 防运营商艹是基本技能啊……

玩大了直接按照 Tor 出口列表打死……然后不管谁用 Tor 都别想用了。

@glasslion 所以我一直在说的“猜错了就给它掰回去”你是两层回复就忘了？

@glasslion 真是，怎么就不能判定了？

就拿 Python 2.7 （ https://github.com/python/cpython/tree/c188c1d ）举 sys.stdout 的例子：
https://github.com/python/cpython/blob/c188c1d/Python/pythonrun.c#L342
就酱。别的系统的实现也在那附近。

// Python 3.x 的实现在 _Py_device_encoding() 里面， GitHub 网页上用 GetConsoleOutputCP 也能搜到。
// 对于 locale 有 GetACP()。

我用 cp437 开个 Python 2.7 ：
C:\Program Files (x86)\FontForgeBuilds\bin>ffpython.exe
Python 2.7.10 (default, Jul 8 2015, 15:14:56)
[GCC 5.1.0] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys, locale, os
>>> print(sys.stdout.encoding)
cp437
>>> print(sys.stdout.isatty())
True

我 chcp 936 再开一个：

>>> print(sys.stdout.encoding)
cp936

* Python 3.6 的官方 Windows 构建 sys.stdout.encoding 都是 utf_8 了，我也懒得去看是什么鬼。

Python2 的 print 对于字符串（ unicode ）类型需要在内部按照 Python 感知到自己应该使用的 IO 编码方式编码，才能输出到缓冲区之类的东西。如果 Python 的感觉不对，那你就该用 PYTHONIOENCODING=UTF-8 这种东西掰对。

@glasslion 一个语言本来打印语句可以直接打印字符串的，结果却要变成字节流打印，难道不是执行环境的 bug 吗？更别说：

* 依赖环境变量？直接假定输出代码页是 UTF-8 岂不是更糟？能编码中文、运行 Python 的终端窗口用的编码又不止 UTF-8 。
* 字节串 print 这件事情基本上是 Python2 没想好 Unicode 字符串和字节串区别的时候留下的黑历史， Py3 去试试 print(b'\x2e') 就知道了。

virtualbox.msi

@domino chcp 65001 *就是* 你在找的通用方法，句号。

@mahone3297 人生苦短，多手动用 u"你好中文"（当然用 __future__ unicode_literals 也是好事。）

Windows 控制台默认使用目前系统编码，对于繁体中文是 Big5/cp950 。 Python 在 print 一个字符串之前，需要编码到目前 cmd 窗口使用的编码，而你遇到了个（ Python 印象中的） Big5 没有的字符。（之所以强调可能是 Python 的错觉，是因为这个语言的官方实现对于编解码的实现经常拘泥“标准”到脱离现实的地步： cp936 直接指到 gbk 结果没有该有的欧元符号、 cp950 没有 HKSCS 支持……）

你可以使用 chcp 65001 切到 utf-8 控制台窗口，当然也可以像楼上建议的一样走路绕开 Windows 控制台。