[有偿] Discourse 社区平台 - v2 开发

市场
1

你好！我正在寻找一位经验丰富的 Discourse 开发者，帮助我的社区平台做好上线准备。实例已经上线，并已部署了自定义主题（core.scss、nav.scss、nav.js），因此这不是从零开始的项目，而是需要完善细节。

注意：现有的主题文件仅涉及设计层（颜色、字体、导航注入），并未对核心模板进行结构性覆盖。Discourse 的核心模板未被修改。

欢迎提交固定价格方案，付款将按里程碑分阶段进行。

以下是我的需求：

现有主题 目前已有一个完整的自定义主题，支持浅色/深色模式，包含自定义导航栏（隐藏了 Discourse 的默认头部），并使用了品牌色。导航栏需要在所有页面类型（包括成员个人主页）上保持一致渲染，我需要有人全面检查并修复任何回退到 Discourse 默认样式的问题。同时，Logo 也需要替换（资源已提供）。

成员门户页面 我希望创建一个自定义的个人主页，显示成员类型（Owner、Member 或 Dealer）、其车辆信息、已验证状态标识以及语言选择器。页面上展示的资源链接需要根据条件显示——例如，Owner 看到的工具与潜在成员不同。我将提供完整的交互式原型，包含浅色和深色模式下的所有成员类型视图。

该页面还需包含一个“已连接账户”面板，成员可通过 Discord 和 Facebook OAuth 进行身份验证。验证成功后，其平台 ID 和用户名将回写至 Supabase（凭据和架构已提供）。OAuth 应用已设置完成，我只需要 Discourse 端的组件以及回调逻辑的清晰对接。

语言与翻译 该社区面向国际用户，因此这一点至关重要。当成员选择首选语言（英语、泰语、捷克语、荷兰语、德语、新西兰英语）时，整个 Discourse 界面（菜单、通知、系统消息等）都应切换。首次访问时，需根据 IP 检测其所在国家并提示确认。此外，我需要安装并配置 Discourse Translator 插件，使用提供的 DeepL API 密钥，启用每篇帖子的翻译按钮，并将翻译结果按帖子 ID 缓存以降低 API 成本。静态页面（包括成员门户，该页面也需通过 Discourse 原生按钮访问）也需以所选语言渲染。

信任等级、群组与 Tally 集成 分类结构将在你开始工作前就绪。我需要正确配置信任等级和群组设置，确保成员类型（Owner、Member、Dealer）在注册时自动分配，群组权限与相应分类正确映射，并且任何变更都能同步回 Supabase。同时，需要将 discourse_user_id 和 discourse_username 作为 URL 参数暴露给嵌入的 Tally 表单，以便作为隐藏预填字段捕获。

DVLA 验证门禁 仅限 Owner 的分类需要车辆验证作为访问门槛。当未验证的成员尝试访问时，应显示提示要求其输入车牌号。我正在自行构建验证端点（Cloud Run、REST，已提供完整文档），因此你的工作范围仅限于 Discourse 主题组件：门禁落地页、VRM 输入表单以及成功/错误状态处理。这部分需要你对 Discourse 基于 Ember 的主题组件 JS 有充分经验。

XCombo 主题 还有一个组件：一个 Discourse 主题帖，既作为数据参考，也作为讨论空间。首帖已置顶，包含一个嵌入的搜索小部件（实时从 Supabase 表过滤）、一个“将完整列表发送至我的邮箱”按钮（调用提供的端点，通过 Resend 将 PDF 发送至成员注册邮箱），以及一个锚点链接指向下方的开放讨论线程。同样，搜索逻辑、端点和 Resend 集成均已提供，你只需负责 Discourse 端的容器对接。这也让你对整个成员流程有全面了解：门户 → 资源链接 → 主题帖 → 搜索 → 邮件。

我将提供所有资源、凭据、Supabase 访问权限及项目文档。如有需要，我很乐意进一步沟通。请告知你在 Discourse 中集成 OAuth 的具体经验，以及是否曾处理过基于 Ember 的主题组件。

非常感谢！

已为清晰度进行编辑

1 个赞
2

你好 @larrybmb

这实际上不是一个小型项目，而且根据描述，那个替换标题的配置听起来很脆弱。你需要确保你的论坛能够以最小的努力或修复来更新至最新的 Discourse 版本。

所以这 250 美元是每次付款的金额吗？

4 个赞
3

是按里程碑还是按小时计算？

3 个赞
4

嗨，Lilly，感谢你的快速回复。澄清一下：250 美元是整个项目预算的起点，但对于合适的人选，我乐意在预算上保持灵活。项目范围已相当明确，因此我接受固定价格提案，如果需要，付款可按里程碑分阶段进行。

