264 小说模块
264 小说模块 (第3/3页)
站的构成吧。
而这些密密麻麻的点呢，每个点代表的是一个小说文本。
从这个模型上看上去，这个网站从首页开始，延续到二级页面、三级页面，依次类推下去，理论上可以访问到整个网站的所有作品。
但问题是，根据我们使用网站的习惯，极少有人会在三级页面上逗留，我们比我们想象的要懒得多，想要找到一本好书看，不可能逐一的去翻看分页页面的小说，数据量实在太大，这种费力不讨好的工作基本没有会去这么做。
大多数人都只在首页上寻找可以“试毒”的小说。这是由人的本能就决定的结果，这也是为何小说网站首页IP访问量这么高的根本原因。
于是问题来了。网站首页能够显示的小说数量是多少呢？
两百本，两百本不能再多了，不管小说数据库中是一千本小说的总数据，还是一千万本，还是一千亿本小说，首页能展现给读者的始终是两百本小说。
这样导致的后果是什么呢？
请看模型图的高亮部分。
看到模型的高亮部分了吗？
什么？看不见？好，那我放大一些你们应该看到了吧。
这个高亮部分确实有点小，也难怪有人说看不到。
首页浏览的IP量，加上二三级页面的访问量，所有这些访问所能触及的整个网站的小说的总占比是多少呢？你们绝对想不到，答案是0.1%都达不到。这个数据随着小说数据总量的提高还会逐渐下降。所以你们看到的高亮的活跃部分才会这么小。从整个网站的视角来看的话，这个网站的几乎就是个死气沉沉的站点。
也许你们会认为那是因为小说库中的数量太庞大的原因，网站的数据应该是正常数据。毕竟流量都在这里了，只不过流量呈现集中流向部分推荐小说而已。
确实有也有这方面的因素。所以我才说他们网站设计得不合理。
都说没有对比就没有伤害，也许看一下某易云音乐的程序思维导图，就能看出其中差异了。
看到差异了吗？某易云音乐乐库高亮部分占比高达5%，这就是赤果果的差距啊。
而造成这个差距的原因是：某易云音乐使用了一套非人为的推荐机制，这个机制完全是基于大数据解决方案之上的算法，大数据的推荐机制，完爆了人为推荐机制，简单的说就是非人的，战胜了用人的...”