보통 50개정도가 올라올 경우 아주 오래지속이 되지 않는 것을 확인하고, 아무리 많은 회원도 100명정도 되지 않을까 예상됩니다.

물론 로딩되는 부분에서 DB부하가 이루어질지 모르겠으나 회원수 1000명이상 가량이 한달이내에 한번에 들어오는경우는 보통 없다고생각되어서.. 일딴 지정해놓고 사용하도록 하고있습니다.

아무래도 실제 활동회원들이 받아야할 알림이 아닌가 싶기도 하고, 전체 게시판보다는 중요한 공지사항, 알릴 사항에 맞춘 기능입니다.

그래도 회원수 10만명 정도를 기준으로 하셔야 하지 않을까 싶네요.

새글등록시 insert 가 많으면 많을수록 그만큼 글등록 대기 시간이 길어질것 같습니다.

문제가 있을 수 있어요...

평균적으로.. 그정도 규모의 사이트는 XE를 기준으로 전체회원에게 DB를 입력시키는 기능이 작동이 되면.. DB쿼리의 항목이 조금 부하 걸릴수박에 없는 구조이긴 합니다.

각각의 한번에 한명씩 같은 내용을 돌려가면서 입력을 해야하는 상황에서, 사실 전체쪽지나 등등의 모듈의 경우도 같은 문제점이 생기기 마련이지 않을까 생각됩니다...

음 이게 현재 알림센터 구조 상 가능한지는 모르겠으나, 제가 다른 PHP CMS로 알림 시스템을 개발할때 전체 알림은 공지처럼 한개의 전체알림 DB에 몰아넣고, 개인 알림 DB에는 readed 해서 전체 알림을 읽었는가를 해서 읽은 전체 알림은 readed에 srl 넣고, readed에 없는 전체알림DB에 등록된 알림들을 띄웠습니다. 이렇게 되면 알림으로 인한 부하를 굉장히 줄일 수 있을 것 같아 댓글 드립니다 :D

좋은 방법인것 같습니다.

구현이 가능하시다면 구현하시고.. 직접 PR남겨주시면 감사하겠습니다 :)

저같은 경우 아직 XE를 다 이해한 것이 아니고 아직도 XE 쿼리에 익숙하지 않아 최대한 DB작업을 피하는 편이라....ㅋㅋ 직접 제작은 아직까지는 무리일 듯 합니다..ㅠㅠ

그런데 저는 제가 쓴 글도 알림이 오더라구요..

그래서 게시판 알림을 껐습니다.

베타 버전에서는 말그대로 테스트를 목적으로 두고 있으며, 정상적인 DB가 전송이 되었는지 여러아이디를 통해서 테스트 해봐야할 목적이 있기 때문에 관련 if문을 주석처리 했습니다.

정식버전에서는 당연히 게시글 작성자에게 가지 않도록 수정하여 배포됩니다.