目次
ディスカッションへの返信 (解決策)
ホームページ バックエンド開発 PHPチュートリアル PHP システムのお知らせ - 全員に通知を送信します

PHP システムのお知らせ - 全員に通知を送信します

Jun 23, 2016 pm 01:46 PM

私はよくこのような経験をします。つまり、システムにログインするとシステム メッセージ プロンプトが表示され、このメッセージは全員に向けられたものですが、プログラムはこのメッセージを見た人と見ていない人をどのように区別するのでしょうか? (見ていない人にはページの上部にプロンプ​​トが表示され、見た人には自動的に消えてしまうためです。) この効果は PHP を使用してどのように実現され、データ構造はどのように設計されているのでしょうか。


ディスカッションへの返信 (解決策)

まず、テーブルに既読か未読のフィールドが必要です

まず、メッセージ リストが必要です。テーブルに既読か未読のフィールドを追加するだけです。

100,000 人のユーザーがいて、見た人もいない人もいる場合、このフィールドはどのようにマークされるべきでしょうか?

このメッセージの送信者と送信先もテーブルに記録する必要があります。これにより、各ユーザーのユーザー ID に基づいて個別のメッセージを読むことができます


テーブル構造
table1: message
msg_id msg_content public_time

table2:read
msg_id user_id read_time


システムメッセージを公開する メッセージにレコードを挿入するだけです
例:
123 "午後の休憩" 1414468731

見た人 読み取りテーブルにレコードを挿入します
123 5145 4468745



未読メッセージがあるかどうかを確認します

select * from message where msg_id not in (select msg_id from read where user_id = 5145)

SQL の効率が気になる場合は、次のコマンドを使用できます

select * fromメッセージが残ったメッセージ 結合 (select* from read where user_id = 5145)temp on message.msg_id = temp .msg_id ここで、temp.user_id は null です。

table2:read
msg_id user_id read_time

システムメッセージを発行する メッセージにレコードを挿入するだけです

例:

123 "午後の休憩" 1414468731

読んだ人は読み取りテーブルにレコードを挿入します
123 51 45 1414468745



未読メッセージがあるかどうかを確認します

select * from message where msg_id not in (select msg_id from read where user_id = 5145)

SQL 効率が気になる場合は、次のコマンドを使用できます

select * from message where message left join (select* from read where user_id = 5145)temp on message.msg_id = temp.msg_id where temp.user_id is null
この方法も検討しましたが、もしあれば。システム メッセージが多すぎる場合、ユーザーの数が多いため、データベース操作の量が非常に多くなります。ユーザーが 100,000 人いる場合、1 つのシステム メッセージに対して 100,000 のレコードが存在します。


このメッセージの送信者と送信先もテーブルに記録する必要があります。これにより、各ユーザーのユーザー ID に基づいて個人的なメッセージを読むことができます
これは全員に向けられたものなので、このプッシュ モードではありません適当



テーブル構造
table1:message
msg_id msg_content public_time

table2:read
msg_id user_id read_time


システムメッセージを公開する メッセージを挿入する 記録するだけ
たとえば:
123 「午後の休憩」 1414468731

読んだ人は、readテーブルにレコードを挿入します
123 5145 1414468745



未読の情報があるかどうかを判断します

select * from message where msg_id not in (select msg_id from read where user_id = 5145)

SQL の効率性を考慮して、次のコマンドを使用できます。
select * from message where message left join (select* from read where user_id = 5145) temp on message.msg_id = temp .msg_id where temp.user_id is null;詳しいご回答ありがとうございます。私もこの方法を検討しましたが、システムメッセージが多すぎてユーザー数が多い場合、データベースの操作量が非常に多くなります。ユーザーが10万人いる場合、10万人になります。 1 つのシステム メッセージを記録するもっと簡単な方法はありませんか?

笑 それから、redis の使用を検討してください

10W のユーザーは、ユーザーが各メッセージを送信するかどうかをマークするために 15K のメモリが必要です

1. メッセージを読み取ります setbit msg_123 5415 1

2. getbit msg_123 5415 を読み取るかどうかを決定します



メッセージ テーブルにコンテンツとユーザー ID が含まれている場合、userid=0 はメッセージがグローバルであることを意味します ユーザー テーブルに、1,20,123 のように、表示されたメッセージ ID を記録するフィールドを追加できます

の後に追加します。メッセージ ID を見たことがあります
メッセージが比較的頻繁に送信される場合は、別のメッセージ閲覧記録テーブルを維持することを検討できます。フィールドは uid と msgid の 2 つだけで、どのレコードが閲覧されたかを記録するテーブルを作成します。見たことがありますか? ? ?

見つからない場合は、彼に表示されます

テーブル構造
table1:message

msg_id msg_content public_time

table2:read
msg_id user_id Read_time


システムメッセージを公開する レコードを挿入するメッセージは可能です
例:
123 "午後の休憩" 1414468731

読んだ人は読み取りテーブルにレコードを挿入します
123 5145 1414468745



未読の情報があるかどうかを確認します
select * from message ここでmsg_id not in (select msg_id from read where user_id = 5145)

