2. Linux.do
  3. 老师们请给我的网站提一点建议

老师们请给我的网站提一点建议

Gitbee 2026-08-20 18:27 1








最初的想法很简单：平时在网上寻找 VPS、网络工具、海外 eSIM、银行卡等资料时，经常会遇到教程散落在论坛、X、博客和聊天记录里，步骤不完整，图片失效，命令过期，后来的人还要反复踩坑。


所以我想做一个更适合实际操作的教程平台，把内容整理成清晰的步骤，并记录适用环境、版本、验证时间和用户反馈，做教程网站应该有利他性，就是帮人省钱、省时间。


不过目前也遇到了一些问题：


1.手动整理一篇教程的成本很高；

2.有些内容适合整理成完整教程，有些可能只适合保留原帖链接；

3.网站目前的阅读体验、分类方式和社区互动也可能存在很多不足。


现在网站还处于早期阶段，很多地方都可以推倒重来。我比较想听听大家的看法：



  1. 这种教程集合网站思路如何？

  2. 对一篇实用教程来说，哪些信息最重要？

  3. 你更在意教程本身（比如完整步骤、验证时间、版本信息），还是评论区经验？

  4. 如果教程来自论坛或第三方文章，怎样展示来源和转载内容会比较合适？如果你作为教程的作者，是否会乐意自己的教程放到别人的网站上呢？（我做了一个小样，还没有上线，如果后续要转载的话，我肯定是会先获得原作者的允许的）



网站的网址我放到扬帆起航了，避免被炼化，不求客气，欢迎直接指出问题，特别希望听到有实际使用经验的朋友的建议。

最新回复 (2)
  • azoth 08-20 19:51
    1楼

    外行，来说一句

    一般来说，一个网站重点要么在于

    1、看（注重输出信息给网友）；

    2、说（注重网友输入信息给网站）；

    你对这个网站的定位似乎在一个中间态，更像是一个传话筒。如果能短时间大量引入转载的教程，只作为一个教程聚合分享网站，用户直接在这里找答案，不错；如果你能慢慢写，引入用户来跟你交流发现，也不错。但这两者似乎都不是。

    两个问题：

    一、用户在遇到了问题，却不能跟原教程主人直接交流，你需要代替原教程的主人角色，你能及时又高效地解决用户遇到的疑问吗？

    二、看你说需要手动整理，那么就牵扯时间问题，如果教程转载的太慢，那么很多善于搜索的用户就会早早在来源网站找到了答案。你能迅速又高效地抓取到这些教程吗？

    如果可以的话，最好能短时间内积累起大量教程，让用户知道这个网站里确实有不少东西，另外有条件最好直接招引原作者入驻，打通原作者和用户之间的隔阂。有了侧重点，相信网站会越来越好。

  • Gitbee 楼主 08-20 19:56
    2楼

    感谢指出，这两个问题确实是我目前没有想清楚的地方。现在看来，Gitbee 不能同时把教程聚合、原创教程和社区交流都做好，应该先确定一个主要方向。


    目前我更倾向于先做教程聚合和结构化阅读，让用户能更快找到内容、看懂步骤，教程中的具体问题，基于此，我将直接和用户交流。


    另外，手动整理确实会带来速度和数量问题。如果后续继续推进，重点应该放在降低导入成本、快速积累内容，以及邀请原作者入驻这几个方向上。

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