导读:有多少人知道链接的生命周期有多久?《纽约时报》(New York Times)的专利作家尼克·毕尔顿(Nick Bilton)今天发表了一篇文章,引用了互联网连接分析机构BitLy提供的分析报告

本文主要是介绍导读:有多少人知道链接的生命周期有多久?《纽约时报》(New York Times)的专利作家尼克·毕尔顿(Nick Bilton)今天发表了一篇文章,引用了互联网连接分析机构BitLy提供的分析报告,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

导读:有多少人知道链接的生命周期有多久?《纽约时报》(New York Times)的专利作家尼克·毕尔顿(Nick Bilton)今天发表了一篇文章,引用了互联网连接分析机构BitLy提供的分析报告,向外界展示了互联网上链接的短暂生命周期。

  以下为分析全文:

  有多少人知道,当一个新链接出现在互联网上之后,需要过多久才会被大众所遗忘并不再点击呢?答案是:平均算来,这个过程只需要区区3个小时。如果把上面这个问题里的“新链接”改为“与新闻相关的新链接”,那么答案的时间则更短,仅为5分钟。

  根据互联网链接分析机构Bit.ly提供的数据显示,大多数通过互联网分享的链接的生命周期都不是很长久,并且很快都会被淹没在茫茫的数据海洋之中。该研究发现,在所有内容的链接当中,无论是搞笑信息还是严肃新闻,它们都遵循着一个同样的规律,既在一开始会吸引到大量用户的注意力,然后很快便到达了峰值,之后便开始逐渐走向没落直至消亡。

  该研究通过分析这些链接的半衰期来判断其生命周期——一个链接的半衰期是指该链接获得一半点击量所需的时间。

Bit.ly上一千个流行链接的平均生命周期

  Bit.ly的首席科学家希拉里·梅森(Hilary Mason)经过研究发现,通过Facebook和Twitter张贴的链接以及通过电子邮件或者聊天工具发送的直接链接拥有着截然不同的生命周期。在通过对在Bit.ly上分享的1000条流行链接展开的调查,梅森发现发布在Twitter上的链接的平均半衰期为2.8个小时,Facebook上则为3.2个小时,通过电子邮件或者聊天工具发送的直接链接的半衰期为3.4个小时。这也意味着Facebook上链接的半衰期与Twitter相比要多出24分钟。

  但是梅森也指出,不同网站上的链接之间还是会有显著的差异。比如说来自视频网站YouTube的链接的半衰期为7.4个小时。她在报告中指出:“作为点击该链接的用户,我们对YouTube上的链接的关注度会保持相当长的一段时间。”

  而新闻链接的生命周期则相对比较短暂。最近《华盛顿邮报》(Washington Post)发布的一篇关于美国东海岸地震的新闻报道在5分钟以后便失去了读者的关注。这或许是由于新闻链接的发布速度过快过频繁所导致。

这篇关于导读:有多少人知道链接的生命周期有多久?《纽约时报》(New York Times)的专利作家尼克·毕尔顿(Nick Bilton)今天发表了一篇文章,引用了互联网连接分析机构BitLy提供的分析报告的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/277099

相关文章

C++中悬垂引用(Dangling Reference) 的实现

《C++中悬垂引用(DanglingReference)的实现》C++中的悬垂引用指引用绑定的对象被销毁后引用仍存在的情况,会导致访问无效内存,下面就来详细的介绍一下产生的原因以及如何避免,感兴趣... 目录悬垂引用的产生原因1. 引用绑定到局部变量,变量超出作用域后销毁2. 引用绑定到动态分配的对象,对象

一篇文章彻底搞懂macOS如何决定java环境

《一篇文章彻底搞懂macOS如何决定java环境》MacOS作为一个功能强大的操作系统,为开发者提供了丰富的开发工具和框架,下面:本文主要介绍macOS如何决定java环境的相关资料,文中通过代码... 目录方法一:使用 which命令方法二:使用 Java_home工具(Apple 官方推荐)那问题来了,

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

Python内存管理机制之垃圾回收与引用计数操作全过程

《Python内存管理机制之垃圾回收与引用计数操作全过程》SQLAlchemy是Python中最流行的ORM(对象关系映射)框架之一,它提供了高效且灵活的数据库操作方式,本文将介绍如何使用SQLAlc... 目录安装核心概念连接数据库定义数据模型创建数据库表基本CRUD操作创建数据读取数据更新数据删除数据查

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe

Java中最全最基础的IO流概述和简介案例分析

《Java中最全最基础的IO流概述和简介案例分析》JavaIO流用于程序与外部设备的数据交互,分为字节流(InputStream/OutputStream)和字符流(Reader/Writer),处理... 目录IO流简介IO是什么应用场景IO流的分类流的超类类型字节文件流应用简介核心API文件输出流应用文