jquery로 채팅을 만들었는데... 정보
jquery로 채팅을 만들었는데...
본문
이게 채팅인지...
쉽게 쉽게 jquery로 하자고 하셔서... 진행은 했다만...
서버 클라이언트를 따로 때야되는걸로 알고 있는데...
아무튼 잘 돌아가서... 음..
ajax로 모든걸 해결을...
추천
2
2
베스트댓글
채팅창은 별 관심이 없었는데 어느날 문득 어. 이 방식을 써도 가능할까 라는 호기심에 실험삼아 한번...
데이터를 서버로 날렸다가 다시 받는 게 아니라
데이터를 txt 파일로 저장해서 업뎃되면 파일을 덮어씌우면서 다시 로드하는 방식으로 하니까 작동은 하더군요.
실험용이라 아작스는 안 쓰고 단지 새로고침으로 확인했는데 그럭저럭 되더라구요.
나중에 땡기는 날이 있으면 더 디테일하게 연구할까는 하는데 단지 생각뿐입니다.ㅋ
데이터를 서버로 날렸다가 다시 받는 게 아니라
데이터를 txt 파일로 저장해서 업뎃되면 파일을 덮어씌우면서 다시 로드하는 방식으로 하니까 작동은 하더군요.
실험용이라 아작스는 안 쓰고 단지 새로고침으로 확인했는데 그럭저럭 되더라구요.
나중에 땡기는 날이 있으면 더 디테일하게 연구할까는 하는데 단지 생각뿐입니다.ㅋ
댓글 16개
채팅창은 별 관심이 없었는데 어느날 문득 어. 이 방식을 써도 가능할까 라는 호기심에 실험삼아 한번...
데이터를 서버로 날렸다가 다시 받는 게 아니라
데이터를 txt 파일로 저장해서 업뎃되면 파일을 덮어씌우면서 다시 로드하는 방식으로 하니까 작동은 하더군요.
실험용이라 아작스는 안 쓰고 단지 새로고침으로 확인했는데 그럭저럭 되더라구요.
나중에 땡기는 날이 있으면 더 디테일하게 연구할까는 하는데 단지 생각뿐입니다.ㅋ
데이터를 서버로 날렸다가 다시 받는 게 아니라
데이터를 txt 파일로 저장해서 업뎃되면 파일을 덮어씌우면서 다시 로드하는 방식으로 하니까 작동은 하더군요.
실험용이라 아작스는 안 쓰고 단지 새로고침으로 확인했는데 그럭저럭 되더라구요.
나중에 땡기는 날이 있으면 더 디테일하게 연구할까는 하는데 단지 생각뿐입니다.ㅋ
@비타주리 ajax로 데이터 날리면서 앱개발자 분 코드와 연동되어서 푸쉬도 날려줘야 되는 부분이고,
나중에 관리자가 게시판 형식으로 확인이 가능해야 될 수도 있어서 ajax로 php 태워서 DB에 기록을 남기면서 push를 날리도록 구현했어요 ㅎ.
거기다가 내용이 일반적인 채팅 내용이 아니라서 ㅎ.
회사 프로젝트라 내용은 비밀이고... 꾀 큰데라... ㅎㅎ;
그리고 업체에서 실시간 채팅처럼 해달라고 해서 jquery settimeout으로 자동 갱신되도록 하고 마무리 지었어요. ㅎ
비타주리님께서 말씀하신 txt 파일로 저장하는 방식도 아주 좋은 방식이라 생각됩니다!
다만 관리가 일반적인 db에 넣는 방법이나, 다르니 코드로 관리하는데 있어서,
여러가지 방면으로 테스트 해보고 신경을 조금 더 써줘야겠네요 ㅎ.
나중에 관리자가 게시판 형식으로 확인이 가능해야 될 수도 있어서 ajax로 php 태워서 DB에 기록을 남기면서 push를 날리도록 구현했어요 ㅎ.
거기다가 내용이 일반적인 채팅 내용이 아니라서 ㅎ.
회사 프로젝트라 내용은 비밀이고... 꾀 큰데라... ㅎㅎ;
그리고 업체에서 실시간 채팅처럼 해달라고 해서 jquery settimeout으로 자동 갱신되도록 하고 마무리 지었어요. ㅎ
비타주리님께서 말씀하신 txt 파일로 저장하는 방식도 아주 좋은 방식이라 생각됩니다!
다만 관리가 일반적인 db에 넣는 방법이나, 다르니 코드로 관리하는데 있어서,
여러가지 방면으로 테스트 해보고 신경을 조금 더 써줘야겠네요 ㅎ.
@돈도없어개발하기도시러
그렇죠? 전혀 생경한 방식이라 실제 상황에서는 아마 많은 시행착오를 할 것 같습니다.
제가 좀 특이한 데가 있어서 어느날 갑자기 어 이렇게 하면 안 될까 하는 생각이 뜬금없이 들때가 있더라구요.
말씀하신 바 큰 프로젝트의 경우.
울 아들이 KB 전산실에 있습니다. 회원정보를 좀 다르게 정리하려고 하는데 쉽지 않다는 얘길 해서... 야 임마 조건을 주고 배열을 루프문으로 돌리면서 소팅하면 되지 했다가...
"모르면 좀 가만히 있어. 회원단위가 기본이 백만명이야. 그걸 for 문으로 돌려나 봤어?"
한순간에 깨갱한 기억이 있습니다.ㅋ
그렇죠? 전혀 생경한 방식이라 실제 상황에서는 아마 많은 시행착오를 할 것 같습니다.
제가 좀 특이한 데가 있어서 어느날 갑자기 어 이렇게 하면 안 될까 하는 생각이 뜬금없이 들때가 있더라구요.
말씀하신 바 큰 프로젝트의 경우.
울 아들이 KB 전산실에 있습니다. 회원정보를 좀 다르게 정리하려고 하는데 쉽지 않다는 얘길 해서... 야 임마 조건을 주고 배열을 루프문으로 돌리면서 소팅하면 되지 했다가...
"모르면 좀 가만히 있어. 회원단위가 기본이 백만명이야. 그걸 for 문으로 돌려나 봤어?"
한순간에 깨갱한 기억이 있습니다.ㅋ
@비타주리
ㅋㅋㅋ 쿼리로 다해야 겠군요 거긴
ㅋㅋㅋ 쿼리로 다해야 겠군요 거긴
웹 소켓은 쓸수 없는 상황이었나 보군요 ^^
@백수1995
서버가 따로 있어서 그쪽에서 처리되는 형식이 아닌 웹서버에서 그대로 적용되어야 되고, 그게 관리자가 어느정도 관리가 가능해야되는형식입니다.
이게 단순 채팅이라고 하기 애매해요.
그렇다고 채팅보다 기능은 없는데, 어떻게 기획이 바뀔지 모릅니다.
로그도 남아야되고요.
아무튼 결론적으로 잘 돌아가서 냅두고 있습니다.
또 바뀔 수도 있기 때문에 ㅋㅋㅋ
서버가 따로 있어서 그쪽에서 처리되는 형식이 아닌 웹서버에서 그대로 적용되어야 되고, 그게 관리자가 어느정도 관리가 가능해야되는형식입니다.
이게 단순 채팅이라고 하기 애매해요.
그렇다고 채팅보다 기능은 없는데, 어떻게 기획이 바뀔지 모릅니다.
로그도 남아야되고요.
아무튼 결론적으로 잘 돌아가서 냅두고 있습니다.
또 바뀔 수도 있기 때문에 ㅋㅋㅋ
@돈도없어개발하기도시러
웹소켓이 그런 용도이긴 하지만 잘 돌아간다니 뭐 ㅎㅎ
웹소켓이 그런 용도이긴 하지만 잘 돌아간다니 뭐 ㅎㅎ
@백수1995
제가 채팅을 만들어 본건 아닌데,
php로 제작한 걸 보니 채팅 내용이 휘발성으로 사라지더군요.
이 프로젝트는 채팅이 되면서 일기처럼 기록이 되어야됩니다.
그리고 웹소켓으로 물론 할 수는 있겠죠. 그러면 채팅 서버가 따로 있어야되고,
처리는 웹서버 디비에 해야되기 때문에 오히려 더 비효율적일 수도 있습니다.
그리고 말씀드렸듯이, 프로젝트 자체가 기획이 계속 바뀔 수도 있기 때문에,
일반적인 채팅으로는 구현을 했을 시, 후폭풍이 어떻게 불지 알 수가 없죠.
그리고 일반적인 프로젝트 자체가 아닙니다.
회사 내부 회의 거치고 결정된거라 이 방법이 가장 현실적인 방법이라 생각이 되네요.
제가 채팅을 만들어 본건 아닌데,
php로 제작한 걸 보니 채팅 내용이 휘발성으로 사라지더군요.
이 프로젝트는 채팅이 되면서 일기처럼 기록이 되어야됩니다.
그리고 웹소켓으로 물론 할 수는 있겠죠. 그러면 채팅 서버가 따로 있어야되고,
처리는 웹서버 디비에 해야되기 때문에 오히려 더 비효율적일 수도 있습니다.
그리고 말씀드렸듯이, 프로젝트 자체가 기획이 계속 바뀔 수도 있기 때문에,
일반적인 채팅으로는 구현을 했을 시, 후폭풍이 어떻게 불지 알 수가 없죠.
그리고 일반적인 프로젝트 자체가 아닙니다.
회사 내부 회의 거치고 결정된거라 이 방법이 가장 현실적인 방법이라 생각이 되네요.
@백수1995 문제는 다했지만 그래도 좀 찝찝하다는건 있죠.
@돈도없어개발하기도시러 그러게요 ^^
보통 채팅은 socket.io로 만들어요
그리고 ajax로 하지 않고 axios를 많이 쓰죠 ㅋ
저는 node로 채팅을 만들기 때문에... 이왕 공부할 거면은 node 공부하는 것 추천해요 ㅎㅎㅎ
그리고 ajax로 하지 않고 axios를 많이 쓰죠 ㅋ
저는 node로 채팅을 만들기 때문에... 이왕 공부할 거면은 node 공부하는 것 추천해요 ㅎㅎㅎ
@나이스김
ajax, socket.io를 비교 해보니 오히려 제 경우에는 ajax가 나아보이네요.
앞으로 프로젝트 향방에 따라 다르긴 하겠다만,
node.js도 제 아는분이랑 스터디 한적은 있는데, 그게 정답은 아닙니다.
그리고 어차피 js 들어간건 전부다 javascript가 원형입니다.
두개 비교해놓은걸 보니까 차이도 별로 안나고,
제 경우엔 오히려 메모리 부담이 많이가는 쪽은 socket.io겠네요.
오히려 더 명확해졌네요 ㅋㅋㅋ.
ajax, socket.io를 비교 해보니 오히려 제 경우에는 ajax가 나아보이네요.
앞으로 프로젝트 향방에 따라 다르긴 하겠다만,
node.js도 제 아는분이랑 스터디 한적은 있는데, 그게 정답은 아닙니다.
그리고 어차피 js 들어간건 전부다 javascript가 원형입니다.
두개 비교해놓은걸 보니까 차이도 별로 안나고,
제 경우엔 오히려 메모리 부담이 많이가는 쪽은 socket.io겠네요.
오히려 더 명확해졌네요 ㅋㅋㅋ.
@나이스김 쭉 보니까 경우가 상당히 다양하네요.
채팅만 띄워놓는다는 가정하에는 socket.io가 조금 나아보이긴 합니다.
경우에 따라 다르겠고,
ajax, socket.io 둘다 코드가 잘 짜여졌을 경우에는 크게 차이가 없어보이긴 하네요.
예전에 아는 분이 어떤 걸 하던 잘하면 상관이 없다라고 하셨는데,
그게 맞는 말인가 봅니다.
정답은 없네요.
채팅만 띄워놓는다는 가정하에는 socket.io가 조금 나아보이긴 합니다.
경우에 따라 다르겠고,
ajax, socket.io 둘다 코드가 잘 짜여졌을 경우에는 크게 차이가 없어보이긴 하네요.
예전에 아는 분이 어떤 걸 하던 잘하면 상관이 없다라고 하셨는데,
그게 맞는 말인가 봅니다.
정답은 없네요.
우리 회사도 채팅 만들라고 하는데... 진짜 짜증나는게 뭐냐면은 채팅을 만드는 것을
대개 쉬운 줄 알아요...
jquery로도 해봤지만은 결국 실패... ㅡㅡ;;;
socket.io로 해서 겨우 했지만은 그래도 속도가 느리고...
걍 채팅 오더를 받아오지 말던가 ㅡㅡ;;;
대개 쉬운 줄 알아요...
jquery로도 해봤지만은 결국 실패... ㅡㅡ;;;
socket.io로 해서 겨우 했지만은 그래도 속도가 느리고...
걍 채팅 오더를 받아오지 말던가 ㅡㅡ;;;
@나이스김
아이고... 그래도 socket.io로는 해결이 어느정도 됬나보네요.
그렇다면 서버를 괴물급으로 만들어 달라고 강하게 어필합시다!
다음 프로젝트는 그러면 그런걸 더 비싸게 받으면 되지 않냐고 따집시다!
(죄송합니다 저와 같은 직장인 그런 힘은 없는데 ㅠㅠ... 저희는 이 부분은 대부분 해결을 해줘서 ㅎㅎ. 하지만 월급이 적다!)
부디 해결이 잘 되셨으면 좋겠습니다.
그리고 추가적으로... 다들 웹이 쉬운줄 압니다 ㅋㅋㅋ.
직접해보면 말이 달라지더군요 ㅋㅋㅋ.
어려운거보다 처리를 함에 있어서 엄청 상그럽다고 하시더라고요.
이게 MVC를 하던 FLUX 형태를 하던, 프론트와 엔드 단에 간섭이 안되는 곳이 사실 없잖아요.(css 포함)
그런데 서로 두 개를 완전 다른 걸로 보고, 안되면, 서로 담당자들끼리 싸우기 바쁘죠.
또 그렇게 만들고 가만히 냅두는 사람도 있더군요.
그래서 저희 회사는... 저보고 다하라고 합니다(사실 저밖에 없습니다 웹은 ㅋㅋㅋ)... 심지어 이미지 넣는 것도...
(이미지 만드는 분은 디자이너 분이 있어서 다행이지만요 ㅎ.)
아무튼 화이팅 하십시오. 욕은 하시더라도 멘탈은 부서지면 안됩니다!(몸이 나가요 ㅠㅠ)
아이고... 그래도 socket.io로는 해결이 어느정도 됬나보네요.
그렇다면 서버를 괴물급으로 만들어 달라고 강하게 어필합시다!
다음 프로젝트는 그러면 그런걸 더 비싸게 받으면 되지 않냐고 따집시다!
(죄송합니다 저와 같은 직장인 그런 힘은 없는데 ㅠㅠ... 저희는 이 부분은 대부분 해결을 해줘서 ㅎㅎ. 하지만 월급이 적다!)
부디 해결이 잘 되셨으면 좋겠습니다.
그리고 추가적으로... 다들 웹이 쉬운줄 압니다 ㅋㅋㅋ.
직접해보면 말이 달라지더군요 ㅋㅋㅋ.
어려운거보다 처리를 함에 있어서 엄청 상그럽다고 하시더라고요.
이게 MVC를 하던 FLUX 형태를 하던, 프론트와 엔드 단에 간섭이 안되는 곳이 사실 없잖아요.(css 포함)
그런데 서로 두 개를 완전 다른 걸로 보고, 안되면, 서로 담당자들끼리 싸우기 바쁘죠.
또 그렇게 만들고 가만히 냅두는 사람도 있더군요.
그래서 저희 회사는... 저보고 다하라고 합니다(사실 저밖에 없습니다 웹은 ㅋㅋㅋ)... 심지어 이미지 넣는 것도...
(이미지 만드는 분은 디자이너 분이 있어서 다행이지만요 ㅎ.)
아무튼 화이팅 하십시오. 욕은 하시더라도 멘탈은 부서지면 안됩니다!(몸이 나가요 ㅠㅠ)
