怎么化解或摆脱踩坑这种无力感

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 47 天前的主题，其中的信息可能已经有所发展或是发生改变。

自己一个人在搞一个小网站, 一直在踩坑, 每次碰见问题都要花大量时间来测试和解决, 学习新知识感觉影响了身心健康, 解决不了就吃不香睡不好, 还要熬夜, 导致第二天白天什么也不想干.

碰见的好多问题都是新问题, 网络教程都是旧的, 并且无法信任 AI.

举几个这几天部署网站和搭建日志平台碰见的例子, 还有好多没写上. 太长可以选择性地看.

1.申请免费泛域名证书, 网上教程没几个新的, 搜出来都不好用, 挨个摸索最后 acme.sh 成功了, 花了一大堆时间.

2.Nginx 开 Http2, 按网上教程写了配置之后提示语法过期, 搜索解决办法又花了一大堆时间.

3.Nginx 部署了多个域名, 但是我想我万一要改其中一个, 必须停掉, 其他网站就不能用了, 于是我单独起了一个 Nginx 当反向代理, 每个域名再自己起一个 Nginx.

4.Docker 环境启动 Nginx 反向代理, 应用内部互联必须用服务名或容器名, 结果我写 docker-compose.yaml 的 depends_on 启动顺序必须使用服务名, 不能想当然用容器名.

5.然后去搭建日志平台了, 搜了一大堆教程, 中文网教程都是旧的或者不能用的, 最后花了大量时间搜出一个 Grafana Loki Promtail 组合, 直接拿官方教程给的 docker-compose.yaml 在自己的 Windows 启动起来了.

https://www.v2ex.com/t/1076615#reply6

6.然后去开发我的 Nest 后端日志了, 搜索结果一大堆选了 Pino, 然后发现 Pino 这东西在控制台输出中文是乱码, 官方一大堆理由然后给了个临时生效的命令, 我 TM...

7.怎么把 Window 本地 Docker 环境部署到云服务 Linux 上花了一大堆时间.

https://www.v2ex.com/t/1086033#reply66

8.部署到服务器上了, 发现我这个 Grafana Loki Promtail 日志三件套岂不是每个网站应用都要装一遍, 然后我就搜了一大堆发现 Docker 有个驱动插件自动给 Loki, 服务日志直接打印到 stdout 就行, 然后我之前 Nest 后端日志全作废了, 时间白花了, 我 TM...

9.然后我就测试 Grafana Loki Promtail 三件套, 发现它竟然在公网不用密码就能访问, 结果官方给的 docker-compose.yaml 默认开启了匿名访问, 我 TM...

搭建了日志平台就无聊看日志呗, 发现 Nginx 反向代理的上游服务器接收到的 IP 地址竟然是 Docker 的 IP, 解决这个又花了一大堆时间.
继续无聊看日志, 结果发现所有 Docker 容器内部全都比宿主机差 8 小时, 又花了一大堆时间搜解决办法.
继续无聊看日志, 结果发现有攻击者或者扫描器访问我/api 路径, 但是我后端的 prefix 真的是 /api, 直接访问 Node 服务器了, 又花了一大堆时间解决.

我服了啊, 我好累啊, 感觉未来毫无把握.

第 1 条附言 · 46 天前

史上最垃圾的文档排版 Grafana Loki 当之无愧
https://grafana.com/docs/loki/latest/configure/
根标签在最右侧, 只有一个几百像素高的可滚动的 TOC 导航
中间内容是配置, 加粗字体是根标签,
可滚动的区域是根标签下面的子标签, 内容超级多, 并且中间区域无法触发页面翻译

第 2 条附言 · 46 天前

忍无可忍, 此油猴脚本可以优化 Loki 配置页面布局

// ==UserScript==
// @name Customize Grafana Loki Docs Page
// @namespace http://tampermonkey.net/
// @version 0.3
// @description Modify the max-height of .toc-scrollable to 100vh, remove specific divs, and change padding of docs__toc--wrapper on Grafana Loki Docs Page
// @author You
// @match https://grafana.com/docs/loki/latest/configure/
// @grant none
// ==/UserScript==