关于你提到的头部替换问题：我并不要求任何结构性修改——现有主题并未替换任何 Discourse 核心模板。它只是一个主题组件，通过 JS 注入自定义导航栏，并挂钩到 discourse:ready 事件和页面切换事件。我可以确认其运行正常，且已成功通过至少前两次 Discourse 更新。我的请求仅仅是确认它在所有页面类型上都能正确渲染，并修复任何遗漏之处。按当前状态它应该是更新安全的，但也乐意将其作为 M1 的一部分进行审查。

希望这能帮到你？

1 个赞
5

你好，Richard，感谢你的快速回复。说明一下：250美元是项目总预算的起始点，但如果遇到合适的人选，我很乐意在预算上保持灵活。项目范围已相当明确，因此也欢迎提交固定价格方案，如有需要，可按里程碑分阶段付款。希望这能帮到你？

6

这至少需要 2500 美元，但很可能是两倍。光是弄清楚你希望现有主题实现什么功能，并按照 Discourse 标准进行重写，可能就需要 500 美元。

祝你好运。

4 个赞
7

嗨 Jay，为了更清晰起见，我想说明一下：我并不是要求重写现有的主题。我对现有的主题文件相当满意（它们更像是设计文件，而非实际的主题修改，稍后会作为参考提供）——我相信它们能够胜任。我的主要需求是开发会员个人资料页面及相关流程。关于主题部分，更多是希望“快速浏览，识别任何 UI 缺口并反馈”，完全不是重写。

我理解起始预算对许多人来说可能偏低——这原本是作为谈判的起点。我很乐意与任何感兴趣的人分享完整的规格说明，包括技术细节和文件——我已在帖子中尝试涵盖这些内容。

8

非常感谢大家的评论——我们非常感激。我已根据大家的意见对帖子进行了编辑，以提供更清晰的说明。

具体如下：

现有的主题文件仅涉及设计层（颜色、字体、导航注入），并非结构性的模板覆盖。我们没有修改任何 Discourse 核心模板。我不需要任何结构性改动，只是希望大家快速查看，识别任何 UI 方面的不足并反馈。

我的主要需求是开发会员个人资料页面及相关流程——欢迎感兴趣的各方提交固定价格方案。我理解之前提出的起始报价可能偏低，因此已将其移除。

9

如果没有明确的工作范围，这个项目过于宽泛，难以给出固定报价。但阅读了评论后，我认为价格至少在5000至8000美元之间。如果我们能就具体规格达成一致，价格或许可以更低，但这仍远高于您提出的250美元报价。如果您想进一步讨论，我的联系方式在我的个人简介中。

2 个赞
10

你好 @larrybmb，我已通过私信发送给你一份详细的可行性审查，并围绕范围和实现假设提出了一些澄清问题。等你查阅后，我很乐意进一步讨论。

11

为了明确起见，我指出 core.scss、nav.scss 和 nav.js 并不是我预期在 Discourse 主题或主题组件中会出现的文件名。因此，你所做的改动很可能难以维护，或者无法与你所要求的其他功能协同工作。声称“未修改任何核心 Discourse 模板”暗示你未遵循 Discourse 的编程规范。

2 个赞
12

谢谢 Jay，这确实是很有价值的反馈。这些文件是由承包商构建的，坦白说，我不确定它们是否完全遵循了 Discourse 主题规范。这也是我希望有经验的开发者来查看的原因之一。如果需要重构为规范的主题组件格式，我希望将其单独标记并明确范围——不一定作为本次合作的一部分来执行，因为我理解这需要额外的投入。

需要澄清的是，实施文件是提供给我的，我通过管理面板的 Head、JS 和 CSS 标签页添加了它们——所以，严格来说，它确实不是一个结构化的主题组件。

感谢反馈。

1 个赞
13

但你不希望在一个有缺陷的基础上进行构建。

如果这只是工作的终点，而且你只是一个爱好者，那可能还可以接受。

1 个赞
14

我并非指这里就是这种情况，但我最近听到越来越多的开发者反映，他们被要求基于或修复由所谓“开发者”编写的糟糕的“氛围代码”（vibe-code），而这些“开发者”可能对编程知之甚少。无论如何，对此我会保持警惕。

3 个赞
15

@pfaffman

感谢您的建议——如果您有兴趣查看，我很乐意私下分享相关文件。我并非业余爱好者，而是一家专注于汽车细分领域的初创公司；我的后端管道非常稳固，并已通过架构和安全审查。它们托管在 GCP 上，Discourse 实例则通过 Hostinger 进行云托管。

我不敢自称是专家开发者，但过去十年里我通过自学掌握了大量知识，因此在此寻求帮助，同时也懂得何时需要外包。