我来解释一下为何 curl 非常好
首先 curl 有许多用法 最常用就是通常命令行的用法或者外加输出其他命令使用
但其实还能够写成脚本并带入变量 以下我从来没在公司用过 在公司我都故意写 shell+curl 命令写法
而不是 shell+curl 脚本写法
以下为小小范例 如果你如果同样是指令仔以下可以参考 命令行是很精妙的

#!/usr/bin/curl -K
variable: "%DOMAIN"
variable: "%QUERY=123"
expand-url: "https://{{DOMAIN}}/search?q={{QUERY}}"
header: "Test: 123"
header: "Test2: 789"
request: "GET"

第一行 variable 是从环境变量取得 DOMAIN 值
第二行 variable 是直接指派变量的值
第三行本来应写为"url:" 但由於需要置入变量需要前头"expand-"
第四五行为指定 header
第六行指定 method
所有选项可透过 man curl 查看双 dash 开头(--XXX)的参数参考
可加入注解

为什么你用 curl 该用这种方法
1. 方便管理 一个档案一个请求
2. 方便版本管控
3. 可搭配其他语言
4. 脚本即文档

我都讲了以后我可以在公司用了

curl 非常好阿

@wuzzispacelake

安装完浏览器前几件事情就是关掉 webrtc

想要白嫖思路？ 门都没有~~~

@anUglyDog

我的 bios 跟迷一样 写的不是很好 我也就没有多调整什么 直接跑就挺不错的 尽量买 ram 大点就是 docker 应该没什么效能问题 有的话看参数 我虚拟机也调参

firefox 有 marionette

@iseki

m4 根本就不是 shell 调用命令任何语言工具都做的到
况且你搞错一件事 xz 的构建用的是 cmake 和 autotools
并不是纯 makefile old school makefile 是原始简单的
我倒是希望他们都用 shell 这样我可以少学很多东西
shell 本身也够强 现在太多了 基本上 gradle 这种依赖 java 非 unix 系方案就不要讲了 要选也不会选 gradle 我心裏就有 safe 的方案 不知道为什么总有人整天想把自己工作开发的複杂一套引进 不会其它东西？

没想到我刚讲 systemd 就有人爆出来了...
要讲的话就是选技术很重要 首先虽然 xz 压缩率高但效能差本身就不是非常好的选择
过於开放的社区副作用也在此 每次看到有人在嫌社区不够开放我都在想是不是想搞事
好的东西自然会考虑合进去

有 我很不想买 x86 但还是买台公司用 毕竟小也不用太考虑相容 效能确实很不错

@secondwtq

fontconfig 都已经很成熟 目前来看只有远古应用除外

@secondwtq

我在回应他觉得 fontconfig 麻烦的状况 表明其实并不会而已 我个人 hinting 拉满但与 win 下显示差蛮多的
不需要那么重的 hinting 改设置即可 桌面预设你保持初始值在 dpi 低的屏幕下感受更为明显 以上我的配置是全局设置 一次性解决问题 不管 user 不管应用强制套用
他所说斗智斗勇我觉得没那么跨张 不满意改即可 你 man fonts.conf 命令查文档即可 桌面一般看到的是发型版预设没调整过的显示效果并不好 嫌麻烦的都可以考虑不使用了 直面解决不喜欢装一堆其它我才觉得奇怪