(function() {
'use strict';

// Create a style element to override styles
var style = document.createElement('style');
style.type = 'text/css';
style.innerHTML = `
.toc-scrollable {
max-height: 100vh !important;
}
.docs__toc--wrapper {
padding-top: 0px !important;
padding-left: 1rem !important;
}
`;
document.head.appendChild(style);

// Function to remove specific divs
function removeElements() {
// Select and remove the feedback title div
var feedbackDiv = document.querySelector('.docs__feedback--title.flex-direction-column.align-items-start.pb-1');
if (feedbackDiv) {
feedbackDiv.remove();
}

// Select and remove the toc-heading div
var tocHeadingDiv = document.querySelector('.toc-heading');
if (tocHeadingDiv) {
tocHeadingDiv.remove();
}
}

// Run the remove function
removeElements();
})();

第 3 条附言 · 46 天前

在把这条 CSS 样式加到上面, 效果更好
pre {
font-size: 14px;
line-height: 1.2;
}

41 条回复 • 2024-11-16 17:21:09 +08:00

songray

47 天前

想太多了，他妈的烂命一条，就是干，就是梭。
服务宕了就重启，数据丢了就恢复。
上来就搞容器部署？开什么玩笑，pm2 start 就是干。

你费老大劲大概率也没人用，还不如自己开心梭哈，想怎么来就怎么来。

dode

47 天前

加一个兴趣群，问老哥

thinkm

47 天前

怕毛，以前搞过个 APP ，有大几千用户了，心血来潮想改下数据表结构

思考了十分钟直接把所有用户删了

重新建表

Frankcox

47 天前

这怎么就踩坑/无力了？学新东西不都是这样吗。。

yoiteshaw

47 天前

我认为这是一个进步的过程，如果毫无痛苦而言，说明替代性也很高，你学到的是实打实的经验。不过也可以适当向大家问问如何获取有效答案通过互联网，比如我现在问 GPT ，也经常会问到一些无效且过时的问题，然后如果再在 StackOverflow 上查不到，我就会直接放弃....

ke1e

47 天前

@thinkm 你为啥不写个迁移脚本，这么猛。。。

liuchunwy

47 天前 via Android

用 Cursor ，困难说明进步大

sunziren

47 天前

简中互联网就是垃圾堆，英语不好的开发人员，不得不每天翻垃圾找吃的。

prosgtsr

47 天前

这是你进步的过程

orionl

47 天前

你为何官方文档不去看？却要去百度搜一大把那种你都认为过期的教程呢？是看官方文档更痛苦吗？如果是这样，劝你还是放弃这一行。

thinkm

47 天前

@ke1e 那个时候比较愣头青，搞个功能也不想以后的兼容性，就想马上搞出来，然后过两天又有新想法了，之前的设计又不够用了，头脑一热就删数据库重新搞。。

sampeng

47 天前

先把搜索引擎换成 google

hefish

47 天前

op 哥，你这个基本功不够扎实啊。
后面的我也懒得看了。
第一条 certbot certonly --manual --preferred-challenges dns -d *.zzz.com -d zzz.com 不完事了嘛。。。

Xheldon

46 天前

遇到问题，第一时间应该是去看官方文档，而不是去搜索引擎。。。

needpp

46 天前

高情商回复：没关系的，每个人都是这么过来，这样你的技术就棒棒的

真实回复：其实还是太菜了还不愿意花钱；这种事情找人学习下提问方法配合 ai ，没有搞不定的。

james122333

46 天前 via Android

最终答案只有一个那就是 Eating your own dog food
https://zh.m.wikipedia.org/wiki/%E5%90%83%E8%87%AA%E5%B7%B1%E7%9A%84%E7%8B%97%E7%B2%AE
踩坑意味着含有不可控性

yqs112358

46 天前

