私はよくこのような経験をします。つまり、システムにログインするとシステム メッセージ プロンプトが表示され、このメッセージは全員に向けられたものですが、プログラムはこのメッセージを見た人と見ていない人をどのように区別するのでしょうか? (見ていない人にはページの上部にプロンプトが表示され、見た人には自動的に消えてしまうためです。) この効果は 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 つのフィールドのみが表示されます
はい!現時点では、これがより便利な唯一の方法です。

PHP and Python each have their own advantages, and the choice should be based on project requirements. 1.PHPは、シンプルな構文と高い実行効率を備えたWeb開発に適しています。 2。Pythonは、簡潔な構文とリッチライブラリを備えたデータサイエンスと機械学習に適しています。

PHPは死にかけていませんが、常に適応して進化しています。 1)PHPは、1994年以来、新しいテクノロジーの傾向に適応するために複数のバージョンの反復を受けています。 2)現在、電子商取引、コンテンツ管理システム、その他の分野で広く使用されています。 3)PHP8は、パフォーマンスと近代化を改善するために、JITコンパイラおよびその他の機能を導入します。 4)Opcacheを使用してPSR-12標準に従って、パフォーマンスとコードの品質を最適化します。

PHPの将来は、新しいテクノロジーの傾向に適応し、革新的な機能を導入することで達成されます。1)クラウドコンピューティング、コンテナ化、マイクロサービスアーキテクチャに適応し、DockerとKubernetesをサポートします。 2)パフォーマンスとデータ処理の効率を改善するために、JITコンパイラと列挙タイプを導入します。 3)パフォーマンスを継続的に最適化し、ベストプラクティスを促進します。

PHPでは、特性は方法が必要な状況に適していますが、継承には適していません。 1)特性により、クラスの多重化方法が複数の継承の複雑さを回避できます。 2)特性を使用する場合、メソッドの競合に注意を払う必要があります。メソッドの競合は、代替およびキーワードとして解決できます。 3)パフォーマンスを最適化し、コードメンテナビリティを改善するために、特性の過剰使用を避け、その単一の責任を維持する必要があります。

依存関係噴射コンテナ(DIC)は、PHPプロジェクトで使用するオブジェクト依存関係を管理および提供するツールです。 DICの主な利点には、次のものが含まれます。1。デカップリング、コンポーネントの独立したもの、およびコードの保守とテストが簡単です。 2。柔軟性、依存関係を交換または変更しやすい。 3.テスト可能性、単体テストのために模擬オブジェクトを注入するのに便利です。

SplfixedArrayは、PHPの固定サイズの配列であり、高性能と低いメモリの使用が必要なシナリオに適しています。 1)動的調整によって引き起こされるオーバーヘッドを回避するために、作成時にサイズを指定する必要があります。 2)C言語アレイに基づいて、メモリと高速アクセス速度を直接動作させます。 3)大規模なデータ処理とメモリに敏感な環境に適していますが、サイズが固定されているため、注意して使用する必要があります。

PHPは、$ \ _ファイル変数を介してファイルのアップロードを処理します。セキュリティを確保するための方法には次のものが含まれます。1。アップロードエラー、2。ファイルの種類とサイズを確認する、3。ファイル上書きを防ぐ、4。ファイルを永続的なストレージの場所に移動します。

JavaScriptでは、nullcoalescingoperator(??)およびnullcoalescingsignmentoperator(?? =)を使用できます。 1.??最初の非潜水金または非未定されたオペランドを返します。 2.??これらの演算子は、コードロジックを簡素化し、読みやすさとパフォーマンスを向上させます。


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

WebStorm Mac版
便利なJavaScript開発ツール

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

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター
