【转】编辑 mihomo 代理组
摘要： 作者：0xav10086
编辑代理组 在这里使用clash-verge来作为环境 Verge版本：v2.0.0 Github项目地址 Copilot和ChatGPT需要使用美国的网络环境才能访问，实在是坏！ 步骤 在‘订阅’中右键你的订阅文件 选择‘编辑代理组’ 填写‘代理组组名’，在‘引入代理’中选择所有关于美国的节点，如‘美国01’、‘美国02’等 其他的选项保持默认即可 最后点击‘添加前置代理组’ 退回到‘订阅’，并再次右键你的订阅文件 选择‘编...
arch降级教程 firefox flatpak
摘要： 本文介绍了在 Theora 视频解码器被谷歌和 Firefox 移除后，用户如何通过降级 Firefox 来继续支持 Theora 格式。文中详细说明了使用 Arch 的 downgrade 工具、Flatpak 包管理器、ESR 版本、官方 tar.gz 包以及 AppImage 的不同降级方法，帮助用户保持对旧版本 Firefox 的使用，并继续解码 Theora 视频文件。
序言 为了减少 Theora 安全性方面的维护，谷歌正式移除了 Theora 解码器 2024-09-06-011332_hyprshot 而 Firefox 在一年后也跟进正式移除 Theora 格式的解码，官方表示可以使用基于 WASM 技术的 ogv.js 来代替 native 原生解码  AUTHENTICATING FOR org.freedesktop.policykit.exec ==== Authentication is needed to run `/usr/...
关于 coffeescript 的 ESM 疑问 （已解决）
摘要： Coffeescript 目前不支持 ESM 模式。
#!/usr/bin/env coffee import * as cfs from "coffeescript" coffee index (node:44936) Warning: To load an ES module, set "type": "module" in the package.json or use the .mjs extension. (Use node --trace-warnings ... to show where the warning was created) /home/bemly/www/luoli-parse-to...
为什么应该用pnpm作为nodejs的包管理工具
1. 能够识别$XDG_CONFIG_HOME变量，X11 赢！ 2. 可以使用.json5和.yaml来写packages这个遗臭万年的配置文件注释系统 赢！！！ 3. 使用符号链接来管理文件，采用类似Git的文件策略方法管理模块 赢！ 4. 默认的npx，是用的#!/bin/sh来封装的，而不是#!/usr/bin/env node 赢！ 5. 可以用pnpm env来管理nodejs版本 赢！
【转/译】JavaScript 模块化的演变史
摘要： 这篇文章探讨了 JavaScript 模块化的发展历程。它回顾了早期通过命名空间和模块模式来管理代码的做法，以及后来为了应对更复杂的应用，出现了如 CommonJS 和 AMD 的解决方案。随着前端和后端需求的增长，UMD（通用模块定义）逐渐被采用，旨在兼容不同的模块系统。最终，ECMAScript 6 标准引入了原生的 ES 模块化系统（ESM），这成为了当前 JavaScript 模块化的标准方式。文章还分析了各模块化方案的优缺点以及它们在现代开发中的适用场景。
JavaScript 模块化的演变 原文：https://github.com/myshov/history-of-javascript/tree/master/4_evolution_of_js_modularity 译文：https://github.com/Yingkaixiang/evolution-of-js-modularity 译者注：在翻译本篇文章的同时，笔者也会将自己的理解以及实践补充进去，试图让正在阅读本篇文章的同学能够更加容易的理解什么是 JavaScript 的模块。 当 Brendan Eich 设计第一个 JavaScript 版本时，他可能不知道在...
js模块化建设历史：AMD、CJS、UMD、ESM
摘要： JavaScript 起初是浏览器中的脚本语言，由于语法宽松，模块化需求不高，导致随着外部 JS 代码的增多，变量冲突频发。为解决这一问题，开发者采用闭包或 AMD 加载器（如 RequireJS）进行模块封装。随着 Node.js 的崛起，CJS（CommonJS）成为标准模块化方案，但这进一步加剧了 Node.js 和浏览器之间的差异。为兼容两者，UMD 模块化方案诞生，但最终被 ES2015 推出的 ESM 标准取代。虽然 ESM 在 Node.js 和浏览器中逐渐普及，但老的 CJS 模块仍需兼容适配，像 CoffeeScript 在某些情况下因 Node.js 的 CJS 限制无法正常运行。
起初 最开始的js是用于浏览器的快速脚本语言 动态、宽松语法让许多代码得于以BUG的方式运行起来（（（ 但是最开始作为一个脚本语言，并没有考虑到js发展规模之快，以至于ES标准起初没有模块化的要求 随着外部js引入的逐渐增多，各类js的变量出现了冲突 为了解决这个办法，一部分是通过闭包，将自己的变量封装在一个大家基本不会使用的变量名上 比如 jQuery 这名老将，就以自己独特的占有率占用了$这个大变量 模块一多就不太好管理了，譬如现在的Node.js的npm一拉取webpack差不多就有150多个包 这么多模块的变量冲突在处理依赖的时间恐怕要比实际引入开发多得多 此时...