<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>互联网 on 涯余的博客</title><link>https://hangyan.github.io/tags/%E4%BA%92%E8%81%94%E7%BD%91/</link><description>Recent content in 互联网 on 涯余的博客</description><generator>Hugo</generator><language>zh</language><managingEditor>hang.yan@hotmail.com (涯余)</managingEditor><webMaster>hang.yan@hotmail.com (涯余)</webMaster><lastBuildDate>Sat, 12 Sep 2020 12:30:28 +0800</lastBuildDate><atom:link href="https://hangyan.github.io/tags/%E4%BA%92%E8%81%94%E7%BD%91/index.xml" rel="self" type="application/rss+xml"/><item><title>Hugo 的优点</title><link>https://hangyan.github.io/post/fuck-hexo/</link><pubDate>Sat, 12 Sep 2020 12:30:28 +0800</pubDate><author>hang.yan@hotmail.com (涯余)</author><guid>https://hangyan.github.io/post/fuck-hexo/</guid><description>&lt;p&gt;经历了 N 次在各个不同的环境里初始化 Hexo 的环境失败之后，我终于换了 Hugo.&lt;/p&gt;
&lt;p&gt;从 Jekyll -&amp;gt; Hexo -&amp;gt; Hugo 我算是发现了，依赖不好处理的平台根本不适合做 static blog generator.想在一个新的环境里部署好一个这样的软件，而且你又没有这个语言的比较多的经验的时候，大量的时间会被浪费在配置环境上。这时候，像 hugo 这样的 static binary 就是一个 killer feature, 我根本不用看它有什么优缺点，就直接切换过来了。&lt;/p&gt;
&lt;p&gt;事实上也是，从互联网的内容检索上来看，大部分的迁移路线基本上就是 Jekyll,Hexo -&amp;gt; Hugo, 基本上没有反着来的。 先不说 Golang 语言设计的怎么样，但说能如此方便地 build 出来一个 cross-platform 的 static binary, 简直是造福程序员。&lt;/p&gt;
&lt;p&gt;曾经，我以为 Hexo 的 theme 与 content 分离已经很优秀了。没想到它还是个垃圾。&lt;/p&gt;</description></item><item><title>Common Index</title><link>https://hangyan.github.io/post/2019-07-16-common-index/</link><pubDate>Tue, 16 Jul 2019 16:20:10 +0000</pubDate><author>hang.yan@hotmail.com (涯余)</author><guid>https://hangyan.github.io/post/2019-07-16-common-index/</guid><description>&lt;p&gt;这几天在重温 《疑犯追踪》，作为一个近科幻的代表作，其描绘的社会是如此地贴近现实，让人想到时都会有一种无力感。在技术社区的种种讨论中，总会有零星的关于此话题的讨论以及解决之道。去中心化网络作为其中一个核心概念，已经有很多落地的实验性产品，虽然仍然无法撼动如今的网络结构，但总是一些希望之火。另外一个最近引起热门讨论的技术便是 Common Index。搜索引擎发展了这么多年，在给人们带来了很多便利的同时，也带来了无数的负面影响。Common Index 是一种解决途径，虽然如去中心化网络一样，看起来都很遥不可及，但仍然是值得期待的。&lt;/p&gt;
&lt;p&gt;搜索引擎是一种商业产品，其背后的公司依靠大部分依靠广告牟利。这是一种非常容易理解的商业模式，但是却造成了以下后果:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;code&gt;Too Big To Fail&lt;/code&gt;: 搜索引擎技术随着互联网规模的发展，会形成越来越高的技术壁垒。没有任何新公司能进入到这个市场。Google 目前占据着绝对主流，其他几家只占有微量的比例: &lt;img loading="lazy" src="https://hangyan.github.io/images/common-index/market-share.png"&gt;&lt;/li&gt;
&lt;li&gt;搜索引擎公司可以通过一些看似 &lt;code&gt;公平&lt;/code&gt;的策略来调整不同网页的权重，从而来影响互联网的发展。比如 Google 一直在提高支持移动互联网网页的比重。这样的行为不能说是很坏，但是否应该由一家公司来做这些决定呢？&lt;/li&gt;
&lt;li&gt;搜索引擎公司可以通过人为调整搜索结果顺序来牟利。比如毫无底线的百度。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;信息时代人们对于信息检索的需求是非常庞大的，而且或许正如某些人所说，它不再是一个普通的商品，而是成为类似于水电一样的基础设施，每个人的生存都依赖于这些东西。在这种情况下，搜索技术再由某些垄断公司提供是不合适的，尤其是公司容易受到地缘政治的影响。Common Index 对此的提议是将搜索技术分为两层: 底层是通用的 index 技术，上层是各个公司的定制部分。&lt;/p&gt;
&lt;p&gt;&lt;img loading="lazy" src="https://hangyan.github.io/images/common-index/owi.png"&gt;&lt;/p&gt;
&lt;p&gt;这里&lt;code&gt;OWI&lt;/code&gt; 指 &lt;code&gt;Open Web Index&lt;/code&gt;, 即本文一直说的 &lt;code&gt;Common Index&lt;/code&gt;。Common Index 作为基础设施，提供基本的互联网索引，不同的商业机构可以基于此添加自己的特定的索引，并提供不同的界面以及功能。比如我可以实现一个专门搜书的搜索引擎，或者一个专门用来搜索特定某个人的公开信息的搜索引擎等等。Common Index 让新公司加入搜索引擎这个市场变得可能，并且可以通过差异化的服务来获取用户。有了这个基础，搜索引擎市场便有可能成为一个良性竞争的市场。&lt;/p&gt;
&lt;p&gt;要想这个设想变成可能， 操作起来是很麻烦的，所以很多类似的设想都只停留在设想阶段。我能想到两个问题便是:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;谁来承担 Common Index 的成本？ 理论上可以应该让参与这个市场的公司来共同承担，想扶持本国在此方面有所发展的国家可以资助本国公司去参与这个市场。&lt;/li&gt;
&lt;li&gt;如何打破现有市场的格局? 最理想的情况是，在未来的某一个天，通过反垄断法将 Google 拆分， 分离出其 部分index 技术作为 Common Index 的基础。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;当然，希望在未来讨论这些问题的时候，百度已经不在了。&lt;/p&gt;
&lt;p&gt;相关链接:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;a href="https://hub.packtpub.com/can-an-open-web-index-break-googles-stranglehold-over-the-search-engine-market/"&gt;Can an Open Web Index break Google’s stranglehold over the search engine market?&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://arxiv.org/abs/1903.03846"&gt;The Web is missing an essential part of infrastructure: an Open Web Index&lt;/a&gt;&lt;/li&gt;
&lt;/ol&gt;</description></item><item><title>The useless web</title><link>https://hangyan.github.io/post/2019-04-10-the-useless-web/</link><pubDate>Wed, 10 Apr 2019 18:41:54 +0800</pubDate><author>hang.yan@hotmail.com (涯余)</author><guid>https://hangyan.github.io/post/2019-04-10-the-useless-web/</guid><description>&lt;p&gt;早期互联网的美妙之处在于，它真的是&lt;code&gt;万维网&lt;/code&gt;,由无数的由个人或者公司搭建的互联网。没有如此大公司固定平台的限制，这些网站充满了无数的可能性。&lt;/p&gt;
&lt;p&gt;之前工作无聊时发现的一个&lt;a href="https://theuselessweb.com/"&gt;the useless web&lt;/a&gt;, 它给了我们一个&lt;code&gt;magit button&lt;/code&gt;,每次点击都可以打开一个新的神奇的&lt;code&gt;无聊&lt;/code&gt;网站：&lt;/p&gt;
&lt;p&gt;&lt;img alt="index" loading="lazy" src="https://hangyan.github.io/images/useless-web/index.png"&gt;&lt;/p&gt;
&lt;p&gt;有最神奇的可以随鼠标晃动的&lt;a href="http://www.staggeringbeauty.com/"&gt;东西&lt;/a&gt;:&lt;/p&gt;
&lt;p&gt;&lt;img alt="http://www.staggeringbeauty.com/" loading="lazy" src="https://hangyan.github.io/images/useless-web/beauty.png"&gt;&lt;/p&gt;
&lt;p&gt;一个向下拉有无限长的腿的&lt;a href="http://endless.horse/"&gt;马&lt;/a&gt;:&lt;/p&gt;
&lt;p&gt;&lt;img alt="http://endless.horse/" loading="lazy" src="https://hangyan.github.io/images/useless-web/horse.png"&gt;&lt;/p&gt;
&lt;p&gt;一个不知道什么的&lt;a href="http://metaphorsofinfinity.com/"&gt;隐喻&lt;/a&gt;：&lt;/p&gt;
&lt;p&gt;&lt;img alt="http://metaphorsofinfinity.com/" loading="lazy" src="https://hangyan.github.io/images/useless-web/meta.png"&gt;&lt;/p&gt;
&lt;p&gt;被偷了 bucket 的&lt;a href="http://ihasabucket.com/"&gt;海象&lt;/a&gt;&amp;hellip;&lt;/p&gt;
&lt;p&gt;&lt;img alt="http://ihasabucket.com/" loading="lazy" src="https://hangyan.github.io/images/useless-web/bucket.jpg"&gt;&lt;/p&gt;
&lt;p&gt;这是一个几乎无限长的例子。几乎也是自由互联网的意义所在。很像&lt;code&gt;&amp;lt;Rick and Morty&amp;gt;&lt;/code&gt;里他们看的宇宙电台一样，无穷无尽的稀奇古怪的电视节目。&lt;/p&gt;
&lt;p&gt;&lt;img alt="morty" loading="lazy" src="https://hangyan.github.io/images/useless-web/morty.jpg"&gt;&lt;/p&gt;
&lt;p&gt;无尽的无趣，比有限的伪装要好太多了。&lt;/p&gt;</description></item></channel></rss>