golang.org网站的URL缩短器,golang.org/s/包含有用的历史链接,但我无法发现查看列表的方法。golang.org/s和golang.org/s/index都生成not found一个简单的功能请求:golang.org/s可以列出条目。
not found
ktecyv1j1#
我对所有的/s链接感兴趣,但找不到查看它们的方法。因此,我在以下地方进行了搜索:1)源代码2)所有提交信息3)golang-nuts4)golang-dev5)wiki6)谷歌,并将大部分内容总结为一个列表,放在golang.design/history。对此感兴趣的人可以通过README文档中的golang.org/s进行搜索,这里有一些(不确定是否还有更多):
/s
golang.org/s
https://golang.org/s/semicolon-proposal https://golang.org/s/go1 https://golang.org/s/go11sched https://golang.org/s/go11func https://golang.org/s/go11return https://golang.org/s/go12nil https://golang.org/s/go12slice https://golang.org/s/go12symtab https://golang.org/s/go12encoding https://golang.org/s/go13todo https://golang.org/s/go13linker https://golang.org/s/go13heapdump https://golang.org/s/go13compiler https://golang.org/s/go13nacl https://golang.org/s/go14android https://golang.org/s/go14internal https://golang.org/s/go14nopkg https://golang.org/s/go14gc https://golang.org/s/go14customimport https://golang.org/s/go15vendor https://golang.org/s/go15bootstrap https://golang.org/s/go15gomaxprocs https://golang.org/s/go15gcpacing https://golang.org/s/go15trace https://golang.org/s/go17ssa https://golang.org/s/go19inliningtalk https://golang.org/s/generatedcode https://golang.org/s/gctoc https://golang.org/s/go2designs https://golang.org/s/dev.cc https://golang.org/s/execmodes https://golang.org/s/better-linker https://golang.org/s/win2000-golang-nuts https://golang.org/s/contigstacks https://golang.org/s/types-tutorial https://golang.org/s/using-guru https://golang.org/s/stdwhy https://golang.org/s/oracle-design https://golang.org/s/oracle-user-manual https://golang.org/s/cgihttpproxy https://golang.org/s/sqldrivers https://golang.org/s/builderplan
798qvoo82#
这是一段被遗漏的文本:
sg3maiej3#
感谢changkun!但我仍然希望网站提供自己的自动维护索引。
gzjq41n44#
我们也很喜欢这个功能:)
fcwjkofz5#
https://golang.org/cl/283753提到了这个问题:x/website: golang.org/s: print an index at the root
x/website: golang.org/s: print an index at the root
xzlaal3s6#
我可以看到完整的索引,而且它充满了垃圾。我不相信发布这些垃圾的完整表格是值得的。更糟糕的是,那里显然有一些链接,它们是基于假设创建的,即不会将完整名称和链接制成公共表格。(你可以认为这是一个错误,但它们确实存在。)如果我们要发布一个关于/s的索引,那么每个链接都应该有一个单独的“public bool”位存储,必须明确设置该位才能使链接出现在索引中。请不要这样做,至少在没有添加该位的情况下不要这样做。
zengzsys7#
感谢您对垃圾邮件和私自创建的链接的澄清。然后,我认为社区对此无能为力,因为发送的CL是盲目地通过阅读代码并标记公共布尔值来完成的,至少需要管理员权限才能查看它们。仍然期待将来推出该功能,正如之前的原因所评论的那样。
6ie5vjzr8#
我已经提出了这个建议,试图迫使讨论和结束。
xytpbqjk9#
我认为我们真的不需要一个提案。只要有公共/私有位,我很乐意添加这个功能。我最近正在为golang.org工作。如果你把它留给我,我会实现它。
9条答案
按热度按时间ktecyv1j1#
我对所有的
/s
链接感兴趣,但找不到查看它们的方法。因此,我在以下地方进行了搜索:1)源代码
2)所有提交信息
3)golang-nuts
4)golang-dev
5)wiki
6)谷歌,并将大部分内容总结为一个列表,放在golang.design/history。
对此感兴趣的人可以通过README文档中的
golang.org/s
进行搜索,这里有一些(不确定是否还有更多):798qvoo82#
这是一段被遗漏的文本:
sg3maiej3#
感谢changkun!但我仍然希望网站提供自己的自动维护索引。
gzjq41n44#
我们也很喜欢这个功能:)
fcwjkofz5#
https://golang.org/cl/283753提到了这个问题:
x/website: golang.org/s: print an index at the root
xzlaal3s6#
我可以看到完整的索引,而且它充满了垃圾。
我不相信发布这些垃圾的完整表格是值得的。
更糟糕的是,那里显然有一些链接,它们是基于假设创建的,即不会将完整名称和链接制成公共表格。(你可以认为这是一个错误,但它们确实存在。)
如果我们要发布一个关于/s的索引,那么每个链接都应该有一个单独的“public bool”位存储,必须明确设置该位才能使链接出现在索引中。
请不要这样做,至少在没有添加该位的情况下不要这样做。
zengzsys7#
感谢您对垃圾邮件和私自创建的链接的澄清。然后,我认为社区对此无能为力,因为发送的CL是盲目地通过阅读代码并标记公共布尔值来完成的,至少需要管理员权限才能查看它们。仍然期待将来推出该功能,正如之前的原因所评论的那样。
6ie5vjzr8#
我已经提出了这个建议,试图迫使讨论和结束。
xytpbqjk9#
我认为我们真的不需要一个提案。只要有公共/私有位,我很乐意添加这个功能。
我最近正在为golang.org工作。如果你把它留给我,我会实现它。