PHP システムのお知らせ - 全員に通知を送信します
私はよくこのような経験をします。つまり、システムにログインするとシステム メッセージ プロンプトが表示され、このメッセージは全員に向けられたものですが、プログラムはこのメッセージを見た人と見ていない人をどのように区別するのでしょうか? (見ていない人にはページの上部にプロンプトが表示され、見た人には自動的に消えてしまうためです。) この効果は 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 つのシステム メッセージを記録するもっと簡単な方法はありませんか?
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 の使用を検討してください
1. メッセージを読み取ります setbit msg_123 5415 1
2. getbit msg_123 5415 を読み取るかどうかを決定します
ありがとうまたまたお世話になります!
メッセージ テーブルにはコンテンツとユーザー ID が含まれます。 userid=0 の場合、メッセージがグローバルであることを意味します
ユーザー テーブルに、1,20,123 などのカンマで区切って、表示されたメッセージ ID を記録するフィールドを追加できます。メッセージ ID を確認したら追加します
メッセージが比較的頻繁に送信される場合は、uid と msgid の 2 つのフィールドのみが表示されます
はい!現時点では、これがより便利な唯一の方法です。

ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

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

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

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

ホットトピック











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

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

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

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

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

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

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

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