Category: Images
-
Foo 的 2023 年后记
想帮助所有人->能帮一个是一个->放下助人情结->大家都去死了就一了百了了 🙃
-
如何负责任的分享 Web 内容?
TL;DR 虽然我对最近谁被请去喝茶了没什么兴趣深究,但是其中一个可能的细节还是值得考究的,就是当事人可能是因为对外发送过带跟踪参数的某网站短链接导致暴露了在国内某服务上的身份,于是就有了下面这堆牢骚话。 追踪参数如何让你被真名识破? 当你使用 Bilibili 的分享功能复制链接的时候,你也许会复制到类似 https://b23.tv/…….这样的短链接。假如你神经大条的把这个链接发出去,收到这个链接的会在若干次重定向之后打开那个视频,而你也可以通过 curl 一类的工具还原这个短链接实际指向的长链接地址: 某些时候的短链接可能包含更多信息,例如: 于是,问号之后的一大堆参数会在用户访问这个地址的过程中传递给服务器,服务器就可以通过这些参数知道例如这个用户来自什么平台(share_source,不过更通用的 UTM (Urchin Tracking Module)参数应该都是 utm_ 前缀的,例如 utm_source)、通过谁分享的链接打开的内容一类的各种信息。 如果硬要说这些追踪参数有什么积极意义的话,那就算是可以通过合适的追踪参数帮助产品经理和程序员分析各种渠道的性能表现、转化率等指标,并可以根据收集到的数据对特定渠道进行优化。(嘛,不做负优化做不错了吧 😅) 而对用户来说,追踪参数看不到一点点的好处,无外乎是又多卖了一些个人资料给各个大公司。以及因为这些参数都直接写在了请求里,别有用心的人就可以收集这些参数来达成各种各样的目的,例如跨平台识别用户、溯源分享者等等。 分享之前首先要有链接 介于强国 App 特色的不待见链接的环境,很多 App 都会在分享时“聪明”的帮你分享所谓的小程序链接。因为啥链接都没有,所以操作的空间说不定会比链接更大。如果你在意你和你潜在受众的隐私,你就应该不要通过 App 内置的分享到 XX 应用的功能,而是选择复制链接。然而总会有意外情况。 如何去除短链接的跟踪参数? 理论上,把问号之后的所有参数拿掉一定能够去除跟踪参数。但是不巧的是,有些问号后面的参数是有用处的,例如 YouTube ( https://www.youtube.com/watch?v=nC-bVtpIMd4 )和 MediaWiki ( https://www.mediawiki.org/w/index.php?title=MediaWiki ,你经常在维基百科之类的 MediaWiki 网站见到的形如 wiki/MediaWiki 这样的链接是需要另外配置 URL 重写规则的)。因此要去除可能的跟踪参数时,有可能需要其它的工具帮忙。 备选项:存档服务或替代前端 Reference
-
街头的第三条法则:总会发生鸟事
这句话用在最近的我身上好像正合适 😂