当接收到一个代表错误的 HTTP 状态码时，从 fetch() 返回的 Promise 不会被标记为 reject，即使响应的 HTTP 状态码是 404 或 500。相反，它会将 Promise 状态标记为 resolve（如果响应的 HTTP 状态码不在 200 - 299 的范围内，则设置 resolve 返回值的 ok 属性为 false），仅当网络故障时或请求被阻止时，才会标记为 reject。 太 TM 对了。

这两个问题不一样，这里解决的是 css 里面的字体引用问题，字体引用是 sprockets 处理的。 scss 的 load path 是在 scss 命令处理的，只要编译的时候加上 --load-path=node_modules 就可以引用 node_modules 里的 scss。 完整命令： sass app/assets/stylesheets/application.scss app/assets/builds/application.css --no-source-map --load-path=node_modules 从头配置 css bundling 的方法可以看这里 如何从 Webpacker 切换到 CSS/JS bundling。

跳过证书检验会导致下载官方源的包也不检验，那还是安装证书好一点。

我觉得广告其实也是多赢的盈利模式，只要不干扰网站本身的功能，并且和社区氛围相符。 内容方面定义了很严格的社区准则，专注于技术话题，希望能降低被举报的风险。

确实是，已经在文章里标记为不推荐使用

干掉平台只是开个玩笑，我是借用微信举例，核心是要找到吸引创作者的点，围绕这个点才能更有方向和节奏，决定什么要做，什么不能做，什么以后做。 我也可以换一个例子，付费订阅。把创作者从被流量裹挟的困境解救出来，不用追热点，不用写软文，通过内容吸引 1000 个付费读者。 社区只是一种产品形态，并不是一个产品特性，比如社区 + 付费订阅 = 付费社群。无论是流量还是付费，最终还是回到如何给创作者带来正反馈这件…

我的package.json文件里有--load-path=node_modules选项的,应该是其他地方的原因.

介绍 Turbo 的时候首先介绍怎么禁用 😂

😁 明天继续 Turbo Frames

感谢用了我的 todo-mvc 例子，这个代码比较旧，也刚好展示了 stimulus 的弱点，就是没有包含前端渲染。 这是它设计的定位决定的， stimulus 适合那些后端渲染已经解决大部分问题，只是要添加一点交互的场景。todo-mvc 是一个全前端渲染的例子，所以用 stimulus 要进行很多 dom 操作，变得很繁琐。 需要前端渲染的组件，我推荐看一下 https://lit.dev/ ，它的代码看上去跟 stimulus 很像，但是多了前端模版和数据绑定。而且是基于…

我觉得 YC 的格言“Make Something People Want”很精辟，一个产品有没有价值还是看有没有人需要它。如果有接外包的话，从客户需求里面抽取公有部分可能会找到一些点子。

Kotlin 确实看起来比 Java 轻盈很多。

RFC 对一般人太难读了，确实需要一些精简的例子。👍

起因是想做一个 SSL 证书自动签发、部署的面板。一开始也是满头雾水，啃了几天慢慢觉得简单。

可以把协议处理交给 https://caddyserver.com/ ，然后调用 caddy 的 api。

看到 get 'path' function 这样的路由我就会想到 https://sinatrarb.com/ 。 不过 Ruby 缺一个简单的打包方式。

Sinatra 是我学习的第一个 web 框架，对我的启蒙作用特别大。

巧了，刚刚看到 Javalin 的 Special thanks 名单的第一行是: Blake Mizerany, for creating Sinatra

深藏功与名 😆

看着跟 vue 很像（或者说反过来）。特点是变量响应不需要特定声明，比较自动但也担心有副作用。 我最近看好 https://lit.dev/ ，基于原生的 web component，通用性比较好。