그런데 문제는 지금 쌓인 아이디어들도 처리가 안되고 있다는 ㅠ_ㅠ]]>
불안불안한 줄타기입니다만 EAS를 좀 더 믿어보려구요.^^;
]]>회원님의 계정중 아래 URL에서 과부하가 있습니다.
blog.2pink.net/kiss/tag/%BB%FD%B0%A2
blog.2pink.net/kiss/trackback/315
blog.2pink.net/kiss/feeder?1166321809468
blog.2pink.net/kiss/trackback/528현재는 해당 프로세스를 중단을 시켜 정상적으로 서비스 되고 있으나
회원님께서 이용하고 계신 홈페이지의 프로그램을 점검 해보시기 바랍니다.
결국 사용중인 프로그램으로 물고 늘어지게 되고 프로세스 사용중지에 이르게 됩니다.
]]>1. 예 어느분이 같은 말씀을 하시더군요. 필터링은 한계가 있겠습니다만...
2. http://forum.tattertools.com/ko/viewtop … 864#p13864
3. 관리자 승인후 출력 옵션으로 인하여 생긴 문제로 생각됩니다. 말씀드려보겠습니다.
4. 도를 넘은듯 싶긴 합니다.
http://img292.imageshack.us/img292/1470/ddosjl1.png
제 블로그는 지금 거의 마비상태입니다.
블로그조차 제대로 열리고 있지 않습니다.
휴지통에 보니 스팸필터된 트랙백들이 실시간으로 쌓여가더니 결국은 블로그가 열리지 않게 되네요.
1차로.
스펨필터로 어느정도 해결을 보도록 하구요.
inureyes님도 적어주셨는데 문제는 트래픽입니다. 설치용 프로그램에서 스팸이 해결되지 않는다면 시간이 갈수록 트래픽때문에 차단당하는 유저가 늘어날 것입니다. 스팸 필터만 공유하는게 아니라 deny 목록도 공유되어야 하는게 아닌가 생각합니다.
]]>1차로.
스펨필터로 어느정도 해결을 보도록 하구요.2차로.
스펨필터를 통과하는 메세지에 대해서,
내용을 "스펨서버"로 전달하고, 그 서버에서 스펨 분류를 통해 다시 걸르는 형식을 취하면 어떨까요.2.5차로.
모든 과정을 통과한 메세지에 대해서,
테더 사용자가 스펨확인을 할 수 있는...
예를들어, 이건 스펨이다 라고 느끼면, "스펨" 버튼을 누르면, "스펨서버"로 원문을 보내서 스펨으로 처리될 수 있도록...2차/2.5차는 내용적으로 같습니다만.
(a)일단 스펨서버로 오는 메세지에 대해서, 자신이 그 메세지가 스펨메일이다는 기록이 없으면, "no spam"을 전달 합니다. 즉 테더에 메세지로 남깁니다.
(b) a에 의해 테더에 남겨진 메세지에 대해서 사용자가 스펨으로 확인할 경우, 스펨버튼을 누름으로서, 스펨서버에 스펨이다는 기록을 남깁니다.
(c) c에의해 스펨기록으로 남겨진 메세지가 (예를들어) 10번 이상 등록되면, 이를 스펨으로 인식하고, 이후 a의 메세지 중 이와 동일한 메세지는, 스펨서버에서 "spam"을 전달합니다. 즉 테더에 메세지가 남지 않습니다.가정은, 아무리 스펨이 교활한 아이디어를 적용하더라도,
10번 이상의 동일한 내용을 전달할 것이다. 라는 것이죵...머. 맞는지는 모르게지만.
hotmail 에서 취하는 정책과 비슷하게 하자는...
테더의 서버가 좀 부하가 커지겠지만. 머. 한달에 500원 정도의 수익을 받는다는 등. 방식을 취하면, 수익성 모델이 되지 않을까 하네요...
일단 태터툴즈의 필터를 거친다는 자체가, 해당 호스팅으로 트래픽을 일단 받고 본다는 가정이 되어 있습니다. 스팸은 막을 수 있어도 트래픽은 못막게 됩니다.
트래픽 문제를 해결할 수 있는 대응방안이라면 태터툴즈까지 오기 전에 차단이 되어야 할텐데 (.htaccess 편집 같은 경우가 그러한 예가 되겠죠. 해당 주소면 걍 denial 보내고 마니까요) 그 방법을 적용하려면 내용 검색이 불가능합니다. 골치아프죠...
말씀해주신 방법은, turbo algorithm이라고, akismet에서 사용하는 방법입니다. 효과는 있는데, 이미 눈치채고 스팸 내용을 교묘하게 변조해서 보내도록 이미 스패머들이 발전해 버렸습니다. ㅠ_ㅠ
2차로.
스펨필터를 통과하는 메세지에 대해서,
내용을 "스펨서버"로 전달하고, 그 서버에서 스펨 분류를 통해 다시 걸르는 형식을 취하면 어떨까요.
2.5차로.
모든 과정을 통과한 메세지에 대해서,
테더 사용자가 스펨확인을 할 수 있는...
예를들어, 이건 스펨이다 라고 느끼면, "스펨" 버튼을 누르면, "스펨서버"로 원문을 보내서 스펨으로 처리될 수 있도록...
2차/2.5차는 내용적으로 같습니다만.
(a)일단 스펨서버로 오는 메세지에 대해서, 자신이 그 메세지가 스펨메일이다는 기록이 없으면, "no spam"을 전달 합니다. 즉 테더에 메세지로 남깁니다.
(b) a에 의해 테더에 남겨진 메세지에 대해서 사용자가 스펨으로 확인할 경우, 스펨버튼을 누름으로서, 스펨서버에 스펨이다는 기록을 남깁니다.
(c) c에의해 스펨기록으로 남겨진 메세지가 (예를들어) 10번 이상 등록되면, 이를 스펨으로 인식하고, 이후 a의 메세지 중 이와 동일한 메세지는, 스펨서버에서 "spam"을 전달합니다. 즉 테더에 메세지가 남지 않습니다.
가정은, 아무리 스펨이 교활한 아이디어를 적용하더라도,
10번 이상의 동일한 내용을 전달할 것이다. 라는 것이죵...
머. 맞는지는 모르게지만.
hotmail 에서 취하는 정책과 비슷하게 하자는...
테더의 서버가 좀 부하가 커지겠지만. 머. 한달에 500원 정도의 수익을 받는다는 등. 방식을 취하면, 수익성 모델이 되지 않을까 하네요...
]]>이젠 외부로 배포하려는 목적으로 만들어진 웹프로그램들은 스팸 처리를 기본적으로 하지 않으면 안 될 지경에 이르렀죠.
그런 면에서, EAS가 앞으로 꾸준히 개발되어 그 든든한 지원군 역할을 해야 할 것이라 생각합니다.
일례로 EAS 에 영어환자 로직을 적용하면 지금의 고통은 끝나버리게 됩니다. 이글루스가 이런방식을 이용하고 있지요..
그러나 전쟁은 이제 겨우 시작일뿐이란 생각이 듭니다. 지금의 편함을 위해서 미래를 희생할순 없습니다.
데이브레이커님이 다행히 커다란 마루타 역할을 해주고 계시니.... 곧 진전이 있을 것입니다.
겐도지성이 티스토리 성능튜닝중이시라....... EAS 의 발전이 상대적으로 더딜뿐입니다.