归档

在 dri.es 上我不使用 Google Analytics 或者任何其他的 Web 分析服务。为什么呢？因为我不想知道有多少人访问我的网站，他们来自哪里，或者他们使用什么操作系统。 因为我没有一个令人信服的理由来跟踪我的站点访问者，所以我也不需要用弹出的“cookies consent”来打扰任何人。这是一个很好的红利，网络上已经到处都是这样的东西了。我想 dri.es 保持整洁。 这一切都很好，直到几周前，当我在我的博客文章中嵌入一个YouTube视频时，谷歌发送了一个HTTP Cookie来跟踪我的站点访问者。该死的！ 经过一些研究，我发现YouTube提供了一种privacy-enhanced的嵌入视频的方式。不再链接到youtube.com，而是链接到youtube-nocookie.com，并且不会发送数据收集HTTP cookie。

突发新闻：我们刚刚将JSON:API模块提交给Drupal 8开发分支。 换句话说，在短短几个月内，所有Drupal 8站点都将支持JSON:API !🎉 这标志着Drupal被优化成为构建耦合和解耦两种应用的API-first平台的又一个重要里程碑。 使用JSON: API，开发人员或者内容创建者在Drupal UI内创建内容模型（无需编写任何代码），并自动获得一个不仅伟大而且强大、符合标准的创作经验，Web Service API会把这些内容拉到JavaScript应用程序，digital kiosks，聊天机器人，语音助手等等。

学习如何通过延迟图像加载提高你的站点性能。 最近，我花了些时间改进站点性能。在之前关于这个主题的博客文章中，我描述了在站点上优化JavaScript和CSS的情况，并得出结论，下一步是图像优化。 去年夏天，我发表了一篇我在阿卡迪亚国家公园度假的文章。文章中包含了13张照片，总大小约4mb。

我一直在思考我的网站性能以及它对用户体验的影响。糟糕的web性能确实存在道德上的问题。这些问题包括可及性、包容性、浪费以及环境问题。 速度比较快的网站更容易访问，因此对使用移动设备或来自互联网速度较慢或成本较高地区的用户更具包容性。

我是使用Drupal内置的模板层构建网站，还是将Drupal的解耦或headless功能与JavaScript框架结合使用呢? 内容管理创新的步伐正在加速 — 这是由内容管理系统需要支持的渠道（web, mobile, social, chat）数量以及传统Web渠道中需要支持的JavaScript框架两方面驱动的。因此，我们看到了headless或解耦架构的出现。