Question 1

認証済みのXアカウントがプロフィールページで「Not verified yet」と表示されるのはなぜですか？

Accepted Answer

これは通常、認証が実際に失われたわけではなく、一時的な認証ステータス/UIの同期の問題です。報告されたケースでは、「About this account」セクションには「Verified since June 2026」および「Identity verified with an official ID」と正しく表示されていた一方で、プロフィールカードには「Not verified yet」と誤って表示されていました。この問題は、アカウントに変更を加えることなく自然に解消されました。トラブルシューティング手順：1) 「About this account」で認証ステータスを確認してください。2) X の iOS アプリを閉じて再度開いてください。3) アプリを最新バージョンに更新してください。4) ログアウトしてから再度ログインしてください。5) サーバー/UIの状態が更新されるのを待ってください。「About this account」セクションでも未完了と表示されている場合を除き、本人確認を繰り返さないでください。不一致が解消されない場合は、X Supportにお問い合わせください。

Question 2

TokioとDashMapで並行する「いいね」イベントが重複投稿やネットワーク内スコアの水増しを引き起こす問題を修正する方法

Accepted Answer

競合状態が発生するのは、共有の `Semaphore::new(1)` が一度も取得されない一方、`DashMap` が各操作で個々のシャードしかロックしないためです。そのため、削除済みチェックの読み取り、投稿の挿入、および `VecDeque` の更新はアトミックではありません。即時の修正: `insert_posts()` を呼び出す前にセマフォを取得し、操作全体を通じて保持します:

```rust
let permit = Arc::clone(&semaphore)
    .acquire_owned()
    .await
    .expect("semaphore closed");

post_store_clone.insert_posts(batch).await?;

drop(permit);
```

これによりすべての挿入が直列化され、`TinyPost` エントリの重複が防止されますが、スループットが低下する可能性があります。より細かい粒度の修正として、投稿/著者ごとに外部ロックを追加し、そのロックの下で完全な read-modify-write を実行します:

```rust
let lock = self.locks
    .entry(author_id)
    .or_insert_with(|| Arc::new(tokio::sync::Mutex::new(())))
    .clone();

let _guard = lock.lock().await;

if self.deleted_posts.contains_key(&post_id) {
    return Ok(());
}

if self.posts.contains_key(&post_id) {
    return Ok(()); // duplicate event
}

self.posts.insert(post_id, Arc::new(compact_post));
self.original_posts_by_user
    .entry(author_id)
    .or_default()
    .push_back(tiny_post);
```

同じロックを `mark_as_deleted()` にも適用し、別のシャードにアクセスする間は `DashMap` のシャードガードを保持しないでください。2つの同一のいいねイベントを同時に送信し、著者の `VecDeque` に投稿IDが1度だけ含まれることをアサートして、修正を検証します。

x-algorithm

概要

README プレビュー

FAQ (2)

同类型项目

vscode

FreeDomain

stable-diffusion-webui

paperclip