직방, 다방 스타일의 구글맵... 정보
직방, 다방 스타일의 구글맵...
본문
다방이 직방보다 늦게 시작했는데 짐 비교해보니
개인적으로 다방이 훨씬 잘되어있고 좋네요
저도 이에 따라서 직방, 다방 스타일맵을 구현해 보았습니다.
한 90%는 완성했는데요
두가지 방식중 고민이네요
1. 게시판 글쓸때마다 json파일을 만들어서 로딩하는 방법
2. DB에서 실시간으로 가져오는 방법(ajax)..
2번방식이 좋긴한데..실시간으로 화면에 보이는 영역만 리스트에
로딩하다보니 클릭,드래그,줌변화시
계속 트래픽과 DB사용이 되서 조금 부담스럽네요...
1번 께 빠르고 좋긴한데 json파일안의 내용 DB노출이 그냥되므로 부담스럽고
좋은 방법없을까요?
180여개의 데이터로 테스트 중인데 DB가 많아질경우 궁금하기도 하네요..
구글의 경우 한국 맵이 훨씬 보기 좋긴 한데
위성맵로딩시 줌레벨 제한을 걸어놓아서 ㅜㅜ;
다음엔 다음맵으로 해봐야겠네요 네이버보다 화질도 좋고
맵업데이트도 잘되어있다니 ㅎ
누가 좌표DB있으시면 공유좀 ^^
추천
0
0
댓글 21개
+_+ 멋지네요
앗 감사합니다.
180개면 그냥 대충 작업해서 올리시고요
내용이 많아져서 최적화 작업이 필요하실 때 그 때 다시 작업하세요 ㅎㅎㅎ
굳이 미래의 일까지 예측하셔서 작업해야 할 이유가 없어 보이네요.
내용이 많아져서 최적화 작업이 필요하실 때 그 때 다시 작업하세요 ㅎㅎㅎ
굳이 미래의 일까지 예측하셔서 작업해야 할 이유가 없어 보이네요.
테스트만 180여개(예전에 있던 게시판 DB)로 했구요
실제 사용될 DB는 2만여개 이상 입니다.
의뢰자가 DB를안줘요 ㅜㅜ
실제 사용될 DB는 2만여개 이상 입니다.
의뢰자가 DB를안줘요 ㅜㅜ
제가 작업했을 때는 거의 서울 쪽만 했는데 자료가 거의 몇 만 건이 되더라구요.
서버가 워낙 빵빵해서 별로 신경 안 쓰고 했습니다.
그리고 매물 공유는 하더라도 중요 부분은 절대 공유 안 하더라구요.
결론은 의뢰자한테 디비를 달라고 닦달을 하셔야 할 듯하네요. ㅎㅎ
서버가 워낙 빵빵해서 별로 신경 안 쓰고 했습니다.
그리고 매물 공유는 하더라도 중요 부분은 절대 공유 안 하더라구요.
결론은 의뢰자한테 디비를 달라고 닦달을 하셔야 할 듯하네요. ㅎㅎ
아흑 ㅜㅜ 씨도 안먹힐거 같은데 ㅜㅜ
걍납품하고나서 느려지면 그때 이야길 해야 하나봐요 ㅎ
왕계란님도 실시간 DB로 하셨나요?
http://www.dabangapp.com/api/2/room/list/search?page=1&filters=%7B%22deposit-range%22%3A%5B0%2C999999%5D%2C%22price-range%22%3A%5B0%2C999999%5D%2C%22room-type%22%3A%5B0%2C1%2C2%2C3%2C4%2C5%5D%2C%22location%22%3A%5B%5B126.89530790405274%2C37.613558915502104%5D%2C%5B126.93710744934083%2C37.65094421606377%5D%5D%7D&id=&_=1453101178174
파싱해서 샘플로 써야하나 한페이지에 500개니깐 2만개면 40페이지 ㅜㅜ;
걍납품하고나서 느려지면 그때 이야길 해야 하나봐요 ㅎ
왕계란님도 실시간 DB로 하셨나요?
http://www.dabangapp.com/api/2/room/list/search?page=1&filters=%7B%22deposit-range%22%3A%5B0%2C999999%5D%2C%22price-range%22%3A%5B0%2C999999%5D%2C%22room-type%22%3A%5B0%2C1%2C2%2C3%2C4%2C5%5D%2C%22location%22%3A%5B%5B126.89530790405274%2C37.613558915502104%5D%2C%5B126.93710744934083%2C37.65094421606377%5D%5D%7D&id=&_=1453101178174
파싱해서 샘플로 써야하나 한페이지에 500개니깐 2만개면 40페이지 ㅜㅜ;
네, 저도 실시간으로...
데이터가 너무 많아서 사용자가 좀 몰리면 뻗을 것 같긴 해요. ㅋㅋㅋ
데이터가 너무 많아서 사용자가 좀 몰리면 뻗을 것 같긴 해요. ㅋㅋㅋ
2만개면 한개도 안 많은거에요 ^^
따로 테이블을 빼놓은것도 아니고요
그누 여러개의 게시판 DB입니다.
한번의 움직임(줌.드래그,클릭 등)으로 계속 재로딩이 되야할텐데
괜찮을까요? 사람이 100명이상
동시에 조작만 해도 상당하지 않나요?
(서버사양에 따라 틀리겠지만요)
그누 여러개의 게시판 DB입니다.
한번의 움직임(줌.드래그,클릭 등)으로 계속 재로딩이 되야할텐데
괜찮을까요? 사람이 100명이상
동시에 조작만 해도 상당하지 않나요?
(서버사양에 따라 틀리겠지만요)
줌,드래그 등에 바로바로 처리되게 하지 마시고요.
딜레이를 1~2초 정도 주고 처리하세요.
물론 딜레이 되는 중에는 로딩이미지 같은거 처리하고요. ㅎㅎ
딜레이를 1~2초 정도 주고 처리하세요.
물론 딜레이 되는 중에는 로딩이미지 같은거 처리하고요. ㅎㅎ
오... 새로운 방 사이트가 나오는 건가요?
저정도의 사이트는 웹보단 앱의 최적화가 문제라 ㅎ
제껀 넘간단한 ㅜㅜ
제껀 넘간단한 ㅜㅜ
와~ 멋지네요.
고수셨군요.
고수셨군요.
감사합니다 이미
PIREE님도 다하신거자나요 ^^;
공유까지 해놓으시곤 ... ㅎ
PIREE님도 다하신거자나요 ^^;
공유까지 해놓으시곤 ... ㅎ
제가 플러그인에 올린건 비동기식이 아니라 새로고침해서 마커를 가져오는 방식이라 BlueAngel님의것이 더 수준이 높아요. 훠얼씬요.
그리고 저는 아직 마커가 많으면 모아서 보여주는것을 못했어요.
그리고 거리표시도 못했어요.
결론은 BlueAngel님의 것이 더 고급이라는거죠.
그리고 저는 아직 마커가 많으면 모아서 보여주는것을 못했어요.
그리고 거리표시도 못했어요.
결론은 BlueAngel님의 것이 더 고급이라는거죠.
별거 아닌데 감사합니다.
구글맵이나 다음맵 모두 API로 잘 구성되어있고요
events처리해서 이때 조건문으로
결과값만 뿌려주는거 밖에 없습니다.
(거리표시, 현재위치,등 다 구글에 널려있다는 ㅠㅠ;)
이미 잘만들어진 다방이나 직장이있으니
막히면 참고도하고요 ^^;
구글맵이나 다음맵 모두 API로 잘 구성되어있고요
events처리해서 이때 조건문으로
결과값만 뿌려주는거 밖에 없습니다.
(거리표시, 현재위치,등 다 구글에 널려있다는 ㅠㅠ;)
이미 잘만들어진 다방이나 직장이있으니
막히면 참고도하고요 ^^;
공유좀요 ㅎㅎ 구매하고 싶습니다 ㅎ
의뢰들어온거라... 같은 스타일은 곤란하고요 ㅜㅜ ;
다음맵같은걸로 다시 하게된다면 몰라동..^^;
다음맵같은걸로 다시 하게된다면 몰라동..^^;
견적받을수있을까요?
저도 견적받고싶습니다. 똑같이 개발하고싶어요.
다음맵으로도 만드셨나요? 견적부탁드립니다
