# 限制参加活动的人数
**URL:** https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032
**Category:** Feature
**Tags:** events
**Created:** [2024 年3 月 5 日 10:29 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032 "2024-03-05T10:29:27Z")
**Posts on this page:** 13
**Page:** 1
### 作者：  [@literarymachine](https://meta.discourse.org/u/literarymachine)
#### 发布日期： [2024 年3 月 5 日 10:29 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032/1 "2024-03-05T10:29:27Z")
您好！我们经常使用活动功能，其中一个反复出现的功能请求是能够限制“参加”活动的人数。您对此有什么想法，或者是否有计划实施该功能？
---
### 作者：  [@Truji](https://meta.discourse.org/u/Truji)
#### 发布日期： [2024 年5 月 10 日 08:49 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032/3 "2024-05-10T08:49:40Z")
我希望看到这个功能，因为我们有一些活动仅限于特定数量的参与者。另外，在主题中显示剩余名额将非常棒 🙂
---
### 作者：  [@pbstgbr](https://meta.discourse.org/u/pbstgbr)
#### 发布日期： [2024 年7 月 26 日 09:48 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032/4 "2024-07-26T09:48:53Z")
我同意。上面提到的这些附加功能将对我们的项目非常有帮助。
---
### 作者：  [@opcourdis](https://meta.discourse.org/u/opcourdis)
#### 发布日期： [2025 年6 月 22 日 12:32 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032/5 "2025-06-22T12:32:45Z")
在参加人数限制方面，一个好的补充是设置一个等待名单，这样即使活动名额已满，您仍然可以报名，并且在有名额空出时会收到通知
---
### 作者：  [@MarkDoerr](https://meta.discourse.org/u/MarkDoerr)
#### 发布日期： [2025 年7 月 30 日 17:09 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032/6 "2025-07-30T17:09:05Z")
> [@opcourdis](#):
>
> 一个等待列表，这样即使活动名额已满，您仍然可以订阅，但如果有空位可用，您将收到一条消息。
您是否也想限制可以注册等待列表的人数？如果是，是按容量百分比还是固定人数？假设有限制，您最终可能会关闭等待列表，因此您可能需要围绕这一点进行额外的消息传递。
并且在考虑消息传递时……您是否希望在活动开始后向仍在等待列表中的任何人发送一条消息，感谢他们的兴趣并鼓励他们参加其他活动？
如果您要举办现场活动，可能需要考虑出行时间，所有这些消息可能都需要在活动开始前发送。所以也许您希望能够为每次活动设置这个窗口（例如，event\_start\_time - window\_close\_in\_minutes）？
---
### 作者：  [@opcourdis](https://meta.discourse.org/u/opcourdis)
#### 发布日期： [2025 年8 月 1 日 16:21 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032/9 "2025-08-01T16:21:04Z")
您好，感谢您提供的宝贵见解，您似乎对活动组织很熟悉。
> [@MarkDoerr](#):
>
> 您是否也想限制可以报名参加候补名单的人数？
我认为没有必要，除非这里有人能提出相关的用例：对我来说，一个30人的活动，候补名单也有30人，就这样结束了，因为设置限制意味着要预料到有多少人会“不参加”您的活动：如果因为最后一刻天气不好有30人无法参加，那么为那些更勇敢的人在候补名单上留出30个空位是有意义的：slight\_smile:
> [@MarkDoerr](#):
>
> 您可能会_ **关闭候补名单** _，所以您可能需要围绕这一点添加额外的消息
您让我想到，关闭候补名单意味着两种主要情况，因此有两种类似的功能：
- 一种是_ **完全关闭** _，让候补名单上的参与者根本无法获得空位：如果活动需要为参与者进行定制准备，您不希望在最后一刻将空位分配给候补名单上的人，而他们却穿着没有白礼服参加派对：slight\_smile:
- 另一种是_ **部分关闭** _，这意味着不再允许加入候补名单，但仍然允许候补名单上的人在有空位时获得空位。
> [@MarkDoerr](#):
>
> 关于消息……您是否想在活动开始后向仍在候补名单上的任何人发送一条消息？
如果我们谈论的是候补名单被完全关闭的情况：一旦活动开始，就太晚了，因为您可能希望提前告知人们根本没有可能参加活动，同时感谢他们的兴趣，正如您所建议的。
但这是否是您在消息最后提到旅行时间要求时所建议的？
最后一点：我不想在我的功能请求中劫持另一个功能请求，但如果这一切都设置好了，我认为重要的是让您知道，未来人们也可能要求参与者能够携带外部参与者参加活动。
例如：在meetup.com上，您可以创建一个最多30人的活动，并且每个参与者都可以提及他们最多可以携带4名外部参与者：如果一个参与者选择携带4位朋友参加活动，而活动还有30个空位，那么剩余的可用空位就变成了25个。
抱歉说了显而易见的数学题，我只是想澄清这个可能与候补名单功能一起使用的功能：slight\_smile:
---
### 作者：  [@MarkDoerr](https://meta.discourse.org/u/MarkDoerr)
#### 发布日期： [2025 年8 月 1 日 19:52 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032/10 "2025-08-01T19:52:49Z")
> [@opcourdis](#):
>
> 你似乎对活动组织很熟悉。
🙂
就我而言，我曾工作的平台同时支持现场演出（主要是戏剧）的票务和奖项投票。我曾长期深入参与其中。
> [@opcourdis](#):
>
> 例如：在 [meetup.com](http://meetup.com) 上，你可以创建一个最多 30 人的活动，并且每个参与者都可以选择最多携带 4 位外部参与者：如果一个参与者选择携带 4 位朋友参加，而活动仍有 30 个名额，那么剩余的可用名额就变成了 25 个。
这是一个很好的提醒。
我发现管理实体场馆的容量可能很困难。我在洛杉矶，每次演出你都可以指望有 10-30% 的人会无故缺席。如果候补名单太短，你可能会有未售出的座位，太长则可能拒绝那些可能再也不会来的人。而且，如果你打算让候补名单上的人知道他们有票，你还需要考虑足够的出行时间。
在我们的平台上，我们必须考虑“+1”以及如何最好地跟踪和向活动制作人报告。活动注册者对他们来说最重要，因为他们也是将对演出进行投票的人。如果他们“退还”了他们的“+1”票，我们希望确保制作人能够将其出售或用于填补空位。因此，对我们来说，让制作人能够定义何时停止售票或添加候补名单至关重要。
> [@opcourdis](#):
>
> 我不想用另一个功能请求来劫持我的功能请求。
我同意……这并不真正属于本次请求的范围。但我现在很少有机会谈论这些顾虑了，所以我想加入进来，因为这是我确实有经验的领域。🙂
---
### 作者：  [@opcourdis](https://meta.discourse.org/u/opcourdis)
#### 发布日期： [2025 年8 月 4 日 10:57 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032/11 "2025-08-04T10:57:28Z")
> [@MarkDoerr](#):
>
> 太大了，你可能会赶走那些可能再也不会回来的人
我没想到这一点，你实施候补名单的方式对我来说现在非常合理。
> [@MarkDoerr](#):
>
> 如果他们“退还”了他们的+1门票，我们希望确保制片人可以将其出售或用于填充场地。
这个例子表明，每个企业都需要不同的定制化细节。在WordPress/Joomla扩展市场中寻找合适的门票活动扩展需要花费很多时间，甚至可能无法让你最终满意，因为它缺乏Discourse的社区方面。
Discourse与外部门票扩展的结合可能会很好地发挥作用，这也是我所知道的大多数meetup.com组织者所做的。唯一的缺点是参与者必须加入meetup/Discourse上的活动，但也要在外部购买门票，有时他们不会直接购买门票。
对我来说，有一个开放的市场，可以真正同步社区活动和门票销售系统。
---
### 作者：  [@sam](https://meta.discourse.org/u/sam)
#### 发布日期： [2025 年8 月 14 日 01:52 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032/13 "2025-08-14T01:52:21Z")
我在这里开始工作：
>
>
> Allows to set the max attendees of an event. When an event is full you can only …mark yourself as interested or not going. The going button will be disabled.
>
> Maximum attendees can be defined in the post builder:
> \
---
### 作者：  [@opcourdis](https://meta.discourse.org/u/opcourdis)
#### 发布日期： [2025 年8 月 14 日 11:46 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032/14 "2025-08-14T11:46:49Z")
太棒了，也许将来我们会有一个等候名单，这样当一名参与者腾出名额时，它就可以提供给其他人了。目前，我正在使用数据浏览器检索参与者的注册时间，并使用“感兴趣”按钮作为等候名单。
---
### 作者：  [@gilles](https://meta.discourse.org/u/gilles)
#### 发布日期： [2025 年9 月 1 日 07:55 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032/15 "2025-09-01T07:55:08Z")
我试了一下代码，但是没有任何反应:sweat\_smile:
我创建了一个名为“test 1p”的事件，看看它是否有效，但没有反应。
是我操作失误了吗？
---
### 作者：  [@ondrej](https://meta.discourse.org/u/ondrej)
#### 发布日期： [2025 年9 月 1 日 22:09 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032/16 "2025-09-01T22:09:13Z")
这已按照此公告实施。
> [@Max attendees support for discourse-calendar](https://meta.discourse.org/t/max-attendees-support-for-discourse-calendar/381205):
>
> We added the ability to define a maximum number of attendees to an event. This feature can be configured in the event form: When an event is full you won’t be able to join it, only mark yourself as interested or not going: We might implement a waiting list in the future, but for now the list of people interested is the best way to achieve something similar.
---
### 作者：  [@j.jaffeux](https://meta.discourse.org/u/j.jaffeux)
#### 发布日期： [2025 年9 月 4 日 22:09 UTC](https://meta.discourse.org/t/limit-the-amount-of-people-who-can-attend-an-event/305032/17 "2025-09-04T22:09:20Z")
此主题在上次回复后 3 天自动关闭。不再允许新回复。