隐私保护强很多
以下类似项目很多
https://github.com/arkenfox/user.js
真的不错 我又跳回来 firefox 了 以前太菜

没弃用 能内建就不想用扩充 扩充是系统漏洞的来源
最近发现 firefox 也有 policy 可用(可自动帮你装扩充语系) 原来的设定也够多 还可以伪装成 windows 系统装在 u 盘明显跑的比 chrome 快 也根本不用为了字体发愁
举例 linux 下建个档案夹~/.mozilla/firefox/你的 profile/chrome
里头放两个档案 userChrome.css(这个是针对程序 ui 的
需要 about:config 启动 toolkit.legacyUserProfileCustomizations.stylesheets)
userContent.css(这个是针对页面内容)
至于同步 不同步 about:config 的东西可以全域设置 全域设置的东西备份即可 也可以直接全备份~/.mozilla
chrome 你要做以上事情只能装扩充虽然也有 policy 可用但设置少 很可惜 firefox 很早就拿掉 capability 的 key

@jim9606

shell 我都不写 eval XD
烂是程序烂 一堆无用的代码 写的也很不简洁
是指写的烂又 GPL 不是烂与 GPL 有关
本来想改 看到协议算了 我还是自己搞一个

是指这个脚本写很烂

@makelove

shell 可以写 只是写很烂还要相容 posix sh 比较高级的特性都没有

这个烂脚本近八千行还 gpl 3.0 协议...

回应主题好了 渲染可以看维基百科
渲染（英语：render ，或称为绘制或彩现）在电脑绘图中，是指以软件由模型生成图像的过程。
所以应该叫生出模型 而本来功能面就分前后端 以整个产品来看才觉得是一体 这也可以查 wiki
但不觉得这些字眼影响理解

数据相关的服务端渲染就会降低 还是有好处

这两个是不同的 你可以前后端分离 但前端是前端服务端渲染 没人说前端分离后不可以用服务端渲染 只是渲染的东西就不会是数据

还有没 int64 只能简单运算

bash 还有数值进制转换和位元运算 bitwise
只差没有浮点数

@nuk

compile 测试是可一定得要的 但没有这阶段还是慢
就是很多 很多套件 configure 都很久
bash 有减单数值计算和 left shift right shift
perl 本来就是另外的大怪物 以前觉得不错 但现在不觉得 大部分用 oneliner 的不会正确用这些指令
oneliner 不适合写脚本 只适合临时操作

@mohumohu
整个工具很小的 再嫌大拿直接二近制单档放入
sh 与 bash 都是几百 k 你不能跑的理由不是真的不能跑

@mohumohu

能运行不就是兼容 有哪个专属硬件不能跑？
docker init 用 shell 写的 然后呢？ 大部分都有 bash 可用
apline 类的装一下也不花多少时间

@nuk

bash 有关联数组 其实还好 也有正则 但其实不怎么用正则 通常有更好实现 我都是自己研究自己搞 没看过别人用 cgi
注入漏洞我这写好的函数没有 当然我自己用

@mohumohu

因为这些发行版以最简化为准则 跑的也是其它语言写的大型程序 当然 shell 什么的不重要 但其实这些东西很强大的

@mohumohu

即便你嵌入式 bash 还是比 python 小 至于 bash 与 posix sh 当然有效能差异 例如你说的 local 没有不是得多加判别不然就是写的很小心 还有简单数值计算 你用 expr 每次都得启动程序一次怎么无关效能 读档案每次调用 cat? 当然有差 grep sed 命令堆叠是最伤效能的 configure 就是一例 没有这些 啪 一下就出来的 这些命令一次处理大量内容才会有效能优势

差点忘了 csh 也是效能最差的 语法最神奇的 会出神秘现象

@mohumohu

现在哪个发行版还在 posix sh 所以兼容没问题
python 太臃肿 shell 单执行档就好了 光论效能 shell 是垫底的 但 posix sh 是最底的 但很多任务效能需求不高 用 shell 写可以 但 posix sh 就会明显卡顿 技术原理问题