PHP系统公告-发送通知给每个人
经常有这样的经历,就是登陆一个系统,会有一条系统消息提示,而这条消息是针对所有人的,那么程序是如何区分哪些人已经看过这条消息哪些人没看过呢?(因为没看过的人会有一个提示一直挂在页头,而看过的人这个提示会自动消失),请问这种效果用php是如何做到的,数据结构是如何设计?
回复讨论(解决方案)
首先得有一个消息列表,表里面有个是否阅读字段就行了啊
首先得有一个消息列表,表里面有个是否阅读字段就行了啊
那要是有十万个用户,有的看过了有的没看过 ,这个字段怎么标注啊?这条消息是谁发的,发给谁 表里面也都需要记录啊,这样你就可以根据每个用户的用户id去读取个人的消息了
表结构
table1:message
msg_id msg_content publish_time
table2:read
msg_id user_id read_time
发布一条系统消息 在message插入一条记录即可
如:
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;
表结构
table1:message
msg_id msg_content publish_time
table2:read
msg_id user_id read_time
发布一条系统消息 在message插入一条记录即可
如:
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;
这条消息是谁发的,发给谁 表里面也都需要记录啊,这样你就可以根据每个用户的用户id去读取个人的消息了
这是针对所有人的,所以这种推送模式不太合适
表结构
table1:message
msg_id msg_content publish_time
table2:read
msg_id user_id read_time
发布一条系统消息 在message插入一条记录即可
如:
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;
哈哈 那考虑考虑 redis
10W 用用户 需要15K内存标记用户是否发送 每条消息都是15K
1.读取消息 setbit msg_123 5415 1
2.判断是否读取 getbit msg_123 5415
消息表有内容和userid,如果userid=0,表示该消息为全局
用户表中,可以增加一个字段记录查看过的消息id,用逗号隔开,比如 1,20,123
看过一条就加一个消息id
如果消息比较频繁,可以考虑单独维护一个消息查看记录表,只有uid msgid两个字段,记录已查看
弄个表把看过的人装起来???
没有查询到的就显示给他
表结构
table1:message
msg_id msg_content publish_time
table2:read
msg_id user_id read_time
发布一条系统消息 在message插入一条记录即可
如:
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;
哈哈 那考虑考虑 redis
10W 用用户 需要15K内存标记用户是否发送 每条消息都是15K
1.读取消息 setbit msg_123 5415 1
2.判断是否读取 getbit msg_123 5415
再次谢谢你的帮助!
消息表有内容和userid,如果userid=0,表示该消息为全局
用户表中,可以增加一个字段记录查看过的消息id,用逗号隔开,比如 1,20,123
看过一条就加一个消息id
如果消息比较频繁,可以考虑单独维护一个消息查看记录表,只有uid msgid两个字段,记录已查看
没有查询到的就显示给他
恩!可以这样子试试

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

AI Hentai Generator
Erstellen Sie kostenlos Ai Hentai.

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen



Alipay PHP ...

JWT ist ein offener Standard, der auf JSON basiert und zur sicheren Übertragung von Informationen zwischen Parteien verwendet wird, hauptsächlich für die Identitätsauthentifizierung und den Informationsaustausch. 1. JWT besteht aus drei Teilen: Header, Nutzlast und Signatur. 2. Das Arbeitsprinzip von JWT enthält drei Schritte: Generierung von JWT, Überprüfung von JWT und Parsingnayload. 3. Bei Verwendung von JWT zur Authentifizierung in PHP kann JWT generiert und überprüft werden, und die Funktionen und Berechtigungsinformationen der Benutzer können in die erweiterte Verwendung aufgenommen werden. 4. Häufige Fehler sind Signaturüberprüfungsfehler, Token -Ablauf und übergroße Nutzlast. Zu Debugging -Fähigkeiten gehört die Verwendung von Debugging -Tools und Protokollierung. 5. Leistungsoptimierung und Best Practices umfassen die Verwendung geeigneter Signaturalgorithmen, das Einstellen von Gültigkeitsperioden angemessen.

Die Anwendung des soliden Prinzips in der PHP -Entwicklung umfasst: 1. Prinzip der Einzelverantwortung (SRP): Jede Klasse ist nur für eine Funktion verantwortlich. 2. Open and Close Principle (OCP): Änderungen werden eher durch Erweiterung als durch Modifikation erreicht. 3.. Lischs Substitutionsprinzip (LSP): Unterklassen können Basisklassen ersetzen, ohne die Programmgenauigkeit zu beeinträchtigen. 4. Schnittstellen-Isolationsprinzip (ISP): Verwenden Sie feinkörnige Schnittstellen, um Abhängigkeiten und nicht verwendete Methoden zu vermeiden. 5. Abhängigkeitsinversionsprinzip (DIP): Hoch- und niedrige Module beruhen auf der Abstraktion und werden durch Abhängigkeitsinjektion implementiert.

So setzen Sie die Berechtigungen von Unixsocket automatisch nach dem Neustart des Systems. Jedes Mal, wenn das System neu startet, müssen wir den folgenden Befehl ausführen, um die Berechtigungen von Unixsocket: sudo ...

Wie debugge ich den CLI -Modus in PhpStorm? Bei der Entwicklung mit PHPSTORM müssen wir manchmal den PHP im CLI -Modus (COMS -Zeilenschnittstellen) debuggen ...

In Artikel wird die in PHP 5.3 eingeführte LSB -Bindung (LSB) erörtert, die die Laufzeitauflösung der statischen Methode ermöglicht, um eine flexiblere Vererbung zu erfordern. Die praktischen Anwendungen und potenziellen Perfo von LSB

Senden von JSON -Daten mithilfe der Curl -Bibliothek von PHP in der PHP -Entwicklung müssen häufig mit externen APIs interagieren. Eine der gängigen Möglichkeiten besteht darin, die Curl Library zu verwenden, um Post � ...

Statische Bindung (statisch: :) implementiert die späte statische Bindung (LSB) in PHP, sodass das Aufrufen von Klassen in statischen Kontexten anstatt Klassen zu definieren. 1) Der Analyseprozess wird zur Laufzeit durchgeführt.
