搜索到
1483
篇与
的结果
-
Web Feed 倡议书 独立博客应该提供 RSS/Atom 输出，以便读者可以订阅博客。原文作者：涛叔为了推动开放 Web 生态的发展，我涛叔设计并开发了 Web Feed 扩展，使用 Web Feed，用户可以在浏览器中方便地订阅独立博客，从而获取类似微信公众号的体验。但目前基于 Web Feed (RSS/Atom) 的订阅方案还有不少问题。今天向广大作者发出倡议，希望能一起解决这些问题。1、方便读者快速订阅博客我们虽然可以在博客上指明 Feed 链接，但不同博客的链接位置却不尽相同，多数在页面的右上角，少数在页面底部，还有一些在左边或者右边。有的网站虽然提供 Feed 链接，却只在首页等特殊页面展示。如果用户只是阅读某篇特定的文章，则不能第一时间发现 Feed 链接。为了解决这个问题，我建议所有作者都为博客加入 rss-autodiscovery 支持。简单来说就是在每个页面的 <head> 部分都添加特殊的 <link> 标签：<link rel="alternate" type="application/atom+xml" title="RSS" href="https://u.sb/atom.xml"> 这里的 type 属性指明 Feed 类型。如果是 RSS 需要写成 application/rss+xml，Atom 则需要写成 application/atom+xml。有了这样标准化的 <link> 标签，我们才有可能实现自动发现、一键订阅等功能。2、选择合适的 Feed 类型我们知道 Feed 类型分为 RSS 和 Atom，虽然 RSS 历史更久远，兼容性更好，我还是建议大家选用 Atom 格式。这是因为在 RSS 规范里面，每一个 <item> 只有一个 <description> 字段。有的站长用它输出摘要，有的站长用它输出全文。局面比较混乱。而 Atom 规范则分别定义了 <summary> 和 <content>，在语义上更加清晰，客户端在解析的时候也更加简单。3、Feed 文件体积过大很多作者为了方便读者订阅，不但在 Feed 中输出了全文，而且还把所有的历史文章都加到了 Feed 中。这样会生成一个非常大的 XML 文件。Feed 文件体积过大，一方面会消耗不必要的服务器流量，导致下载时间过长，另一方面还会给客户端解析带来非常大的负担。更重要的是，我们不可能在短时间内写很多文章，所以用户订阅 Feed 的时候大多数情况下下载的 XML 文件内容都只有很少变化或者根本没有变化。为此，我建议各位作者把 Feed 当成一种更新同步机制，而非内容同步机制。也就是说，大家只需要把最新发布的内容输出到 Feed 中就可以了。比如，我们可以只针对最新的十篇文章生成 Feed 文件。读者只需按照一定的周期来检查是否有新的 Feed 就不会错过新发布的文章。为了进一步减少 Feed 文件的体积，我进一步呼吁大家只在 Feed 中输出文章摘要。如果读者有兴趣，则可以作者的博客上继续阅读。顺便提一个小细节。有的作者为了让读者回源站阅读全文，不但没有在 Feed 中输出全文，而且在输出的摘要的最后还附加了一个超链接，来引导读者跳转到自己的博客。其实这大可不必。因为 Feed 信息中已经包含了文章链接，阅读器一般也都会再显示一个阅读原文按钮。如果在文章摘要中再输出一个，那就会显示两个原文跳转链接，非常难看。4、Feed 信息不完善这个问题基本不影响用户订阅 Feed。但我还是建议作者能把网站标题、网站图标、主页链接、个人邮箱等信息加现 Feed 文件。5、统一内容编码建议大家统一使用 UTF-8 编码。以上就是我所想到的 Feed 订阅问题。总结一下就是使用 Atom 格式，加入自动发现的 <link> 标签，只输出最新几篇文章的摘要，完善站点信息，比如一使用 UTF-8 编码。欢迎大家留言讨论。也欢迎大家关注 Web Feed 项目。本文短网址：https://z.sh/7nigF -
Nginx.io 域名被仲裁争议 大公司钱多的慌？从未联系就直接发起 UDRP 争议。什么是域名争议？全世界的域名争议都由一个叫 WIPO 的组织管理，WIPO 仲裁与调解中心提供省时、合算的互联网域名争议解决机制，无需进行法院诉讼。这项服务包括 WIPO 发起的《统一域名争议解决政策》(UDRP)，WIPO 中心已依据该政策办理了 49,500 多起案件。什么域名可以发起争议？简单来说，只要你认为这个域名侵犯了你公司的版权或商标，就可以去发起争议，按照我的经验，大概这几种争议是比较容易成功的：域名的主体部分和商标完全对应，且商标注册时间在域名注册之前。该域名的网站内容侵犯了商标，并且会对访客有误导。主动对商标持有者推销你的域名，然后狮子大开口，这个 “大开口” 一般都有个底线，发起一次 UDRP 的费用是 1500 美元，所以你懂的。公开售卖这个域名，或域名的停靠页面有侵权的内容，这个和第二点类似。以下几种争议是没有用的，纯浪费钱：域名先注册，商标后注册，且该域名的网站和你的商标毫无关联，或者极端情况下，该域名未作任何解析，且该域名从未出售或有意推销给版权方。争议仅限域名主体，并不包括后缀，比如你公司叫做 USB，商标也叫 USB，如果满足前面的条件，那你可以争议 usb.com，usb.net 等域名，但是你无法争议 u.sb，因为这个域名的主体是 u，而且网站里没有任何侵犯 USB 商标的内容，并没有误导任何访客。如何防止域名被争议？这个问题无解，只要是商标或者版权方就可以随时发起争议，唯一的解决办法？收购他们吗？如何避免域名被争议？如果你满足上述最后两点，那么有一个办法，就是不鸟对方，域名不做解析，域名不出售，就放着让你买不到，争议不了，干着急。如果对方有意购买，在没调查清楚之前，不要狮子大开口，而是要对方自己报价，切记把握主动权。Nginx.io 被争议Nginx.io 是一个开源的项目，基于 Debian 官方打包组的 Nginx 的脚本，对最新版本的 Nginx 进行打包。不过确实因为 Nginx 卖给 F5 以后，他们拥有 Nginx 的商标，这点无可厚非，但是让我气愤的是，对方从未联系我们，而是直接发起了 WIPO UDRP 争议，但凡他们联系我们一下，我们是很愿意把这个抢注来的域名免费赠送给 F5 的。现在没办法，只能给这个项目重新命名了，等我纠结好新的名字再鸟他们吧，真的是，大家都那么忙，这些大公司，宁可花不菲的律师费和 1500 美元去争议，也不愿写个邮件直接联系我们？目前该项目已重命名为 Nginx by U.SBPS：Nginx 背后的 F5 仍然不同意我们使用任何带有 Nginx 的域名，包括二级域名，所以该项目目前更名为 N.WTF另外，按照经验，以下公司都很喜欢直接争议，包括但不限于GoogleFacebookF5以下公司倒是喜欢直接收购域名，毕竟自己的商标是个通用词嘛AppleUpdate： 最终结果下来了，WIPO 判定我们恶意使用他们商标侵权，nginx.io 域名需要转移给 F5，附上判决书，要他们自嗨去吧。
-
Debian 无人值守自动更新系统 本文将指导如何设置 Debian 下无人值守自动更新系统。准备工作除非你是物理服务器，以及没有用过奇奇怪怪定制或修改的内核的 KVM 构架的 VPS 和云主机，否则升级系统更新内核是有一定机率导致 Grub 加载失败的，切记备份重要数据！再强调一遍，一定要备份重要数据！以下操作需要在 root 用户下完成，请使用 sudo -i 或 su root 切换到 root 用户进行操作。安装必要软件首先需要安装 unattended-upgrades 和 apt-listchanges 包：apt update apt install unattended-upgrades apt-listchanges -y 默认情况下 unattended-upgrades 服务会自动启动并生效：root@debian ~ # systemctl status unattended-upgrades ● unattended-upgrades.service - Unattended Upgrades Shutdown Loaded: loaded (/lib/systemd/system/unattended-upgrades.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2022-05-03 09:50:36 UTC; 1 months 13 days ago Docs: man:unattended-upgrade(8) Main PID: 697 (unattended-upgr) Tasks: 2 (limit: 1059) Memory: 8.5M CPU: 69ms CGroup: /system.slice/unattended-upgrades.service └─697 /usr/bin/python3 /usr/share/unattended-upgrades/unattended-upgrade-shutdown --wait-for-signal 如果没有生效可以执行 systemctl enable --now unattended-upgrades 让其生效并开机自动启动。配置 50unattended-upgrades 文件我们直接编辑 /etc/apt/apt.conf.d/50unattended-upgrades 文件并输入以下内容：cat > /etc/apt/apt.conf.d/50unattended-upgrades << EOF APT::Periodic::Update-Package-Lists "1"; APT::Periodic::Unattended-Upgrade "1"; APT::Periodic::Verbose "1"; APT::Periodic::AutocleanInterval "7"; Unattended-Upgrade::Mail "root"; Unattended-Upgrade::Origins-Pattern { "origin=Debian,codename=\${distro_codename},label=Debian"; "origin=Debian,codename=\${distro_codename},label=Debian-Security"; "origin=Debian,codename=\${distro_codename}-security,label=Debian-Security"; }; Unattended-Upgrade::Package-Blacklist { }; Unattended-Upgrade::Automatic-Reboot "false"; EOF 然后重启服务：systemctl restart unattended-upgrades 上述配置中，APT::Periodic::Update-Package-Lists "1"; 和 APT::Periodic::Unattended-Upgrade "1"; 代表打开了自动更新，如果设置 0 则不会自动更新。APT::Periodic::AutocleanInterval "7"; 这个配置代表残留的无用依赖包保留 7 天，7 天后自动清理。Unattended-Upgrade::Origins-Pattern 代表需要更新的 apt 源，我们仅更新包含 debian 和 debian-security 的仓库，如果您还需要更新某些第三方 apt 源安装软件，也可以加入自定义 origin 比如："origin=PowerDNS"; 至于如何获取 origin，可以直接查看这个软件仓库的 Release 文件，比如 PowerDNS 仓库的这个 Release：root@debian ~ # curl -s https://repo.powerdns.com/debian/dists/bullseye-auth-master/Release | grep Origin Origin: PowerDNS Unattended-Upgrade::Package-Blacklist 是黑名单，可以把不需要自动更新的软件加进去，比如：Unattended-Upgrade::Package-Blacklist { // 不自动更新所有 linux- 开头的包 "linux-"; // 不自动更新 Apache 2 "apache2"; // 也支持正则，这个规则不更新所有包含 xen，xenstore 以及 libxen 开头的包，比如 xen-system-amd64, xen-utils-4.1, xenstore-utils 和 libxenstore3.0 "(lib)?xen(store)?"; }; APT::Periodic::Verbose "1"; 默认情况下这个设置是 0，代表不发送任何报告，1 代表进度报告。Unattended-Upgrade::Mail "root"; 则是发送邮件给 root 用户，可以根据需求自定义。Unattended-Upgrade::Automatic-Reboot "false"; 则是不自动重启，特么服务器没事重启干嘛……测试配置我们可以运行这个命令测试规则是否正确：unattended-upgrades --dry-run --debug 如果没有报错即代表没问题，这样我们就配置好了 Debian 的无人值守自动更新，再也不用担心出安全漏洞无法及时更新系统咯。需要查看日志可以使用 journalctl -u apt-daily.service | tail 命令：root@debian ~ # journalctl -u apt-daily.service | tail Jun 18 08:06:23 debian apt.systemd.daily[510126]: verbose level 1 Jun 18 08:06:26 debian apt.systemd.daily[510126]: download updated metadata (success). Jun 18 08:06:26 debian apt.systemd.daily[510126]: download upgradable (not run) Jun 18 08:06:28 debian apt.systemd.daily[510126]: unattended-upgrade -d (success) Jun 18 08:06:28 debian systemd[1]: apt-daily.service: Succeeded. Jun 18 08:06:28 debian systemd[1]: Finished Daily apt download activities. 我们看到 download updated metadata (success). 和 unattended-upgrade -d (success) 即为成功。
-
Firefox 指定特定网站关闭所有扩展 本文将指导在 Firefox 下设置特定的网站不启用所有扩展。背景前提有时候我们想针对某个特定的网站不启用 Firefox 的扩展，由于没有对应的插件来解决这个问题，每次都用安全模式启动略显麻烦，所以我们只能手工修改配置。解决方法首先，在地址栏输入 about:config 然后回车进入：点击确认后，在搜索框输入 extensions.webextensions.restrictedDomains：默认情况下，为了保护用户隐私，这些 Mozilla 官方的域名是强制不开启扩展的：accounts-static.cdn.mozilla.net,accounts.firefox.com,addons.cdn.mozilla.net,addons.mozilla.org,api.accounts.firefox.com,content.cdn.mozilla.net,discovery.addons.mozilla.org,install.mozilla.org,oauth.accounts.firefox.com,profile.accounts.firefox.com,support.mozilla.org,sync.services.mozilla.com 然后就可以添加或删除域名了，记得域名前面加一个英文的逗号，比如我要加一个 example.com：accounts-static.cdn.mozilla.net,accounts.firefox.com,addons.cdn.mozilla.net,addons.mozilla.org,api.accounts.firefox.com,content.cdn.mozilla.net,discovery.addons.mozilla.org,install.mozilla.org,oauth.accounts.firefox.com,profile.accounts.firefox.com,support.mozilla.org,sync.services.mozilla.com,example.com 好了，就这么简单解决问题了，重新打开页面或者重启浏览器试试吧。
-
KDE Plasma 关闭单击打开文件或文件夹 本文将指导在 KDE Plasma 下关闭单击打开文件或文件夹。前言对于从 Windows 或 macOS 迁移到 Linux 的用户，需要花费很多时间来适应各种不习惯的操作，在 KDE Plasma 下，有一个默认设置，单击即可打开某个文件或者文件夹，这让很多用户感到非常不适应。解决方法参考这个帖子，打开 System Settings -> Workspace Behavior -> General Behavior，然后找到 Clicking files or folders，把默认的 Opens them 改成 Selects them：好了，解决了这个非常不习惯的操作。
