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两个字段,记录已查看
没有查询到的就显示给他
恩!可以这样子试试

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Alipay PHP ...

JWT는 주로 신분증 인증 및 정보 교환을 위해 당사자간에 정보를 안전하게 전송하는 데 사용되는 JSON을 기반으로 한 개방형 표준입니다. 1. JWT는 헤더, 페이로드 및 서명의 세 부분으로 구성됩니다. 2. JWT의 작업 원칙에는 세 가지 단계가 포함됩니다. JWT 생성, JWT 확인 및 Parsing Payload. 3. PHP에서 인증에 JWT를 사용하면 JWT를 생성하고 확인할 수 있으며 사용자 역할 및 권한 정보가 고급 사용에 포함될 수 있습니다. 4. 일반적인 오류에는 서명 검증 실패, 토큰 만료 및 대형 페이로드가 포함됩니다. 디버깅 기술에는 디버깅 도구 및 로깅 사용이 포함됩니다. 5. 성능 최적화 및 모범 사례에는 적절한 시그니처 알고리즘 사용, 타당성 기간 설정 합리적,

PHP 개발에서 견고한 원칙의 적용에는 다음이 포함됩니다. 1. 단일 책임 원칙 (SRP) : 각 클래스는 하나의 기능 만 담당합니다. 2. Open and Close Principle (OCP) : 변경은 수정보다는 확장을 통해 달성됩니다. 3. Lisch의 대체 원칙 (LSP) : 서브 클래스는 프로그램 정확도에 영향을 미치지 않고 기본 클래스를 대체 할 수 있습니다. 4. 인터페이스 격리 원리 (ISP) : 의존성 및 사용되지 않은 방법을 피하기 위해 세밀한 인터페이스를 사용하십시오. 5. 의존성 반전 원리 (DIP) : 높고 낮은 수준의 모듈은 추상화에 의존하며 종속성 주입을 통해 구현됩니다.

시스템이 다시 시작된 후 UnixSocket의 권한을 자동으로 설정하는 방법. 시스템이 다시 시작될 때마다 UnixSocket의 권한을 수정하려면 다음 명령을 실행해야합니다.

phpstorm에서 CLI 모드를 디버그하는 방법은 무엇입니까? PHPStorm으로 개발할 때 때때로 CLI (Command Line Interface) 모드에서 PHP를 디버그해야합니다 ...

기사는 PHP 5.3에 도입 된 PHP의 LSB (Late STATIC BING)에 대해 논의하여 정적 방법의 런타임 해상도가보다 유연한 상속을 요구할 수있게한다. LSB의 실제 응용 프로그램 및 잠재적 성능

PHP 개발에서 PHP의 CURL 라이브러리를 사용하여 JSON 데이터를 보내면 종종 외부 API와 상호 작용해야합니다. 일반적인 방법 중 하나는 컬 라이브러리를 사용하여 게시물을 보내는 것입니다 ...

정적 바인딩 (정적 : :)는 PHP에서 늦은 정적 바인딩 (LSB)을 구현하여 클래스를 정의하는 대신 정적 컨텍스트에서 호출 클래스를 참조 할 수 있습니다. 1) 구문 분석 프로세스는 런타임에 수행됩니다. 2) 상속 관계에서 통화 클래스를 찾아보십시오. 3) 성능 오버 헤드를 가져올 수 있습니다.
