您当前位置: 主页 / Dog 博客 / 存档

已访问链接和更新

2004年10月15日,星期五(下午2:35 GMT

以不同方式样式化已访问链接和未访问链接是一种常见的“良好实践”,这样可以帮助用户导航,让他们知道自己去过哪些地方。

BBC News 网站是我不仅每天访问,而且一天内会访问多次的少数几个网站之一。我认为它在内容、设计和易用性方面都很棒,我经常通过他们较浅色调的已访问链接来快速将一个标题与我已阅读过、因此不想再次阅读的文章关联起来。

不过,这也有一个细微的缺点。BBC News 网站显然奉行的是不为同一故事的每个更新创建新页面,而是修改现有页面的政策,这非常合理。然而,问题在于,他们的“有用的提示”随着每一次更新变得越来越没有用。较浅的链接告诉我,我已访问过一个特定的页面,即具有相同文件名的一个,但我实际上并没有访问过那个最新的故事,或者那个故事的更新。

一个典型的例子是关于英国大奖赛在银石赛道举办的未来的故事,我对此很感兴趣。在最近几周,同一个页面被更新了无数次,故事从银石赛道被排除在赛历之外,到一家联合企业接手拯救它,再到银石赛道实际上在赛历上获得了一个暂定席位(最终没有联合企业的帮助)。所以最新的“更新”页面实际上与原始页面截然不同。

在你对一个网页进行多少次更改后,使用不同样式的已访问链接将不再有用?

评论

评论1

:visited 伪类只有在资源被*访问*时才有意义。换句话说,问题在于,资源的变化是否会改变其标识?对我来说,答案是肯定的。我从不将 :visited 用于动态(后端驱动的网站),只用于静态内容。

有人可能会认为,应该有一个系统检查上次访问日期,并使用常规的 CSS 类来突出显示更改的内容,但这超出了本次讨论的范围。

Gabriel Mihalache 于 2004 年 10 月 15 日星期五下午 3:28 GMT 如是说。

评论2

我很久以前在我的博客上谈论过这个问题 [1 , lang="es"]。我提出的方法是生成“动态链接”,并将链接文档的最后修改日期附加到查询字符串中。因此,每次文档更新时,链接都会略有不同,浏览器会将其视为新链接。这在构建博客列表时也非常方便,因为与用户上次访问以来有新内容的博客不应被计为“已访问链接”。

[1] http://simplelogica.net/logicola/index.php?id=306

例如,如果我有一个http://example.com/document, 最后修改时间是 2 月 25 日下午 2 点,链接将是 http://example.com/document?02:25:2004T14:00

如果它在 3 月 1 日晚上 10 点更新
http://example.com/document?03:01:2004T22:00

这应该能解决问题 :)


mort 于 2004 年 10 月 15 日星期五下午 3:41 GMT 如是说。

评论3

mort,很棒的主意,但查询字符串对语义来说不太好,有没有什么办法

http://example.com/document/151004/1600/

这样,如果我们进入父文件夹,我们可以看到 15/10/04 的所有更新,如果我们再往上一级,我们可以看到文档的所有更新。

我相信 mod_rewrite 可以很好地处理转换。

Tom 于 2004 年 10 月 15 日星期五下午 4:28 GMT 如是说。

评论4

我强烈认为,文章和新闻的 URL 应该是单一的、永久的——这也是为什么博主们都沉迷于他们的结构化永久链接(包括我自己)的原因。
一旦该新闻报道不再是关于 [在此处插入日期] 与 [在此处插入主题] 相关的事件;根据定义,使用原始 URI 是不正确的——通用资源标识符……我的资源去哪儿了?
如果网络要想拥抱其作为长期智力资源的潜力,内容开发者就不能用现在的内容覆盖过去。
</下台 ;)>

Andrew 于 2004 年 10 月 16 日星期六上午 10:48 GMT 如是说。

评论5

Livejournal 上的每个条目都有一个评论链接,其中列出了评论数量,以及 URL 中的 nc=x。如果其他人对一个条目发表评论,nc=x 就会增加一,链接也会停止被访问。不幸的是,除此之外它没有任何作用(你可以访问一个有 15 条评论的 nc=2 页面,但它不会产生任何影响)。

Robin 于 2004 年 10 月 17 日星期日下午 4:16 GMT 如是说。

评论6

:visited 仅仅意味着你最近去过那个地址。它从未意味着内容没有被更新。

任何有这种误解的用户都只是被误导了。与其改变一些网站的机制让人们不确定它的意思,不如更好地教用户这些机制的真正含义。

Neal 于 2004 年 10 月 22 日星期五晚上 8:02 GMT 如是说。

另请参阅

^ 顶部

SiteGround: Fast, reliable, recommended hosting.