1 semi327이 작성한 주제

  • semi327
  • 익숙한 사용자
  • 오프라인
  • 가입일자 2006-05-12
  • 글: 8

주제: 이올린의 강화!

태터툴즈의 포스트 작성시 발행기능이 이올린(www.eolin.com)과 연동되는데에 따른 불편이 생깁니다.
지금 현시각도 마찬가지의 불편이 생겼습니다.

즉, 이올린 사이트의 문제로 마비가 되면......태터에서 포스트 작성시 "저장하기" 를 눌러도...한참동안이나......"저장하고 있습니다." 라고 나오는 덕에...
성격 급한 사람들의 경우 기다리지 못하고 페이지를 벗어나 버립니다. (사실 조금전에 당했지요..;;)
그럼 DB 기록에 문제가 생기는지....그 이후로는......새글 쓰는 창도 열리지 않고.....방금 작성한 포스트는 보이기는 하는데 수정하기 창 역시 나타나지 않게 되버립니다.

왜그런가 했더니.....역시....예전에 몇번 겪었듯이 이올린 사이트가 먹통이더군요...
즉, 포스트 작성시 이올린에 관련 정보를 보내고 그에대한 답을 받아야 완료가 되는것 같은데....

시도때도 없이 뻗는 이올린의 비위를 맞춰가면서......포스팅 해야할 이유가 있을까요?;; 뭔가 어렵지 않은 해결책이 있을것이라 생각되는데...

그렇다고...포스트 작성시 마다 이올린이 정상인가 아닌가 확인해가면서.....발행해야 할지 말아야 할지를 결정할수는 없지 않겠습니까?;;

메타 사이트(올블로그...등) 같은 다양한 기능은 없더라도.....이올린 사이트에대한 성능적인 강화도 필요해 보입니다...

..........................from 한참을 헤메다 DB 를 뒤집어까서 비정상적으로 작성된 게시물 DB를 삭제하고서야 정상으로 돌아온 이......

2 건더기이 작성한 답글

  • 건더기
  • 토마토와 태터로 태토마토를 만드는 육종학자
  • 오프라인
  • 지역 Å
  • 가입일자 2006-04-12
  • 글: 807

답글: 이올린의 강화!

이상하네요.....
요새 버전은 이올린이 비실거리면, 자동으로 혼자노는 기능이 있는데.... ??

잠수...

3 daybreaker이 작성한 답글

  • 지역 대한민국, 대전, KAIST
  • 가입일자 2006-04-04
  • 글: 1,319

답글: 이올린의 강화!

흠.. 글 작성시 싱크하는 것도 그렇지만, EAS 플러그인을 적용한 경우, 댓글이나 트랙백을 받을 때 EAS 서버가 죽어있으면 어떻게 되나요?

    if ($rpc->call('checkSpam', $blogstr, $type, $name, $title, $url, $content, $_SERVER['REMOTE_ADDR']) == false) 
    {
        // call fail
        return true;
    }

이런 식으로 되어 있는데.. 시간 지연이 생기는 건 어쩔 수 없는 걸까요;; 그렇다고 주인장이 EAS 서버 장애 생겼을 때 일일이 플러그인을 꺼주기도 좀 그렇고... (일정 시간마다 서버 상태를 점검한다든가.. 대신 EAS 서버가 죽었을 때 스팸이 들어오는 건 어찌할 방법이 없겠군요..)

ps. 저 $rpc 변수가 담는 Eolin.PHP.XMLRPC -> Eolin.PHP.HTTPRequest 컴포넌트를 뒤져보니까 timeout이 10초로 되어 있군요.

문제의 답은 우리 안에 있다.
내면에 귀를 기울여 보자.

daybreaker의 웹사이트

4 gendoh이 작성한 답글

  • gendoh
  • 육종학자
  • 오프라인
  • 가입일자 2006-04-05
  • 글: 625

답글: 이올린의 강화!

daybreaker 작성:

흠.. 글 작성시 싱크하는 것도 그렇지만, EAS 플러그인을 적용한 경우, 댓글이나 트랙백을 받을 때 EAS 서버가 죽어있으면 어떻게 되나요?

    if ($rpc->call('checkSpam', $blogstr, $type, $name, $title, $url, $content, $_SERVER['REMOTE_ADDR']) == false) 
    {
        // call fail
        return true;
    }

이런 식으로 되어 있는데.. 시간 지연이 생기는 건 어쩔 수 없는 걸까요;; 그렇다고 주인장이 EAS 서버 장애 생겼을 때 일일이 플러그인을 꺼주기도 좀 그렇고... (일정 시간마다 서버 상태를 점검한다든가.. 대신 EAS 서버가 죽었을 때 스팸이 들어오는 건 어찌할 방법이 없겠군요..)

ps. 저 $rpc 변수가 담는 Eolin.PHP.XMLRPC -> Eolin.PHP.HTTPRequest 컴포넌트를 뒤져보니까 timeout이 10초로 되어 있군요.

문제가 생겼을시 EAS plug-in은 그냥 통과를 시키죠. 플러그인을 끌 필요는 없습니다. 다만 스팸이 좀 쌓일 뿐이죠.

여러번 시도를 할까 어쩔가 고민은 됩니다만.. 아직 beta smile

gendoh의 웹사이트