SQL 効率が気になる場合は、次のコマンドを使用できます

select * from message where message left join (select* from read where user_id = 5145) temp on message.msg_id = temp .msg_id where temp.user_id is null;
詳しいご回答ありがとうございます この方法も検討しましたが、システムメッセージが多すぎてユーザー数が多いとデータベースの操作量が増えてしまいます。ユーザーが 100,000 人いる場合、1 つのシステム メッセージには 100,000 件のレコードが含まれます。


笑 それから、redis の使用を検討してください

10W のユーザーは、ユーザーが各メッセージを送信するかどうかをマークするために 15K のメモリが必要です
1. メッセージを読み取ります setbit msg_123 5415 1

2. getbit msg_123 5415 を読み取るかどうかを決定します


ありがとうまたまたお世話になります!

メッセージ テーブルにはコンテンツとユーザー ID が含まれます。 userid=0 の場合、メッセージがグローバルであることを意味します
ユーザー テーブルに、1,20,123 などのカンマで区切って、表示されたメッセージ ID を記録するフィールドを追加できます。メッセージ ID を確認したら追加します
メッセージが比較的頻繁に送信される場合は、uid と msgid の 2 つのフィールドのみが表示されます
はい!現時点では、これがより便利な唯一の方法です。

見つからない場合は、それが彼に表示されます。こんな感じで試してみてもいいですよ

このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中国語版

SublimeText3 中国語版

中国語版、とても使いやすい

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

11ベストPHP URLショートナースクリプト(無料およびプレミアム) 11ベストPHP URLショートナースクリプト(無料およびプレミアム) Mar 03, 2025 am 10:49 AM

多くの場合、キーワードと追跡パラメーターで散らかった長いURLは、訪問者を阻止できます。 URL短縮スクリプトはソリューションを提供し、ソーシャルメディアやその他のプラットフォームに最適な簡潔なリンクを作成します。 これらのスクリプトは、個々のWebサイトにとって価値があります

Instagram APIの紹介 Instagram APIの紹介 Mar 02, 2025 am 09:32 AM

2012年のFacebookによる有名な買収に続いて、Instagramはサードパーティの使用のために2セットのAPIを採用しました。これらはInstagramグラフAPIとInstagram Basic Display APIです。

Laravelでフラッシュセッションデータを使用します Laravelでフラッシュセッションデータを使用します Mar 12, 2025 pm 05:08 PM

Laravelは、直感的なフラッシュメソッドを使用して、一時的なセッションデータの処理を簡素化します。これは、アプリケーション内に簡単なメッセージ、アラート、または通知を表示するのに最適です。 データは、デフォルトで次の要求のためにのみ持続します。 $リクエスト -

LaravelのバックエンドでReactアプリを構築する:パート2、React LaravelのバックエンドでReactアプリを構築する:パート2、React Mar 04, 2025 am 09:33 AM

これは、LaravelバックエンドとのReactアプリケーションの構築に関するシリーズの2番目と最終部分です。シリーズの最初の部分では、基本的な製品上場アプリケーションのためにLaravelを使用してRESTFUL APIを作成しました。このチュートリアルでは、開発者になります

Laravelテストでの簡略化されたHTTP応答のモッキング Laravelテストでの簡略化されたHTTP応答のモッキング Mar 12, 2025 pm 05:09 PM

Laravelは簡潔なHTTP応答シミュレーション構文を提供し、HTTP相互作用テストを簡素化します。このアプローチは、テストシミュレーションをより直感的にしながら、コード冗長性を大幅に削減します。 基本的な実装は、さまざまな応答タイプのショートカットを提供します。 Illuminate \ support \ facades \ httpを使用します。 http :: fake([[ 'google.com' => 'hello world'、 'github.com' => ['foo' => 'bar']、 'forge.laravel.com' =>

PHPのカール:REST APIでPHPカール拡張機能を使用する方法 PHPのカール:REST APIでPHPカール拡張機能を使用する方法 Mar 14, 2025 am 11:42 AM

PHPクライアントURL(CURL)拡張機能は、開発者にとって強力なツールであり、リモートサーバーやREST APIとのシームレスな対話を可能にします。尊敬されるマルチプロトコルファイル転送ライブラリであるLibcurlを活用することにより、PHP Curlは効率的なexecuを促進します

Codecanyonで12の最高のPHPチャットスクリプト Codecanyonで12の最高のPHPチャットスクリプト Mar 13, 2025 pm 12:08 PM

顧客の最も差し迫った問題にリアルタイムでインスタントソリューションを提供したいですか? ライブチャットを使用すると、顧客とのリアルタイムな会話を行い、すぐに問題を解決できます。それはあなたがあなたのカスタムにより速いサービスを提供することを可能にします

2025 PHP状況調査の発表 2025 PHP状況調査の発表 Mar 03, 2025 pm 04:20 PM

2025 PHP Landscape Surveyは、現在のPHP開発動向を調査しています。 開発者や企業に洞察を提供することを目的とした、フレームワークの使用、展開方法、および課題を調査します。 この調査では、現代のPHP Versioの成長が予想されています

See all articles