특정 상황에서 회원에게 관리자 계정으로 채팅 메시지를 자동으로 보내주려고 하거든.
시스템이 보낸 거임. 운영자의 온라인 오프라인 상관 없이.
이때 운영자 계정 역시 DB에 저장되어 있을 때, 운영자의 PK를 따로 코드상에 넣어주나?
sendMessage(senderId, receiverId,. text)라는 메서드가 있으면
senderId에 들어갈 운영자 id를 상수로 코드상 어딘가에 남겨두어도 괜찮은지 하는거임
아니면 보통 어떤 방식을 쓰는지
클라이언트 코드나 서버코드인지에 따라 다르겠지만 보통그런 민감한 데이터는 코드에 상수로 박진 않지 - dc App
서버코드임ㅇㅇ 그러면 어떤 방법을 쓰면 좋으려나.. 안내 메시지의 발신자 id는 운영자 계정으로 고정하고 싶은데
비즈니스에따라 다르긴한테 보통 민감한 데이터는 둘중 하나로 암 그때그때 조회해서 쓰던 서버프로그램에서 캐싱해서쓰던 - dc App
그리고 운영자id가 영원히 불변하면 모르겠는데 운영자 관련데이터만 바뀌었을때도 코드에 상수로 박혀있는것 보단 기능으로 빠져있는게 라이브에 유리하지 않을까 - dc App
아, 운영자 발신 전용 기능을 따로 만들라는 이야기인가?
그럼 운영자 계정은 1개 뿐인 거임? 무조건 안내 메세지 발신자가 운영자 계정인 상수로 등록해두면? 그리고 안내 메세지 보낼 때는 운영자 계정이 로그인이 안 되어 있어도 되는 거임? 되어 있어야 하는 거면 어차피 API에서 정보를 받을텐데 거기서 운영자 인지 체크도 할텐데 그럼 그냥 거기서 id 박으면 되는 거 아님? 굳이 상수로 둘 필요가 있나?
운영자 비로그인시에도 시스템이 알아서 운영자 이름으로 메시지를 보내게끔하려는거 ㅇㅇ 운영자 계정은 하나. 이런 경우 은근 많지 않나? 게임같은데서도 그렇고.. 시스템 안내 메시지 발신용 계정 PK를 상수로 등록해둔다는 말 맞음ㅇㅇ
? db설계가 어찌되있길래 이런걸 고민하지 - dc App
운영자가 모든유저(오프,온)들에게 메시지를 브로드캐스트하는것도 아니고 단순 귓말을 물어보는거임? - dc App
이게 DB 설계의 문제라고 생각하진 않는데
아 비로그인으로 처리하는거구나 근데 시스템이 알아서라는건 귓말이 아니라 이벤트 공지말하는거 아님? - dc App
이벤트 공지면 그냥 상수값맞음 - dc App
유저전체는 아니고 특별한 경우 해당 대상에게만 보내는 거임. 때에 따라 전체가 될 수도 있긴하겠다
어드민 페이지에다 기능구현하셈