조회 수 211 추천 수 1 댓글 23
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 댓글로 가기 첨부
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 첨부
Extra Form
상태 진행중
지역 관계없음
모집수 x명
조건 (요약) 본문 참고
문의 본문 참고

hanota.png
* 컨샙 이미지 입니다.

 

글 작성시 한글 오타 체크 프로젝트를 진행해보려 합니다.
애드온으로 개발될것 같습니다.

 

사실 에디터 자동 완성 모듈 ( https://www.xetown.com/rxe_market/694847 )에서 가능성 여부를 확인하기 위해 잠깐 선 보였던 기능과 유사 합니다.

 

오픈 소스로 진행을 합니다.
XE,라이믹스 운영 사이트에서 글쓰기 작성시 위 컨샙 이미지 처럼 오타가 있으면 빨간줄로 표시를 해주고 나아가서 마우스 오버 혹은 클릭시 교정 단어를 제안해주는 형식입니다.
ckeditor를 시작으로해서 tinymce 등 다른 에디터 지원을 목표로 하고 있습니다.
textarea에서도 컨샙과는 조금 다르겠지만 다른 ui로 지원될 예정입니다.

 

최종 결과물은 어플리케이션 워드프로세스 처럼 글 작성시 자동적,자연 스럽고,편리하게,귀찮지 않도록 구현을 할 생각입니다.

사용자는 추가 프로그램의 설치 없이 브라우저에서 편리하게 한글을 좀 더 정확하게 사용할수 있습니다.

 

아래와 같이 도움 주실분들은 댓글이나 쪽지로 연락 주시면 감사하겠습니다.
흐지 부지 되면 없던걸로 할듯합니다.ㅎ

 

-아래-

 

1.클라이언트 애드온 개발자
thread(javascript worker) 개념 및 PHP,JAVASCRIPT 를 다룰줄 아시는분

 

2.오타 검색 서버 프로그래밍
클라이언트에서 JSNOP으로 단어 검사(오타 데이터 약 32,000개)를 요청합니다.
요청시 자주 요청되는 단어등의 자동 관리 및 캐시 데이터 처리
C/C++,파인썬3,PHP 혹은 JSP를 다룰줄 아시고 centos 등 리눅스를 다룰줄 아시는분

 

3.서버 자원
오타 검색 서버를 지원해 주실분이나 서버 구축에 금전적 지원해주실분
안정적인 운영을 위해 최소 2~3대 정도의 서버가 필요합니다.

 

감사합니다.

글쓴이 구름이

profile
구름입니다^^
Atachment
첨부 1
  • profile
    고양이 2017.09.13 10:00:08

    3번 지원 해볼게요 ㅎ 계정하나 파서 드리면 되는거죠?

    아아 아니구나 테스트계정이 아니라 영구적인 서버자원이되어야하는거면 안정성때문에 힘들겠네요 .ㅠ

  • profile
    구름이 2017.09.13 10:02:52

    네 개발용도로 사용될 서버는 사실 많아서요^^;
    영구적인 정도는 아니지만 가급적 꾸준히 오타 검색이 가능하도록 지원해주시면 좋습니다.

  • profile
    보고하비 2017.09.13 10:09:06
    엄청난 프로젝트네요 좋은 결과 있기를 바라겠습니다. ^^
  • profile
    구름이 2017.09.13 10:26:54
    감사하빈다!
  • profile
    라르게덴 2017.09.13 10:19:01
    https://www.webspellchecker.net/samples/scayt-ckeditor-plugin-multilanguage.html
    https://www.webspellchecker.net/samples/additional-languages-demo.html#lang-code=ko_KR
    이거 구현하실려는 건가요?

    저는 프로알라 에디터에서 기능 제공이 되어있어서 조금더 수정해서 한글용 구현도 생각했었는데 맞춤법검사라는게 브라우저(애드온으로)에서 제공되는 기능이라서 시도를 안했거든요.

    DB서버까지 직접 구현하실건가요? 좋은 결과있길 바라겠습니다. ^^
  • profile
    구름이 2017.09.13 10:29:44

    위 URL은 예전에 저도 보긴 봤습니다만..
    제가 원하는건 워드프로세스 처럼 글 작성시 자동적,자연 스럽고,편리하게,귀찮지 않도록 구현을 할 생각입니다.
    사용자는 추가 프로그램 설치 없이 브라우저에서 편리하게 한글을 좀 더 잘.. 정확하게 사용하도록 하는게 목표입니다.
    자주 사용/틀리는 단어등의 DB는 직접 구현할것 같습니다.

    감사합니다^^

  • profile
    다이오니 2017.09.13 10:37:06
    3번 서버 자원은 도움을 드릴 수 있을 것 같습니다.
    근데 톰캣 같은 was 서버가 구축되어야 하나요?
  • profile
    구름이 2017.09.13 10:38:34
    PHP만 되어도 됩니다 ㅎ
  • profile
    다이오니 2017.09.13 10:42:35
    운영중인 호스팅용 서버가 한대 있어서 지원해드리겠습니다.

    최소 5년 이상은 운영계획을 잡고 있으며 현재도 잘 운영되고 있는 서버입니다.
    필요한 시기와 필요한 사양 정도를 알려주시면 새팅해놓겠습니다.
  • profile
    구름이 2017.09.13 10:58:43

    흐지부지 끝나지 않으면 진행을 하면서 일정, 구체적인 내용과 함깨 추후 연락 드리겠습니다.

  • profile
    다이오니 2017.09.13 11:25:38
    네. 알겠습니다.
  • profile
    람보 2017.09.13 12:19:17
    개발 분야에서 어느정도까지 생각하시는지요?
  • profile
    구름이 2017.09.13 12:38:57
    개발 분야라고 하면 애드온 부분을 말씀 하시는건가요?
    애드온은 공동 개발이 될것 같습니다.
    어느정도라 하면 어떤걸 말씀하시는건지..궁금합니다.
  • profile
    람보 2017.09.13 12:57:11
    서버쪽의 프로그래밍부분이 계획이랑. 애드온코드의 계획을 좀 듣고 싶어서요..

    그리고 이렇게 큰 프로젝트라면 모듈로써 만들어서 커스텀에 용의하고 여러 호출메서들을 나눠서 운영하는 부분이 더 낫지 않나요?
  • profile
    구름이 2017.09.13 13:13:44
    확장성을 고려하면 모듈도 괜찮은거 같네요.
    애초 구현 가능 테스트를 위해 개발한것이 모듈이였으니까요.

    사실 큰 프로젝트 처럼 보이긴 하지만 직접 해보니 .. 음..?

    정리를 좀해서 쪽지로 내용을 보내 드리겠습니다.
  • profile
    희로 2017.09.13 13:07:57
    서버쪽도 오픈소스인건가요? 자바로 서버 구현 가능합니다. 자바라도 괜찮다면 연락주셔요.
  • profile
    구름이 2017.09.13 13:14:07
    네.. 내용을 정리해서 쪽지로 보내드리겠습니다.
  • profile
    윤삼 2017.09.13 18:14:19
    와... 뭔가 실력자분들이 운집하는 느낌이에요ㄷㄷㄷ
  • profile
    GG 2017.09.13 18:24:15
    만드는것도 만드는거지만 유지비가 어마무시할 것 같아요.
    무료는 좀 힘들듯요... 어디서 호스팅 업체에서 서버 지원을 받아야 되지 않을까 싶어요 어떤 사이트에서 글쓰기할때 몇글자 쓰기만 해도 디비검색 및 트래픽이 발생하는거잖아요...
  • profile
    구름이 2017.09.13 19:09:42
    어느 정도 구현후 테스트를 해봤습니다만..
    여러가지 아이디어를 통해 트래픽을 많이 줄일수 있겠습니다.

    타이핑 하면 검색하는건 아니고 특정 조건에 맞았을때만 오타 검색 시도를하게 조절을 합니다.

    예를 들자면 "은,는,이" 처럼 조사가 있는 패턴의 경우 조사를 분리하거나 합쳐서 검색한 다음 검색을 한다던가..

    아직 구현은 안했지만 배포되는 모듈이나 애드온에 10~100kb 의 자주 틀리는 오타나 무시할 단어들 제공함으로서 서버쪽 트래픽을 대폭 감소 시킬수 있습니다.

    클라이언트 <-> 오타 검색 단어 통신시 발생되는 트래픽도 텍스트위주로 오가는거라 많이 부담되지 않을거라 생각됩니다.
  • profile
    라르게덴 2017.09.13 22:03:03
    혹시나 해서 인데.
    중앙 집중형으로 DB를 구현하게 되면 @GG 님이 이야기하는 트래픽 문제도 있지만 서버가 폭파되면 사용을 못하게 된다는 단점도 있겠죠. 제가 예전에 학습형 antiaccess 를 구현할때 서버형으로 API도 해봤는데 트래픽 공격 들어오면 쉽게 다운되어버리고 좋지 않더라고요.

    그래서 생각한게 동기화 방식인데요, 혹시나 도움될까 싶어서 링크 걸어봅니다.

    http://largeden.com/wiki/Anti-accessXE
    http://largeden.com/wiki/Anti-accessXE:Anti-accessXE_%EC%86%8C%EA%B0%9C
    http://largeden.com/wiki/Anti-accessXE:%EB%8F%99%EA%B8%B0%ED%99%94%EA%B5%AC%EC%A1%B0

    동작 내용은 중앙 서버는 오타단어만 관리하고 서버에 새로운 단어가 등록되면 서버가 클라이언트들의 모듈로 요청하여 클라이언트 모듈이 서버에서 단어를 받아오는 방법입니다. 이렇게 하면 굳이 사용자의 단어 매칭을 매번 중앙 서버로 통신 할 필요가 없이 자체 서버내의 모듈간의 통신만으로 끝나니 트래픽 문제는 없지 않을까 합니다.

    유료 같은거 생각하신다면 서버가 단어 등록시 정보를 보낼 사이트를 필터링하면 되는거니 문제되진 않을 것 같고요.
  • ?
    ITNOTE 2017.09.23 10:36:32

    Linux (CentOS) 나 Window Server 다룰줄 압니다.

     

    또한 매우 안정적인 서버 를 1 대 정도 대여 해드릴 수 있습니다.

     

    트래픽 무제한 입니다.

  • profile
    구름이 2017.09.23 12:33:22
    감사합니다.
    쪽지 드리겠습니다.

서버에 요청 중입니다. 잠시만 기다려 주십시오...