5 건더기이 작성한 답글

  • 건더기
  • 토마토와 태터로 태토마토를 만드는 육종학자
  • 오프라인
  • 지역 Å
  • 가입일자 2006-04-12
  • 글: 807

답글: 이올린의 강화!

gendoh 작성:
daybreaker 작성:

흠.. 글 작성시 싱크하는 것도 그렇지만, EAS 플러그인을 적용한 경우, 댓글이나 트랙백을 받을 때 EAS 서버가 죽어있으면 어떻게 되나요?

    if ($rpc->call('checkSpam', $blogstr, $type, $name, $title, $url, $content, $_SERVER['REMOTE_ADDR']) == false) 
    {
        // call fail
        return true;
    }

이런 식으로 되어 있는데.. 시간 지연이 생기는 건 어쩔 수 없는 걸까요;; 그렇다고 주인장이 EAS 서버 장애 생겼을 때 일일이 플러그인을 꺼주기도 좀 그렇고... (일정 시간마다 서버 상태를 점검한다든가.. 대신 EAS 서버가 죽었을 때 스팸이 들어오는 건 어찌할 방법이 없겠군요..)

ps. 저 $rpc 변수가 담는 Eolin.PHP.XMLRPC -> Eolin.PHP.HTTPRequest 컴포넌트를 뒤져보니까 timeout이 10초로 되어 있군요.

문제가 생겼을시 EAS plug-in은 그냥 통과를 시키죠. 플러그인을 끌 필요는 없습니다. 다만 스팸이 좀 쌓일 뿐이죠.

여러번 시도를 할까 어쩔가 고민은 됩니다만.. 아직 beta smile

관리자 모드 들어갈 때 마다 EAS를 가동하는 것은 어떨까요??

(그런데 구현이 가능한걸까....)

잠수...

6 맥퓨처이 작성한 답글

  • 맥퓨처
  • 바오밥나무를 기르는 조경사
  • 오프라인
  • 지역 서울
  • 가입일자 2006-04-12
  • 글: 237

답글: 이올린의 강화!

건더기 작성:

관리자 모드 들어갈 때 마다 EAS를 가동하는 것은 어떨까요??

현 상황이 EAS가 포스팅 시점에서 EAS서버가 문제가 있으면 EAS plug-in을 끄지 않아도 plug-in 활성로직을 통과하니 굳이 관리자 모드로 들어갈 때마다 EAS를 가동시킬 필요는 없을 것 같습니다.. 그리고 관리자 모드를 들어갈 때마다 EAS를 가동한다는 점이 사용자로 하여금 반복적인 액션을 취하게 한다는 점이라 불편할 것 같구요..

그리고 제가 문장을 잘 이해한 건지는 모르겠는데 관리자 모드를 들어갈 때 EAS를 가동한다는 것은 평상 시 EAS가 활성화되지 않는다는 의미인데 그렇다면 EAS의 애초 의도인 집단지성에 의한 스팸방지 및 스팸체크의 연속성의 문제도 생기겠죠? ^^;

다만 gendoh님의 생각처럼 한번만 체크하는 로직은 몇번 더 체크를 하고 리턴값을 최종적으로 던질 것인지에 대한 의견을 모아보는게 좋겠네요..

후회가 꿈을 대신하는 순간부터 우리는 늙기 시작한다..

맥퓨처의 웹사이트

7 건더기이 작성한 답글

  • 건더기
  • 토마토와 태터로 태토마토를 만드는 육종학자
  • 오프라인
  • 지역 Å
  • 가입일자 2006-04-12
  • 글: 807

답글: 이올린의 강화!

맥퓨처 작성:
건더기 작성:

관리자 모드 들어갈 때 마다 EAS를 가동하는 것은 어떨까요??

현 상황이 EAS가 포스팅 시점에서 EAS서버가 문제가 있으면 EAS plug-in을 끄지 않아도 plug-in 활성로직을 통과하니 굳이 관리자 모드로 들어갈 때마다 EAS를 가동시킬 필요는 없을 것 같습니다.. 그리고 관리자 모드를 들어갈 때마다 EAS를 가동한다는 점이 사용자로 하여금 반복적인 액션을 취하게 한다는 점이라 불편할 것 같구요..

그리고 제가 문장을 잘 이해한 건지는 모르겠는데 관리자 모드를 들어갈 때 EAS를 가동한다는 것은 평상 시 EAS가 활성화되지 않는다는 의미인데 그렇다면 EAS의 애초 의도인 집단지성에 의한 스팸방지 및 스팸체크의 연속성의 문제도 생기겠죠? ^^;

다만 gendoh님의 생각처럼 한번만 체크하는 로직은 몇번 더 체크를 하고 리턴값을 최종적으로 던질 것인지에 대한 의견을 모아보는게 좋겠네요..

음... 제 국어 능력이 딸려서 문제근영....ㅡㅡ;;

좀 더 자세하게 설명드리자면....
기본적으로는 액션이 발생할 때마다 EAS가 작동하되...
EAS가 작동하지 못한 상태에는 DB상에 마크를 해뒀다가, 해당 사안에 대해서는 관리자 모드 진입시마다 일괄 처리 (Batch Processing...)한다는 의미입니다....

몇몇 웹메일 서비스에서 이런식의 스팸필터를 채용했지요...
(대표적인 곳이 네띠앙....)

이렇게 하면, EAS의 수율을 더 끌어올릴 수 있을 것이라고 생각합니다...

잠수...