这是没找到，跟动态链接库没关系。

ls -la `which node`
看一下，如果不是指向 /usr/local/bin/node 直接删掉。

如果是，关掉 shell 重新开一下。

在看用户协议都嫌麻烦的情况下。要用户来写怕是劝卸。

支持远程办公的意思么？

用过滤器 hack 一下？


顺便问下这需求什么意思 。渲染的时候自动执行？

iperf 工具。用来测网速的。一条命令起个服务端就行。

另，HTTP 不也是 tcp.直接开个 nginx ？

非常有意。但是找了一圈。真的少，或者低到不可接受（可能是菜还贪吧）。如果有项目制，为产出付费而不是买断工作时间就好了。不过这样就不只是远程工作的问题了.管理绩效等方式几乎需要颠覆式改革。看不到希望。

量不大的话自己搞个 oss/s3 之类的吧。

这个是过滤器。一些情况下非常好用

https://cn.vuejs.org/v2/guide/filters.html

svg 不是文件格式。怎么搞。总不能手写

@MiRECoFu
有没有便宜点的方案。。。

@amai0w0 flash 不是已经基本不被支持了

@Mohanson
这个偏实践了。某个领域专精需要这样。tcp/ip 协议簇就算有兴趣全实践。细节也记不住啊。

先理个一般通用点的列表，慢慢补充。
arp/stp/dhcp
tcp/udp
http/dns/ssl/ssh/icmp
目前就想到这些
我理解的就是遇见问题知道是那一层问题有哪些方式定位拍错就行了。

F5 扣掉🐶

惭愧，最近伸手党做的越来越多了。

是有点想偷懒的意思。但是怎么说呢，不算不动脑恶意污染帖子这种。

以之前自己一个黑苹果相关的问题举例。

自己有一个闲置电脑。发了一下配置单看看黑苹果能不能跑起来。但是因为之前完全不了解黑苹果，看 v 友提到好奇试试。然后谷歌搜了半天搜到很多信息但是无法对应自己想解决的问题。

个人核心需求其实就是，搞清楚自己的电脑配置黑苹果究竟能不能装。搜索无果就来 v 站伸手党一下.果然不到十分钟解决问题。(顺便脸皮厚的无视了贴下对伸手党的调侃～)


我的伸手逻辑是这样的。

确实存在某些情况，完全不熟悉的东西，我查一下可能折腾半天但是伸手一下几分钟解决问题。也不会占用别人太多时间。甚至可能就是别人知道关键字贴个教我谷歌一下。这时候伸手从整体时间来说，应该是一个效率提升 。

相应的作为交换，在自己熟悉的领域对别人的这种伸手行为，我也会尽力提供建议。


至少在 v 站的氛围，我个人基本信任并遵守这样一个假设:

每次发帖询问之前，做必要的信息搜集以及判断思考。然后不要担心暴露自己的智商🐶🐶🐶。
面对别人哪怕看起来很弱智的问题，信任一下别人已经做了基的准备。也不防在下面有分寸的提出质疑调 /侃智商🐶🐶🐶


表达一下当下自己的想法立场。也欢迎其他的想法立场。

或者，最粗暴的方式。
把所有 aksk/帐户密码放在阿里云 /aws/自建 valut 之类的密码箱里集成到发布平台，每次项目发布时通过 api 拿到帐户密码，然后正则替换代码的配置文件。
好处就是对代码无侵入，缺点就是更新个帐户密码，全部重新发一遍，有的应用发到吐。

@dunhanson
其他的代码类型的话，可能都是对代码有侵入了。
阿波罗配置中心之类，不过略重。
帐户密码更新后，怎么通知代码重载是个问题。

configMap 注入环境变量，然后在 springboot 的 application.yml 直接配置读环境变量应该可以

也是做 devops 的，但是不懂监控。正好在找 Prometheus 相关资料。非常佩服楼主能实践并出课程。已经很厉害了。

只是看了试听部分课程，觉得还是不太适合我。从个人的角度提出一点建议。

个人对监控的认识还是停留在原始时代 shell 脚本采集服务器系统 cpu/ mem/io 这一类。可能我更会优先关心用户故事，和解决方案层，这两个清楚了才会关心实施。

强制假设一下，某头疼公司 IT 系统非常完善了，就是没任何监控系统。技术部门怎么说服非技术部门的 cio 上马一套监控系统。

1.用户故事是什么 。有了系统会有哪些不一样的。典型用户场景。
2.为了实现这一场景，需要做哪些事(思路，可行性证明)
3. 技术选型 + 实施

对于用户画像，简单分两种，
懂监控不懂 Prometheus 。 这种可能官方文档+ Google 就是最好的 handbook 。
不懂监控不懂 Prometheus 。比如我。可能并不优先关心 handbook 。而是上面的用户故事

@594duck

大体上，这个结论我们是打成共识的。

自己瞎折腾用 10w 人力，不瞎折腾不需要 。
这话我同意 。大多数需求基本不用折腾。

不妨仔细看下我最初的话，我提云服务的目的在于挖掘楼主的需求。而非推荐。

至于与 @mnssbe 的争论实际上是歪楼的。已经泛化掉了,并非与楼主的场景相关。通用场景云服务对比自己维护的优劣有兴趣讨论可以立个标准讨论一下。这里不在歪楼。