啊？踩坑踩完不是应该学到很多东西，所以感觉很有成就感吗？自己搞完之后可以挑有意义的写点博客记录一下，一方面以备以后可能有用，一方面也可以给其他新人贡献经验

james122333

46 天前 via Android

不然就得三天两头找新东西然后又不甚满意然后再继续找的循环这种行为我认为很傻的

james122333

46 天前 via Android

@yqs112358

通常学到的东西没有意义的含金量明显不足
通常也只有该软件适用

importmeta

46 天前

@yqs112358 之前确实向你一样, 我也有自己的博客, 但是现在我看了看几年前写的各种踩坑博客发现, 这些坑随着版本更新完全就不可用了, 合着纯白费时间, 我是一个前端程序员出身... 众所周知前端界是出了名的造轮子, 各种框架经常更新, 没几天说不定这个配置就 deprecated 了, 哪个项目过了一段时间就启动不起来了, Vue 作者都说了, 文档上列一堆坑真的好吗? 这些就比如 Nignx Loki 文档通篇列了一堆配置和参数就完全不管了, 不看教程根本就没法快速了解这些配置. 当然我觉得他们肯定也可能是故意的, 买他们服务就告诉你到底怎么用了. Nest 官方就有课程, 我还真看了, 比只看文档差远了.

lizhengbo

46 天前

@importmeta

记一套搭建流程就行，怎么做就行，其他坑根本不需要做笔记。就是做了笔记后续二次查看的概率很低。

最优还是把能写成自动化脚本的全部放脚本里，坑踩一次就行了，不能用了或者发现更优方法再更新脚本就行了，真手动写这些玩意配置什么的不得累死，脑容量都不够用。

passion336699

46 天前

读书百遍其义自见，一样的道理吧。

以前没有容器化的时候，学 LNMP ，就是买个阿里云的 ECS ，一步步的搭，错了就重置 ECS 重新装...

我以为要装 100 遍才会呢，50 多遍我就能闭着眼睛装了...

alexsz

46 天前

技术坑基本上不会白踩，但 AI 应该多多利用
AI 的最大好处就是可以帮你快速入门一项技术、快速了解完成一件事情大概有哪些步骤和用到的工具，这样可以少走弯路，减少挫败感

dfkjgklfdjg

46 天前

