http://issue.media.daum.net/economic/beef_import/view.html?issueid=3161&newsid=20080501190113802&cp=khan&allComment=T&commentId=18065227&refermode=list&listSortKey=depth&listAllComment=F&listPageIndex=1&cView=view
결론부터 말씀드리면..
아고라의 청원 서비스 서명 수 조작은 그런 툴도 없고, 운영자나 개발자가 그런 걸 하고 싶어하지도 않고, 위에서 그런 압력("서명 수 조작해라")이 들어오지도 않습니다. (제가 기획자였거든요=_=;)
그렇다면 대체 Amor님이 지적한 것 처럼 새로고침할 때 마다 왜 줄어드는 현상이 발생하느냐.. 이것 좀 설명드릴까 합니다.
1. 다음 아고라가 처음에 만들어진 2004년 12월, 청원 서비스 트래픽에 대한 예측이 작게 잡혀 있어서, 하루에 한 청원에 3~5만명 만 모여도 계속 다운되기 일쑤였음. (2006년 독일 월드컵때 한국-스위스전이 끝나고 '스위스전 재경기 요구' 청원에 네티즌들이 너무 몰려서 그날 청원 서비스가 완전 죽어버렸던 슬픈 기억이..)
2. 2007년 10월에 아고라 개편. 청원 서비스를 새로 만들어(디자인,개발 전부) 재오픈하게 됐고, 과거보다는 트래픽을 많이 견디도록 설계.
3. 그러나 이명박 탄핵청원의 경우 너무 몰리고 있어서, 몇번 장애가 발생했고 이렇게 몰리는 트래픽을 견디도록 서버 몇 대를 긴급히 새로 추가.
4. 현재 상황은.. 급하게 서버를 붙이다 보니, 각각의 서버가 서명 수를 동기화 하기 이전에 네티즌들이 엄청나게 몰려오고 있어서, 새로고침할 때 마다 각각 다른 서버에 저장된, 약간의 미묘하게 오차가 발생한 서명 수를 불러와서 보여주고 있음. (그러나 서명 수 저장 자체는 잘 되고 있음)
아래는 추가 설명.. (개발 배경이 없는 기획자라 설명이 미흡합니다ㅠ 조작에 계속 의심하시는 웹 비종사자 분들을 위한 글이니, 양해해주세요;;)
more..
"조작이 없었다면 원래 60만, 150만명이다.." 는 사실이 아닙니다. 그리고 조작은.. 없습니다.~
사실 위의 저런 '오해'가 발생하지 않도록 준비할 수도 있을 것 같은데(너무 빨리 새로고침 누르면 서명 수를 바로 보여주지 말고 안내 창을 띄어준다던가..), 아무튼 청원 서비스가 트래픽이 몰려 죽는 일이 없도록 아고라 운영, 개발자들이 긴급 조치를 한 것이었고 그렇게 봐 주시면 될 것 같습니다.
아.. 그렇군요..
답글삭제혹시나 했는데.. 명쾌한 설명 잘 알겠습니다~~^^
다행이네요.
글을 읽으면서 뭔가 이상하네요 . 저도 서버는 어느정도는 알지만
답글삭제그정도 트래픽이라면 왜 서버를 급하게 증설해서 넣었는지 이해가 안되네요
뭐 정확한거야 로고를 다 까봐야알겠지만 뭔개 개의치 않은건 있네요
@cdmanii 박춘호 - 2008/05/02 09:29
답글삭제로고가 아니라 로그(log)겠죠. 어떤 회사가 정신나갔다고 서버 로그를 공개합니까-_-; 보여준다고 알기나 하려나;
말도 안되는 소리를 -_-;
답글삭제우리가 사용하는 서버가 그렇게 취약하다면 은행권들은 아예 사용도 못합니다 -_-;
0.X 초 정도의 차이도 DB서버가 못잡아 낼까요 -_-;;;;
저도 개발하지만 서명수 줄어드는건 별로 관심도 없는데 참 이상한 변명이세요.
만약 설명하신 분의 말이 맞다면 설계잘못한거죠. 그리고 3대를 돌린다고 그러면 어차피 웹서버 말씀하시는거 같은데. 만약 3대라고 말씀하시는게 DB서버라면 서버 세팅 잘못하신거죠 -_-;;;
혹시 mysql4.X 버전 리플리케이션으로 동기화 할려고 했다면 모를까... 설마 ㄷ동기화 하는데
다음에서 mysql4.x 버전 사용하지는 않았겠죠 -_-;;;
혹시 포탈 사이트들 메인처럼 주기적으로 스테틱한 페이지 생성해놓은거 보여주는게 아니라면 이해가 안감 ...
답글삭제컴에 문외한이라 이해는 안 가지만 조작이 없다니 참 다행입니다.
답글삭제그런데, 다음 아고라 청원 사상 두번째 많은 수가 서명하고 있다는 청원이 왜 청원 첫화면에 없지요?
맨 위는 고사하고, 화제의 청원 1위부터 10위 안에도 없습니다. 네티즌들이 숫자 가지고만 그러겠습니까? 가장 서명자수가 많은 청원을 하러 들어왔는데 아무리 둘러보아도 찾을 수 없으니 황당해서 그러지요.
지금 올블로그에 베스트글 중 하나가 뭔 줄 아세요? 바로 다음의 대통령 탄핵 청원화면 주소예요... 다음 아고라 청원으로 들어가서는 대체 찾을 수가 없으니까 그 청원으로 바로가기 주소가 네티즌 사이에 공공연히 떠도는 겁니다. 그리고 다음 청원에 가보세요. 5위권 안에, '탄핵 청원 첫화면에 놓아주세요...'라는 청원이 들어있으니까요.
꼭 서명자수를 줄여야 조작입니까? 당연히 맨 위에 있어야할 인기 청원을 보이지도 않는 곳에 숨겨놓아 잘 보였다면 서명했을 수많은 사람의 손길을 돌리게 하는 것도 일종의 조작이요 편집입니다.
숫자 안 바꾸셔서 참 자랑스러우시겠습니다...-.-
트래픽이니 서버니 잠깐씩 다운 되어도 이해할테니...
그리고 이 청원이 특별한 것이라 눈에 잘 보이게 해달라고도 안 할테니...
그냥 가장 서명수가 많은 일반적 청원의 대접이라도 해주세요. 어딜 숨겨두십니까 얍삽하게... 아무리 윗선에서 압력이 왔다 해도, 제가 다음 기술자면 이렇게 당당하게 글 못 올립니다. 쪽 팔려서...
어쨋거나 저쨋거나 50만 돌파가 목전에 있다는 현재 상황....
답글삭제동영상 돌아다니는거 보면 리프레쉬 하는데, 대략 1초정도 하는데...1초의 동기화도 못한다면...좀 말이 안되는군요. 다른 회사들은 어떻게 운영하는지 더 궁금하고요. 저도 개발자로써, 다음 서버 담당자들이 정말 일을 못하는게 아니고서야....저보다 더 잘난 사람들이 일하는 곳일텐데, 그거 하나 알지 못할까요?
답글삭제아무튼 저도 이해가 안됩니다. 숫자가 왜 뒤로 가는지.....뭐 어차피 증가되긴 하지만-_-;
상세한 설명 잘 들었습니다. 근데 이정도 이슈가 되면 다음쪽에서도 서둘러서 이런 오해가 생기지 않도록 조치를 취해야 하겠네요. 간만에 네이버 사망, 다음사랑 여론이 후끈한데 이 여론에 화답하기 위해서라도 이런 오해를 빨리 풀어버려야죠.
답글삭제항상 네이버의 발빠른 대처에 뒷북치면서 따라가는 다음이 이번에는 기회를 잘 잡아봐야 할텐데 말이죠^^
@피식 - 2008/05/02 09:43
답글삭제제가 오타를 썻네요
근데 알기나 하련다니 저보고 하는 말인지요?
@삶 - 2008/05/02 09:49
답글삭제포털은 순간 트래픽 때문에 기획,개발 제약사항이 많더라구요^^; (2006 독일 월드컵 때엔 한국전이 끝나면 게시판 이전/다음버튼, 추천순보기 같은 버튼도 일시적으로 뺐었다는..)
@다혈찌리 - 2008/05/02 10:10
답글삭제돌파했네요~^^
@미친데이터 - 2008/05/02 10:48
답글삭제순간 트래픽 예측을 잘못한.. ㅡ.ㅠ
@미장원 언니 - 2008/05/02 09:59
답글삭제다음엔 작년까지 근무했었고요, 아고라는 애정있는 서비스라서 제가 알고 있는 선에서 말씀드렸습니다^^
@점프컷 - 2008/05/02 11:16
답글삭제동감합니다.. 그 와중에 조작설이 터져서 안타까워서 올렸습니다^^;
트레픽 문제라고 하셨죠?
답글삭제그렇다면 현재까지 집계되어 있는 숫자가 줄어 든다는것은 순간적인 update에 의해 삭감 된다는
말처럼 들리는데..
말이 안되는듯..
DB를 이용하실텐데..
한 항목에 대해 더해지던 숫자가 다시 빠져 나가나요?
그럼 빼는 프로세스가 있다는 말이 되는데..
전혀 앞뒤가 맞지 않는군요.
순간 순간 올라간 숫자는 절대 줄어들지 말아야 되며
투표를 해서 트래픽에 의해 늦어진것은 차후에 증가 되는 것입니다.
저는 지금까지 count 프로그램에서 숫자가 뒤로 간다는 말은 처음 들어 봅니다.
제가 전산 경력이 25년 정도 됩니다.
@DanGer - 2008/05/02 12:45
답글삭제카운트가 뒤로 가는게 아니라, 이미 카운트가 올라간 서버를 본 뒤 새로고침했는데 동기화가 아직 안되서 카운트가 덜 올라간 서버를 보면 뒤로 후퇴한 것 처럼 보인다는 얘기였습니다~
참.. 서버는 분리 되어 있을것이라는 예상을 합니다.
답글삭제web 서버와 DB 서버 Application, NMS 등등..
그정도 안된 상태에서의 포탈 사이트 운영은 자살 행위인거 아시죠?
몇대가 물려서 돌아 갈듯 하군요.
저는 어제 서명했는데.. 오늘 시도해보니 또 되더군요..
답글삭제요건 어떻게 설명 하실 수 있나요?
@트람 - 2008/05/02 13:00
답글삭제흠.. 그렇다면 서로 개별적인 DB를 사용한다는 말씀과 같은데..
동기화는 트래픽에 의한 DB서버의 Update 와는 무관한듯 하네요.
메인 DB 와 그 외의 DB에 같은 내용을 따로 따로 보관을 하나 보군요.
클러스트링도 아니고..(미러링도 안하고 그냥쓴다라...)
그렇게 되면 몇대의 서버에서 각각의 DB를 바라 보며 따로 놀고 있다는 결론인데...
그런 시스템 구축방법도 있나요?
가면서 한마디 덧 붙이고 갑니다.
답글삭제탄핵 카운트가 줄고 늘고가 문제가 아니고
잘못된 지식과 내용에 대한 무책임한 전달이 글을 쓰게 하더군요.
될수 있으면 내가 아는 사실이더라도 한번더 보고 한번더 검증해 보고
타인에게 알려 주셔서 타인들이 잘못된 지식을 그것이 옳은것인것 처럼
받아 들이지 않게 해주었으면 하는 바램입니다.
하시는일 잘 되시길 바라며 바쁜시간 내어 Reply 달아주셔서 감사 합니다.
@DanGer - 2008/05/02 13:26
답글삭제네, 지적 감사합니다. 제가 설명할 수 있는 건 여기까지라 죄송합니다.
@kirico - 2008/05/02 13:01
답글삭제아..
또 딴지 걸거 같아서 안돼겠네요.
시스템 설계에서 그럴수 있습니다.
하지만 일반적인 잘된 시스템은 그런것은 모두 걸러냅니다.
이해합니다. 원래 웹상에서 구동되는 것들은 그럴경우가 있다고 들었습니다.
답글삭제다음의 기획자이셨군요. 신기하네요.
trackback from: 반복되는 "실시간 검색어 순위" 조작 음모론
답글삭제어제도 네이버가 "이명박 탄핵 서명운동"에 관련한 "실시간 검색어 순위"를 조작했다는 설이 퍼지더군요. 하지만 제가 볼 때는, 순위 조작을 했다는 설은 전혀 사실이 아닙니다. 실시간 검색어는 빠르게 변합니다. 또 실시간 검색어 자체는, 사용자의 절대적인 관심도와는 별 관련없는 순위입니다. 실시간 검색어 순위는 검색회수가 현재 얼마나 "급상승"했느냐 따라서 매겨지죠. 따라서 실시간 검색어가 순위권에서 사라지는 일은 일상다반사일 수 밖에 없습니다.예를...
trackback from: 이명박 탄핵운동은 21세기 '동학혁명'
답글삭제이명박 탄핵운동은 21세기 '동학혁명' 네티즌, 인터넷과 블로고스피어, 참여민주주의를 이끄는 힘!! '묻지마' 한미FTA 국회비준과 궁민들의 생명과 건강, 검역주권까지 미국이 원하는대로 팔아먹은 미국산 광우병 쇠고기 수입협상 타결, 말장난 끝에 결국 하겠다고 날뛰는 한반도대운하. 물가는 폭등하고 한국경제는 불황의 늪으로 접어들었는데 '경제만은 살리겠다' '뉴타운 추가건설하겠다'고 대선.총선에 사기쳐 정권을 잡았지만, 농민. 노동자 등 기층민중들은 죽..
기획시에 한사람이 여러번 서명하는것에 대한 것은 없었나요 ?
답글삭제민번으로 아디를 가입하는게 아니라 그런지 아디만 다르면 여러번 서명할수 있더군요...
이럴 때마다 꼭 터지는 조작설
답글삭제그 많은 트래픽 속에서 시스템이 완벽하길 바라나..
다음은 아이디 여러 개 가지고 있는 사람들이 많으니 중복 서명 많을 것으로 예상
웹개발에 종사하는 사람으로서 (다음은 아닙니다)
답글삭제- 이미 개발되어 있는 상황에서
- 순간적인 대규모 트래픽에 대한 대처가 안되어 있으며
- 트래픽이 몰리는 문제가 있고
- 서비스 구조의 전면 개편이 힘들다
고 가정했을때 (주인장님이 말씀하신 아고라의 상황이 이와 비슷한듯)의 해결방법을 생각해보면
1. 어디가 문제인지 파악
트래픽 분석
- 하루총PV = 약 1000만
- 천만/24시간 = 약 42만
- 42만/60분 = 약 6600
- 6600/60초 = 약 110 (1초당 평균 PV)
- 피크타임시 초당 PV를 평균 초당 PV의 10배정도라고 예상하면, 110*10 = 약 1100
2. 서버는 잘 견디나?
초당 1100PV견딜 수 있도록 웹서버 대수 증설 - 피크타임에 죽으면 안되니까
아파치의 커넥션 갯수 256개이므로
최소한 5대, 보통 10대, 여유있게 15대까지
웹서버 성능 및 CPU사용율등을 보고 서버투입/철수
3. DB는 어떻게 해야하나?
- 좋은 DB장비 사용 -_-
- 쿼리 튜닝
- cache사용
4. 어떤걸 선택할까?
- 좋은 DB장비... 웹도 역시 돈이 최고. 좋은 장비쓰면 좋은 성능 나온다. 하지만 -_-비싸다. 게다가 트래픽 대책 내놓으랬더니 장비구입하세요는 개발자가 쉽게 할수 있는 말은 아니고, 장비를 바꾸면서 사용하는 DB와의 튜닝 및 성능테스트도 해야한다. 장기간에 걸쳐서 기존의 장비에 최적화 시켜놓은 각종 옵션들을 생각해보면, 바꾼다고 바로 뭔가가 좋아지는건 아니다. 장기대책으로는 필요
- 쿼리 튜닝... 훌륭한 방법. 쿼리튜닝으로 DB성능이 향상되어서 해결되면 땡큐(DBA님,부탁해요)
- cache사용... 역시 훌륭한 방법. DB에 요청이 평균 초당 110번, 최대1100번 날라가는 상황에서
서버 캐쉬 동기화를 간격이 1초일때 서버대수만큼이므로 10대일때 10번. DB에의 요청이 1/10수준으로 줄어듬
5. cache DB를 사용하면? 정확한 데이터를 보여줄 수 있지만 돈이 들고 개발자 레벨에서 처리할 수 없다(장비를 사야하므로 -0-)
6. 그럼 웹서버에서 Memory Cache를 사용하면? 웹서버 댓수만큼 캐쉬가 존재하므로 좀 부정확할 수 있지만 장비 안사도 되고 개발하기도 용이하다.
7. 그럼 이 데이터가 오차가 어디까지 허용되는지 여부를 따져서 cache DB를 사용할지 Memory Cache를 사용할지 결정하자
8. 추천수 정보는 데이터의 오차가 그다지 중요하다고 여겨지지 않는다(주식,환율,은행거래 등의 정보에 비해서), 보여지는건 잠시 오차가 있을 수 있지만 실제로 데이터 저장하는것에는 문제가 없다.
9. 그럼 메모리 캐시를 사용하고 각 서버간의 cache data의 차이는 데이터 동기화(syncronize)의 간격을 통해서 해결하자. 대략 1-2초에 한번?
정도가 되겠네요.
실제로 다음 아고라의 시스템이 어떤지 전혀 알지 못하구요
위의 방법이 좋은 방법이거나 최선이라는게 아니구요, 저라면 저렇게 대처할 것 같다는말입니다 ^^;
이런 경우에는 분명 서버별로 데이터가 틀리므로 F5연타시 다른 데이터가 나올 소지가 다분하구요,
데이터의 정확성이 중요해지면(요새같이 추천수 조작 논란이 있다던가 하는 경우) 그것에 맞게 시스템을 고쳐나가야 할것 같습니다.
저도 추천수/조회수 등의 웹개발작업을 하면서 항상 고민했던 문제이고
일정정도 이상 수준의 회사라면 원천데이터의 조작이라는건 거의 불가능하다는게
개인적인 경험이었고, 저도 이런 오해를 받아본 적이 있어서 코멘트 쓰게 되었습니다
음 벌써 시간이 이렇게 ㅠㅠ
지금은 일본에 파견중이다가 휴가차 잠시 귀국했는데,
파견기간 연장해야 할지 심각하게 고민이 되고 있습니다 -_-
아.. 석달만에 진짜 어찌 이렇게 되는지. 앞으로 걱정이네요...
개발자 입장에서 이 포스트 글은 타당한 내용입니다. 실제로 다중 DB 서버의 replication 분산 처리를 할 때 아주 짧은 딜레이가 발생합니다. 특히나 아고라 같은 대형 서비스라면 더 많은 DB 서버가 투입될테고, 서버가 많아질 수록 동기화 이슈는 더 커지게 됩니다. 저역시도 조작설은 잘못된 내용이라고 보이네요.
답글삭제저 역시 소고기 수입 반대 하고 있으며, 블로그에 관련 포스트가 몇 개 있으니 오해는 마시기를... 단지, 개발자 입장에서 다음의 조작은 아닐 거라는 의견을 말하고 싶네요.
저기요,,조작 맞는거같은데
답글삭제원래 서명 한번밖에 안되는데 많은사람들이 2번씩된다고..
그럼 다음측에서 지운게 맞으니까 서명이 또되지..
저 또한 개발자 입장해서 충분히 타당성이 있는 글이라고 생각합니다. 위의 Nios님이 하신 말씀과 같은 경험은 다수의 DB서버를 운영하는 서비스라면 충분히 겪어 봤을만한 상황이구요. 어쨌든 지금 아고라에선 여론몰이식으로 다음의 조작설이 일파만파로 번지고 있네요.. 일반 사용자들의 입장에선 충분히 그런 의심을 할수도 있겠지만, 안타깝네요. 지난 대선때 네이버완 달리 미디어로서 역할을 했다고 생각하고 있는데 말입니다... 이 포스팅이 블로그 뉴스의 순위권에 들어서 많은 사용자들이 봤으면 합니다. 현재 탄핵문제에 흥분해서 이렇다 저렇다 이야길 해도 믿지도 않을것 같네요.^^ 여러 개발자분들이 기술적인 접근과 설명을 달아줬으면 하는 바램입니다. 오해가 풀리도록 말입니다.^^ 탄핵운동이 성공할때까지 다음이 그 역할을 다하리가 믿습니다~~~ 글 잘읽었습니다.
답글삭제잠들기 전에 다시 들렀습니다. 아고라에서 지금 새벽인데 왠 트래픽이냐 라고 하는 사람들도 있는데, 전부 f5키를 초단위로 눌러대니 트래픽이 발생할 수 밖에요... 라는 생각이 드네요~ ^^ 즐거운 주말 되세요~~
답글삭제안녕하세요. 원문을 퍼갔는데, 웹분들이 글에 대해서 원문의 내용은 이해하겠는데, 두가지가 좀 걸려(저도 궁금해서요) 질문을 드리려합니다.
답글삭제하나는 '서명을 했는데 나중에 서명하니 또 되더라' 라는 질문이 이구요,
다른 하나는 '서명을 했는데 나중에 확인해보니 자신도 모르게 삭제되었다'라는 질문입니다.
속시원한 답변 기다리겠습니다~
@김태환 - 2008/05/03 04:37
답글삭제아 그리고 한가지 더 질문하겠습니다. 제가 생각하기에는 보통 새벽의 경우 트래픽이 낮을 거라고 생각되는데요, 지금도 지켜보고 있는데(새벽), 심심치 않게 서명인원이 줄어듭니다. 이에 대해서는 어떻게 생각하시는지요?
서버가 어떻고 어떻게 만들어지는 모르지만..
답글삭제핫이슈화가 되어감에도 불구하고 아고라자체 메인기사화 되지않고
분명 조작이라는 이야기가 흘러나오고
이야기가 상당히 퍼져 나갈때까지 아무런 대응이 없었다는것
그리고 리플에 개발자들이 참 많다는거..
어려운말쓰는 사람들 리플은 그럴싸하게 '추측성'으로 되어있는데
쉽게 풀이한 리플보면 또 그럴싸한 리플을 스트레이트로 반박하고 있네요.
저도 두번 서명했는데..
그나저나 저기 150만명 저건 믿을수 없군요..
그걸 노리고 저기에다가 붙여 놓은건가요???
현실성없는 글을 붙여다 놓아 조작은 없다라는 걸 부각시키려고 하셨나요?
최소한 조작은 없다라는것을 증명할려면
저런 어이없는 150만명 이런거 말고
웹에 떠보는 사람들이 믿게 했던 것을 증거 자료로 삼고
정면으로 그것을 부정하고 반박해서 해야 하지 않았을까 싶네요..
전 이 글을 보고 오히려 더 불신이 싹트게 되네요..
그리고 다음이 중소기업도 아니고 이정도도 못견딜지는 몰랐네요..
주식떨어질듯..
@미르아시 - 2008/05/02 15:15
답글삭제고려했었는데, 여러 사정으로 작년의 짧은 개편 기간 동안에는 적용하지 못했습니다.
@almostdev - 2008/05/02 16:52
답글삭제제 설명이 부족한 걸 이렇게 보완해주셔서 정말 감사합니다. 말씀하신 내용이 상당 부분 맞는 것 같습니다.(서버투입/철수, 좋은DB사용..) 일본에 그냥 계시는게 속편하실 것 같아요..=_=
@Nios - 2008/05/02 17:07
답글삭제아고라 같은 대형 서비스.. 이해해주셔서 고맙습니다^^
@adol - 2008/05/03 03:33
답글삭제댓글 감사합니다. 이번에 인터넷에서 시작된 민주화 운동(?)에서 아고라가 제 역할을 상당히 한 것 같은데, 왠지 끝나고 '조작설'만 남을 것 같아 안타까워 올렸습니다^^; 즐거운 주말 되세요~
@김태환 - 2008/05/03 04:37
답글삭제그런 경우가 있다면.. 서명을 할때 이 사람의 Daum ID가 이미 서명을 한 사람인지 모든 서버를 체크해야 하는데, 그 동기화에서 뭔가 꼬인게 있다는 것 같습니다. 그 전에 했던 서명이 삭제된 건 아니고 너무 많은 서명 DB가 쌓여서 체크 과정에서 오류가 날 수 있다는.. 아 그리고 두번째 질문은 위의 adol님이 답변해주신게 맞는 것 같습니다. 새벽에도 아고라 주시하는 분들이 모두 F5키를 누르고 있으면 그 트래픽도 정말 어마어마 할꺼에요 -_-;
@류창훈 - 2008/05/03 08:22
답글삭제위의 '150만명' 이야기는 미디어다음 어느 뉴스 댓글 중 최고 베스트에 오른 걸 보고 캡처했고, 저 댓글 땜시 이 글을 쓰게 됐습니다. 그리고 '이정도도 못견디냐'는 건 아닌 것 같습니다. 과거 故이은주 자살 사건때엔 네이버,다음,야후 등에 네티즌들이 엄청 몰려서 3대 포털뉴스 모두 5-6시간 이상씩 장애가 난 적도 있었거든요. (아고라는 그보다 작습니다)
원래 서명청원은 한번 하고나면 다지 중복은 안되는거 아닌가요.
답글삭제제가 한 이틀전에 서명을 했는데 오늘 혹시나 해서 다시 해봤거든요
근데 서명이 되더라고요.. 그렇다 함은 제가 이틀전에 한 서명은
짤린게 되는게 아닌가요.. 이건 어떻게 설명하실건가요..
그리고 실제로 그런분들이 꽤있다고 제가 봤거든요
그글을 보고 제가 다시 서명을 해봤던거고요...
알바 좀 그만합시다.
답글삭제재미있는 분이시네요, 국민 그만 우롱하시지요.
서버 동기화 오류? 한국 교육 수준이 그렇게 낮은가요.
@레이길런 - 2008/05/03 09:52
답글삭제위에 김태환님 질문과 동일하신 것 같습니다. 위의 답변으로 대체할께요.
@정승현 - 2008/05/03 20:16
답글삭제1. 제 블로그의 과거 글과 소개 글을 보시면 알바 운운 할 수 없을테고,
2. 서버 동기화 문제는 대형 서비스에서 DB 분산처리 경험이 있으신 개발자 분들이 동감하는 주제입니다.
1번과 2번을 무시한 댓글이 국민을 우롱하는 것이겠죠.
@정승현 - 2008/05/03 20:16
답글삭제우롱이라뇨? 트람님이 이전 아고라 청원 기획자분이셨다고 본문에서 밝히셨는데. 국민 우롱은 거짓말을 했을때 할 말이구요, 지금은 기술적인 접근을 통해서 사용자들의 오해에 대해 설명을 하고자 하는거 아닙니까?
한국의 교육 수준을 운운할 상황이 아닌것 같네요. 정승현님의 댓글 수준과 상대방의 의견을 존중할 줄 모르는 태도를 보니... 그나저나 서버동기화 오류 뜻이나 아실려나...
@라이브 - 2008/05/02 16:47
답글삭제님말을 듣고 해본 1人 안되던데요 .
사실이 아닌 일은 사실인냥 말씀하시지 마세요
그렇다면 청원이라는 자체에 신빙성을
잃게 될것입니다
안녕하세요
답글삭제궁금한것 몇가지입니다.
1.새벽에는 서명인원이 초당1명~2명이라 트래픽이 상당히 적은데 동기화오류는 좀 이상한것같습니다. 밤에도 비슷하게 일어납니다.
2.청원은 무결성제약조건으로 내부적으로 할것같은데 중복되는것도 쫌 궁금합니다. Selct count(*)보다 무결성제약조건이 더 빠른것으로알고있고 그렇다면 청원카운트를 놓칠일이 없다고생각이듭니다.
3.만약 동기화오류로인해 서명인원이 감소했다면 그다음에는 두배로 뛰어야하지않나요? (10,11,12,9,9,10,13,14) <==이렇게요
그런데 그렇지않습니다.
4.F5를 누르면 DirtyRead에 해당하기때문에 동기화오류원인에는 해당되지않을것같은데.. 어떻게 생각하세요?
5.사실 DB에서 청원내역을 Delete한다면 1,2,3,4번이 모두 설명이 되지않습니까? 기존시스템을 손대지않고할수있는 깔끔한 방법인것같습니다.
@kms - 2008/05/04 02:17
답글삭제질문 감사합니다. 저도 궁금한게 있어서 같이 일했던 분들한테 어제 좀 물어본 게 있었는데요,
1) 탄핵 이슈로 평상시 청원 트래픽의 50~100배까지 증가한 상황.
2) 아고라 청원은 자기가 쓴 서명을 자삭할 수 있는 기능이 있는데, 조작설이 퍼지면서 '서명하고 자기 서명을 자삭해보는' 로그가 꽤 쌓이고 있음. 서명하고 지워보고 다시 서명하는 케이스도 많다고 하네요. (실제로 57만명 정도 갔을 때 XX명이서 거의 동시에 자신의 서명을 자삭하여 카운트가 크게 후퇴한 경우도 있었다고..)
전 개발자는 아니라서 kms님의 질문에 정확한 답변은 못 드립니다만, 위의 2번 때문에 더 큰 오해가 발생하는 것 같습니다. 오히려 아고라 청원의 미디어적 파워에 흠을 주기 위해, 초기에 특정 세력이 단체로 서명했다가 싹 지우고 조작설을 퍼뜨린게 아닌가 하는 음모론적인 의심이 들 정도네요. (그 때문에 실제로 지금 많은 분들이 의심하고 있고요)
서핑하다 아래와 같은 댓글도 본 적 있는데요,
"(루리웹의 댓글) : 이럴때는 차라리 200만명 서명했는데, 70만명으로 축소했다고 다음을 역공하는게 좋습니다.......다음하나정도 병신만들어도, 세상은 잘 돌아가거든요.....
다음하나 병신 못 만들면, 우리나라가 안 돌아갑니다......저쪽에서 개짓을 하면, 이쪽에서도 물타기 해야죠..."
= 대체 왜 이렇게 생각하는걸까요? 인터넷 여론이 결집되고 그 파워를 보여준건 결국 아고라를 통해서였는데.. 쩝, 저런 댓글을 보니 크게 우울해지더라구요.
다른서명은 멀쩡한데 왜 그것만 주는거냐.. 다음관계자야?
답글삭제돈받았어? 짤린데? 다음엎어버린데? 명박이가?
다음에 글을 보면 처음보기가 나옵니다..
답글삭제번호 1,2,3,4,5,....그리고 화살표
그런데 제가요 5월2일 날짜로 된거 중복없이 누르면 정확히 20명이 올라오더군요...근데 약 15000회를 누르니까 5월3일에서 5월2일 첫 서명인이 떠오르더군요...
그럼 하루치만 해도 30만이 넘거든요...
그럼 그날 분명 100만이 근데 실제 수와는 엄청차이가 나요
또 위의 메인숫자가 올라온뒤 맨마지막 서명인이름 기억한후 다시 새로고침을 누른후 그이름뒤에 서명이름이 몇개인가 살펴보면 약 3,4회정도는 일치하고 그다음은 이름은 분명 20개정도인데 숮자는 고작 2개이거든요?
트래픽 그래요 그럼 일일 서명한 이름의 숫자는 분명 53일 날짜만해도 중복없이 30만이 훯훨 넘거든요 그럼 더구나 그이름인즉슨 사라진것이 잇다고 본인들도 말하고 다음도 말하는데 남은것만 계산해도 100만이 이미 5월2일날 넘어야 맞거든요
하루집계만 보아도 숫자의미 제외하고 다음이 남겨논기록만 살펴도 이렇게 차이가 나는데 프로그램 오류인가요? 날짜의 ㅋㅋㅋㅋ
저요 장장 6시간 처음보기 눌렀어요 트래픽 핑계될까봐요 ㅋㅋ이상하네요
다음은 왜 처음보기 빨리가기 화살표를 삭제하셧죠?
답글삭제자신의 서명을 알아볼까봐?
ㅋㅋ
한화면에 있는 날짜와 서명인의 대화명 순서를 뒤죽박죽햇지만
고맙게 중복없이 20명 블럭으로 올라오더군요
ㅋ 그래서 하루의 서명인의 날짜를 확인할수있엇거든요
다음안내직원아가씨도 전화하니 절대로 조작없다고 트래픽운운하더군요
제가 그랫죠 네 아가씨야 당연히 그리믿고잇을겁니다..
하지만 아가씨 위의 숫자말고 서명된이름과 날짜 스크랩해보셔요 분명 5월2일 것만 정리해도 15000회이거든요 그럼 그날짜로 중복없이 된서명된이가 20명을 곱하면 30만명이 넘는데 어찌된거죠? 직접눌러보시고 직원들에게도 이사실을 알려달라 부탁 드렸습니다..당황하더군요
그래요 자그만치 15000회분의 정리 ㅋㅋ
답글삭제제가 다시 오늘도 스크랩을 해보았습니다..
님이 짯다고요?
서명수와 맨마지막 이름 그리고 일정시간후 새로고침 숫자는 분명 올라가있죠
그리고 그 아래 이름을 맨마지막 이름과 대조해보면 약 5회에서 4회는 숫자와 증가수와 동일합니다 그러다 갑자기 이름과 수는 늘 수는 2,3명 늘고 및에 중복없는이름은 늘 심하게는 10명 20명 작게는 1명 ,2명
스크랩하여보니...................ㅋㅋ
5월5일 아마 본인들이 확인할까봐 이름은 잠깐이나마 둔것이 화근이 아닐까
또 순서를 확인할까봐 정리순서는 뒤죽박죽시키고 하지만 중복이 안되게 프로그램 하셧더군요
그래서 블럭마다 정확히 20명올려두셧고요
.................만약 그렇다면 운영자의 조작이 아니라면 프로그램의 엄청난 오류라 여겨야겠습니다..
여러분 서명수 기억하고 그매인화면아래 서명인 대화명 캡쳐하고 그리고 순간순간 캡쳐하면 중복을 보이거나 혹은 넘어가며 새로운 대명이 나옵니다..
답글삭제그런데 맨 마지막 이름에 수가 12번이라면 그이름뒤로 새로이 첨가된 대화명은 분명 중복없이 증가합니다 참많이 ...근데
위의 수는 늘 2.3ㅋㅋㅋ
그럼 혹시 트래픽 핑계댄다면
하루것을 날짜기억후 눌러보면 중복없이 블럭당 20명조회됩니다..
그래서 되돌린수에 20을 곱하면 그날서명수가 나옵니다..
그런데 다음측에 사람들이 왜 자신의 서명기록이 없냐고 묻자 데이타얄이 많아?지웠다고 서명기록만올리고?
그렇다면 실제서명수보다 월등히 작아야되죠 서명이 근데 월등히 많군요...
하루하루 되돌리기를 다음이 빨리되돌리기를 삭제한이유는 아마도 확인할것을 두려워한것이 아닐까요?
지독하게 눌러보았습니다..중복되지않도록 20명씩 프로그램잘짜두신덕분에 하루량을 계산할수있었습니다...
숫자만 다들 관심가질때 정작 및의 서명인 수는 안세니까요...
님이 전에 근무하셨다면 너무잘알것입니다..
답글삭제숫자의 변동은 트래픽이라 이해하고요
순간적 차이죠
하지만 아래 서명인의 중복없는 20명씩 날짜와 함께되는 검색..그수와 2,3명정도의 차이가 아닌 엄청난차이는 어떻게 설명되나요
하루의 경우에도 30만이 넘게 자료가 다음에서 검색가능토록 올려 놓고 숫자는 전혀다르고 오히려 이름은 좀 지웟다고 말하고...
삭제가능ㅋ 거의 불가능하게 되있죠 지금은..짧게 해보셔요 위의 숫자와 맨마직 서명인이름기억후 몇번의 f5키를 누른후 스크랩하고 그명단의 증가와 실지수 비교해보셔요 늘 2,3명에서 심하게는 10명 20명 증가는 이름은 하는데.. 몇번의 확인후 다시보면 그갭이 점점커지네요 수는 규칙적으로 거의 속도가 같고...
이름의 증가는 매우 빠르고 ..................따로노네요
전임 근무자로써 어떻게 여기시는지요 직접확인해보시고요
잘 대답해주시던 님이 저의 글에는 답을 안해주시네요.
답글삭제못해주시는건지/..
자상한 한 아버지의 모습 고맙습니다..
답글삭제전 컴 모릅니다 트래픽 말은 들어도..
정확한건 전 위의 수치는 도데체 주는건지 느는건지 엔지니어의 설명을 믿어야만합니다..
근데 서명블럭 정확히 20명 검색되고요 중복없고요 날짜 나오고요 예전엔 시간도 나왓는데..아마 곤란해 지운거 같아요
님이 아끼고 만든 아고라가 이렇게 오류가? 있는지?
아무튼 님 처음가기 눌러보셔요 하루치 계산해보셔요
15000번 이면 숫자 10개씩 나오니까 1500번 누르면 30만명 검색되는겁니다..
물론 반드시 20명씩 올라올때 중복이 없어야하고요
그러면 첨음에서 누른수에 20명을 곱하면 여태껏 누른수가 그날 인원수죠
그러다보면 네티즌의 고마운배려?로 그전날 마지막 서명 수가 보입니다..
그럼 그수에 이수를 더하면 위의 크게 나오는 수와 거의 비슷해야되겠죠 차이를 인정해도 ..
5워2일의 경우 24시간 사이에 약 15000번 그러니 제가 15000번 눌렀습니다..
장장 6시간...
중복없더군요 그러면 15000곱하기 20은 30만명...
그리고 맨마지막 수와 합산하니 100만이 넘어요 ..근데 70만?
흠..............
제가 어떻게 이해할까요
아마도 프로그램이 미쳐서 따로논다거나..
서명한 이름에 날짜가 잘못기록되거나?
관리자가 이름을 지우면 위의 숫자보다는 화면상이름이 적어야 되는데 지우면 지울수록 악착같이 저절로 생성되는 이상한 서명이라는 ..
미스테리여요 예전 제작자로서 설명좀해주셔요
@김경원 - 2008/05/06 01:54
답글삭제블로그 소개, 글에서도 밝혔지만 작년 기획자였을 뿐 '다음 관계자' 아닙니다.
@예당 - 2008/05/06 02:02
답글삭제기사 조사해보세요. 5월 1일 밤 10시에 40만 돌파했고, 5월 3일 새벽에 70만을 돌파했다고 합니다. 5월 2일 전후로 해서 30만 증가한 것이 맞죠.
(그리고 15000회 누르셨다고 했는데, 그 누르는 동안에 새로 쌓인 청원도 여기 페이징(1,2,3,4)에 포함되기에 이건 제외하고 계산해야 합니다)
@예당 - 2008/05/06 02:06
답글삭제위의 설명으로 대체하겠습니다.
@예당 - 2008/05/06 02:32
답글삭제매일 새벽 2시 넘어서까지 있지는 않습니다 -_-;
@예당 - 2008/05/06 02:43
답글삭제아래 주소 긁어서 익스플로러에서 열어보세요. (부하 때문에 살짝 걸릴 겁니다. 59489페이지 전으로 돌리는 일이니.. 당근 그래서 맨이전 버튼은 뺄 수 밖에 없죠)
http://agora.media.daum.net/petition/noframe/sign_list?petition_id=40221&page_size=&page_no=59489
4월 6일자 청원부터 저장되어 있고, 59489페이지입니다. 20 곱하면 현재(5.6,09:53) 서명자 수인 118만 9천명이 나오죠. 참고로 제가 프로그램을 짰다고 하진 않았습니다(웹기획자라고 밝혀놨죠).
그래도 문제가있음
답글삭제1.어쨋든 조작않했다고쳐도 진짜는150만명일듯
오류로줄었으면 줄은거잖아 수정부탁
2.이명박탄핵사이트 찾아가는거힘들다
메인에 올려라,검색하면나오게 하여라
3.안단테사칭하는넘 영구삭제하거나
100일동안 아고라하지못하게 조치좀
http://bbs1.agora.media.daum.net/gaia/do/debate/read?bbsId=D003&articleId=529839
답글삭제여기에 보면 rollback이 낮보다 새벽에 더 많이 일어난다고 합니다. 트래픽이 최고조인 저녁이나 낮에 서버 동기화때문에 롤백(1초전보다 초당 추천수가 적은 상황)이 일어난다면 이해가 될텐데, 새벽에 많아지는 이유가 뭘까요? 게다가 새벽에는 초당 0 아니면 1씩 서명이 있었다고 하는데요.
숫자가 줄어드는게 그렇다고 쳐도 그럼 서명한 사람이 다시 서명이 되는 이유가 무엇입니까? 분명히 서명하고 참여한 사람이라고 떳는데 다시 서명되는 사람은?
답글삭제몸담았던 제품에 애착이 있으신 것은 이해합니다.
답글삭제그러나 개발도 설계도 하신게 아니고 단순 기획만 하신 것이라면 확실치 않은 내용으로 섣불리 변호하려하지 않는게 좋을 것 같네요.
윗분 말씀은 잘 이해가 되지 않아 내용을 지적하며 반박하긴 힘들지만 삭제하려 맘먹으면 아주 쉽습니다.
삭제가 아주 힘든 작업인 것처럼 적어놓으셨는데 길게 적지 않아도 개발자라면 얘기할 가치도 없는 소리지요.
개발에 몸담으셨다고 하시는데 이용자가 하나씩 적고 있는것처럼 삭제도 노가다로 이루어진다고 생각하십니까?
주인장님께, 제가 제대로 관심을 가지고 사태를 파악해본게 아니라 사람들이 얘기하는 사태가 진실인지 아닌지에 대한 입장은 아직 없습니다만,
단순히 동일 시간대에 브라우저 여러개를 동원하여 계속 새로 고침을 해보면,
님말씀 같은 상황이라면 A->B로의 상황말고 B->A로의 상황도 일어나야합니다만 천~3천 단위로 감소는 생기지만 비슷한 숫자의 증가는 경험할 수 없었습니다.
무슨 말인지 이해되시지요? 이와같은 상황으로 미루어보면, 님말씀 같은 상황과 비슷한 문제가 발생한다고 치면 그 원인은 말씀하신 구현로직에 의해 발생하는게 아니라 심각한 버그에 의해 발생하는 것이고
그럴 경우 고의는 아니더라도, 님이 확신하시는 데이터에는 이상이 없다는 주장은 근거가 없게 되는 것입니다.
민감한 사안에 대해 변호를 하실려면 내부에 친분이 있는 분도 있으실 것인데 조금 더 알아보시고 숙고하셔서 하시는게 어떨까하네요.
뭐 길게 포스팅을 할까하다 짧게 씁니다. 한마디로 다음이란 회사에서 개발의 완성도에 대한 철학이 아직도 부족하다라는거죠. 기술력 떨어진다~ 이겁니다. 뭐 대충대충... ^^ 좋은 인력들 뽑아다가 대충대충 굴리면, 아고라카운터문제처럼 되는거죠. 꼴랑 150만까지 카운팅하고 동시조회수가 많다고해도 재분배나 UX흐름도 그렇고... 만들어놓고 대충 테스트해보고 문제없다 싶으니 됐다~ 하다가. 애정이 없어보여요.
답글삭제이번처럼 대박 기회일때, 칭찬받아야할 써비스가... 역효과가나니... 이번일로보면 아고라 청원에 관련된 팀장급들은 다시 한번 뭐가 필요한지를 뒤돌아보세요.
(뭐 그래서 남주나... 자기일인데... :)
@삶 - 2008/05/02 09:49
답글삭제그건 청원수에따른 순위가아니고 청원된 퍼센티지에따른순위가아닐까생각합니다
질문이요.
답글삭제근대 왜 내서명 다시 확인할수 있는 검색 기능이 없어요?
제가 05/24~06/01사이에 서명을 하였는데 일주일후
서명 조작의혹이 있다하여 8시간째 수동으로(눈으로)
하나하나 그룹을 다시 찾아보고 있는데 못찻곘어요.
서명 당시 내가 서명하는 날짜 보다 서명이 중요하여
날짜는 정확히 기억이 없고요 24일(토),25일 (일),31일 (토),6월1일 (일)
4일간 모내기 하면서 했거든요.
현재 매일 다시 서명하고 있지만 서명되어 있다는 메세지만 반복되고
있어요.
정확히 있는지 눈으로 확인할수 있게 조취 취해 주시면 안되나요?
그리고 현재 진행중인 전체 순번도 처음 시작한 그룹(20명이
1번이 되어야 그나마 내 서명이 몇번째 속해 있는지 알고
속한 그룹만 찾으면 되는데...
현재 정렬 방식으론 내가 속한 그룹이 실시간으로 변경이 되어
찾기가 힘드네요(1일 서명 숫자가 2,000명 안밖으로)
시간경과에 따른 눈의 피로로 찾기가 어려워요(실시간 그룹변경됨)
정렬 방식 변경은 않되는 건가요?
(처음 시작한 그룹(20명이 1번이 되게)
잊은게있어 다시 글 올림니다.
답글삭제6월7일자로 06/01월 마지막순번 그룹부터 05/23일자 마지막 그룹순으로
각 그룹별로 안 카메라(이미지 켑처 프로그램) 이용하여 이미지화하여 검색 중임니다.
총 이미지 수량은 988장 이고요 1장당 인원은 20명 이예요
이미지 판독후 다시 글올릴께요.
2시간만에 서명한것 찾았슴니다.
답글삭제임의로 삭제하는것이 아니네요.
그렇치만 내가 서명한것을 확인할수 있게하는것이
조작의혹을 없앨수 있는 방법 같기도 하네요.
ㅎㅎ 정확히 10시간만에 찾았어요.
06/0718:00 시간자로 1154그룹 1337136번 최은석 서명으로 되어
있네요..
@최은석 - 2008/06/07 20:50
답글삭제아고라가 현재 '내 글(또는 사진,청원) 보기' 기능까지는 지원되는데 '내 댓글(또는 서명) 보기'는 지원되지 않고 있어서 그런 애로사항이 있겠네요. 아이고 번거로우셨겠습니다^^;
좀이상해내요.. 트래픽이 발생하였으면 증설하면될것이고.
답글삭제서버는 무슨상관? 고작 100만건? 어떤서버가 100만건넣었다고 죽나요.. 이상하군요. DB가 혹시 MY SQL아닌지 의심해봅니다.
3대에 각기저장하였고 연동하는 과정에서 일아난 일이라면,
재대로 연동이 안되어 있는것 같습니다. 서버1, 서버2, 서버3이 있다면 서버1에 누군가 서명했다면 서버2를 불러올때 저장이 안되었단 말이군요.. 구축 참 이상하게 하셨내요.. 다음관련 개발자들... 그정도 기초지식은 있을껏같은데..
전 서명할려는데 서명이 안됩니다. 이미 서명했다고 하네요
답글삭제다음은 잘 이용하지 않아서 몇달만에 접속한건데 서명했다네요
다음사이트 관리하는측에 문의는 어떻게 하나요?