Support location-scoped notification subscriptions (location.feed_added)
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 48/100
調査の方向性
Start with the API schema in docs/UserServiceAPI.yaml and the existing subscription creation and response code for POST /v1/user/subscriptions; the issue does not name the implementation files or tests. Trace how subscriptions currently reference targets, then determine how the new location join table fits the database layer. Done means the endpoint creates a subscription for the supplied location IDs and returns those IDs, with the required validation enforced in code.
索引モデルが issue の本文から書いたものです。
説明
Description
location.feed_added alerts a user when a feed is added for a location they follow, so a subscription must carry the list of locations. We'll add a dedicated notification_subscription_location join table and expose the location list through the API.
Notification type in scope
| Notification type | Target |
|---|---|
location.feed_added |
list of location IDs |
Schema changes (docs/UserServiceAPI.yaml)
Add location_ids to the create request and to the subscription response:
CreateNotificationSubscriptionRequest:
properties:
# ...notification_id...
location_ids:
type: array
items:
type: string
description: Location IDs to subscribe to. Required for location.feed_added.
NotificationSubscription:
properties:
# ...existing fields...
location_ids:
type: array
items:
type: string
nullable: true
description: Locations this subscription targets (location.feed_added).
Code changes
- POST /v1/user/subscriptions creates one subscription referencing all supplied locations and returns it with location_ids populated. _Validation is enforced in code, not the schema. Per-type schema validation would need oneOf/discriminator or JSON Schema if/then/else (3.1 only; this spec is 3.0.0), and union typing was already abandoned here due to openapi-generator limitations (see docs/DatabaseCatalogAPI.yaml SearchFeedItemResult).
DB changes
Add new relation table between user subscriptions and locations
- 主要言語
- Python
- スター
- 34
- フォーク
- 7
- 平均マージ
- 2日 4時間
- マージ済み PR（30日）
- 8
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
MobilityData/mobility-feed-api のほかの issue
-
fix(notifications): dispatcher ignores a subscription's feeds and sends every feed.url_updated eventオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
MobilityData/mobility-feed-api#1875 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
MobilityData/mobility-feed-api#1846 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
MobilityData/mobility-feed-api#1755 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
MobilityData/mobility-feed-api#1647 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
MobilityData/mobility-feed-api#836 ·
メンテナーはふだん 1 日以内に返信
MobilityData/mobility-feed-api の issue をすべて見る
似ている issue
-
bug
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信
-
documentation
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
sergey-miryanov/gcmon#230 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
Azure-Samples/azure-search-openai-demo#3249 ·
メンテナーはふだん 1 日以内に返信
-
[BUG] Failed archive extraction deletes the dataset cache対応中かも @dajiaohuang が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
alibaba/GraphScope#4674 ·