人会有分两种不同偏好的学习方式：理论先行和实践先行。以此衍生出来 [4 个象限]( https://docs.divio.com/documentation-system/)
基于不同的偏好文档的好坏评价也是不一样的。

![overview of the documentation system](

)

-----

不管是技术笔记，还是官方文档，都不适合照搬照抄。很多文章发布超过 300 天的，剩余的价值只是他的思想了。

我一般都是直接看最新的文档，而不是看别人的分享。
只有来来回回看不明白、理解不了的部分，才会单独检索查看别人的分享，去针对性的加深学习。

但是很多库和工具，也许只是实现了作者的某一个想法或者辅助他实现某一个功能。
并不一定会觉得说会有很多人去使用，所以并不一定会有很完善的文档。不可避免的会有很多困扰。

至于中文内容的落后是没办法的。英语作为世界语言，绝大多数的文档和资料都会优先考虑英语作为主要语言。其他语言作为原文档的翻译肯定会落后一段时间。
各种库对于中文的支持也是，很多开发者并不会考虑不同语言的输出。才会有各种分享说不要用中文目录之类的。
同样的很多的库也都没有很好的支持 [RTL]( https://developer.mozilla.org/zh-CN/docs/Glossary/RTL)

epiloguess

46 天前

我觉得你还是信任一下 ai 比较好，官网文档> AI>=英文教程>中文教程，此外，搜索引擎可以选收录时间，选个最近一年的。
不信你把这 10 个问题重新扔给 chatgpt...我看了一下，至少有 8 个回答是靠谱的..
depends_on 那个，减少一些想当然就好了...，
还有那个 grafana 的文档，toc 的高度，你把下面那个 grafana cloudcloud 关掉,toc 就是页面高度了吧，我这边沉浸式翻译也可以正常触发翻译效果..

dode

46 天前

server {
listen 80;
server_name xxx.com;
proxy_connect_timeout 10;
location / {
proxy_pass http://192.168.116:8080;
}
}

server {
listen 80;
server_name xxx.cn;
proxy_connect_timeout 10;
location / {
proxy_pass http://192.168.50:8080;
}
}

jqknono

46 天前

@dfkjgklfdjg 写的很好, 很受启发, 我在不同的状态会在这几种里切换, 时间少任务紧时 stackoverflow 搜问题, 很多时候问题都不看完, 直接看回答. 有官方文档就看 reference 也可以快速解决问题. 学习时快速上手看教程, 深入理解看原理解释.

uni

46 天前

现在有了 ai 了 ai 搜索能解决很多常见问题，很好的
有个专业领域的开源 sdk 不懂怎么用，一步步地去翻源码调试，已经搞了四五天了，昨天一整天心情崩溃就在电脑前大吼大叫，希望邻居没有觉得我扰民- -
我个人的体会就是还是要努力，要让自己的双手沾满泥土，不能颓，不然为什么成功的是你不是别人呢

crazywenf

46 天前

多看官方文档，少看野鸡博文。

liuliancao

46 天前

从 0-100 是这样的很多是需要耐心沉下来去了解的也不是会一下子都了解完的可以把目标定小点并且把笔记完善下总结下相同和不同点还有部署的部分

ForkNMB

46 天前

第一条你这证书只有 90 天啊记得搞一个自动化续签的

abc1310054026

46 天前

@dfkjgklfdjg 写的很好，发现新大陆的感觉。我才知道我自己是实践先行的类型。

abc1310054026

46 天前

@importmeta
同前端，Nginx/Docker/Grafana 这一套部署，不算是“困难”的范畴，但也是要花费不少时间精力的。啥都会 === 啥都不会。

我只会在想要深入的方向上“为难”自己。其他东西尽量挑选一个“用户友好”的替代品。
比如 Nginx -> Caddy, Docker 用 Portainer 管理，Next 部署在 vercel/netlify 上。

0x663

46 天前

no code, no bug.

linxl

46 天前

不得不承认学习新知识都是要摸索踩坑的。我本地搭建 drone+gogs 进行 cicd ，尝试了几乎一整个国庆。。。而且在此之前也尝试过几次，直接放弃的那种。。。

YiXinCoding

46 天前 via Android

这不是挺好的吗，等你见多不怪时，就会感觉打通任督二脉，技术不再是让你头疼的问题。转而头痛的是怎么将技术转化为收入。

headwindx

45 天前

看起来是你学习了不少东西，还不开心

JKOR

45 天前

多看官方文档吧，你这好多问题都很好解决。
尤其是第 3 条，没看懂为啥要这么多 nginx 。nginx 配置文件可以拆分，一个域名对应一个文件。
重载配置命令 nginx -s reload ，耗时不到 1s ，压根也不需要停掉啊。

suyiiyii

45 天前

我自己学习也是这样子的，就是不断踩坑，然后解决问题
就是一个学习的过程吧
搞不好也会心烦，总想着要搞好才罢休，不过整好了之后，成就感是满满的
感觉 op 可以先给自己定一个目标，做到了就歇一会。使用的过程中遇到了不爽的点，就再定一个目标再去解决
学习是需要持续的激励的，折腾不是目的，折腾之后用的爽才是
可以多了解一下业界解决这个问题的最佳实践
还是建议写个博客记录一下，主要是给自己看的，因为搞了一遍之后很快就会需要搞第二遍的 /doge

awolf

45 天前

基础知识不够吧。。。所以有下深水的窒息感，有些套路要借鉴一些现成经验会快很多

liuchunwy

41 天前 via Android

再给你推荐个省事的，sealos 云

怎么化解或摆脱 踩坑 这种无力感

怎么化解或摆脱踩坑这种无力感