Header Image

Gumroad 계정을 어떻게 만드나요?

gumroad.com에 가서 오른쪽 상단의 “Log in” 버튼을 클릭하세요. 다음 페이지에서 페이지 상단의 “Sign up” 링크를 클릭하세요. 이제 아래쪽 필드에 이메일 주소와 비밀번호를 입력하고 “Create account” 버튼을 클릭하세요.

DocFetcher Pro나 DocFetcher Server의 구버전을 구매했는데, 최신 릴리스는 어디서 다운로드할 수 있나요?

최신 릴리스 파일을 얻으려면, DocFetcher Pro나 DocFetcher Server를 구매할 때 사용한 gumroad.com계정으로 로그인하세요.

계정을 만들지 않고 구매했다면, 구매할 때 사용한 이메일 주소를 알고 있다면 나중에 계정을 만들 수 있습니다.

계정에 들어간 후, 왼쪽의 “Library”를 클릭하면 Gumroad에서 구매한 제품 목록으로 이동합니다. 이 제품들 중에 DocFetcher Pro나 DocFetcher Server가 있어야 하며, 이를 클릭하면 최신 릴리스 파일로 이동합니다.

Library에서 DocFetcher Pro나 DocFetcher Server가 보이지 않는다면, “archived” 처리했을 수 있습니다. 이 경우 “Show archived only” 체크박스를 체크하여 다시 가져올 수 있습니다.

포터블 DocFetcher Pro나 DocFetcher Server를 업그레이드할 때 설정과 인덱스를 어떻게 유지하나요?

포터블 DocFetcher Pro의 한 버전에서 새 버전으로, 또는 DocFetcher Server의 한 버전에서 새 버전으로 업그레이드할 때, 기존 버전 위에 새 버전을 압축 해제하지 마세요. 이렇게 하면 프로그램 파일이 섞여서 비정상적인 프로그램 동작을 일으킬 수 있습니다. 프로그램을 업그레이드하면서 설정과 인덱스를 유지하는 올바른 방법은 다음과 같습니다:

  1. 새 프로그램 버전을 새로운 위치에 압축 해제합니다.
  2. 기존 프로그램 폴더에서 새 프로그램 폴더로 conf와 indexes폴더 만복사합니다.
  3. 기존 프로그램 폴더에서 새 프로그램 폴더로 수동으로 수정한 파일들을 복사합니다.

참고: 비포터블DocFetcher Pro를 사용하는 경우, Windows에서(만) 기존 버전과 같은 폴더에 새 프로그램 버전을 안전하게 설치할 수 있습니다(예: C:\Program Files\DocFetcher Pro). 설치 프로그램이 새 버전을 설치하기 전에 기존 버전을 자동으로 제거하므로 안전합니다. 설치 프로그램은 또한 기존 설정과 인덱스를 유지합니다. Windows 이외의플랫폼에서는 비포터블 DocFetcher Pro를 새로운 위치에 압축 해제해야 합니다. 그러면 홈 폴더의 기존 설정과 인덱스를 재사용합니다.

DocFetcher Server의 경우, DocFetcher Server의 모든 릴리스 파일은 포터블이므로 위의 포터블 릴리스 업그레이드 절차가 적용됩니다.

데모에서 정식 버전으로 설정과 인덱스를 어떻게 전송하나요?

DocFetcher Pro

DocFetcher Pro 데모의 설정과 인덱스를 정식 버전으로 전송하는 방법은 사용 중인 DocFetcher Pro 버전에 따라 다릅니다:

  • Windows, 비포터블 (설치형): C:\Users\[사용자명]\AppData\Local폴더를 엽니다. 해당 폴더에서 DocFetcher Pro Demo라는 폴더를 찾을 수 있습니다. 이를 선택하고 Ctrl+C를 누른 다음 Ctrl+V를 눌러 같은 위치에 복사본을 만듭니다. 복사본의 이름을 DocFetcher Pro로 바꿉니다. 이미 DocFetcher Pro라는 폴더가 있다면, 복사한 폴더의 이름을 바꾸기 전에 기존 폴더의 이름을 다른 것으로 바꾸거나 제거합니다.
  • Linux와 macOS, 비포터블: 홈 폴더에서 .docfetcherprodemo폴더의 이름을 .docfetcherpro로 바꿉니다. 기존 .docfetcherpro폴더가 있다면 미리 이름을 바꾸거나 제거합니다.
  • 모든 플랫폼, 포터블: 데모 프로그램 폴더에서 정식 버전 프로그램 폴더로 conf와 indexes폴더 만복사합니다.

위 지침은 비포터블데모에서 비포터블정식 버전으로, 또는 포터블데모에서 포터블정식 버전으로 설정과 인덱스를 전송한다고 가정합니다. 비포터블과 포터블간 전송도 가능하며, 본질적으로 conf와 indexes폴더를 찾아서 올바른 위치로 복사하는 것입니다.

DocFetcher Server

DocFetcher Server 데모에서 정식 버전으로 설정과 인덱스를 전송하려면, 데모 프로그램 폴더에서 정식 버전 프로그램 폴더로 conf와 indexes폴더 만복사합니다.

인덱스의 위치를 어떻게 변경할 수 있나요?

DocFetcher에는 인덱스 위치를 사용자 정의할 수 있는 misc/paths.txt파일이 있습니다. DocFetcher Pro에서는 기술적인 이유(알려진 버그와 프로그램 불안정성)로 misc/paths.txt파일이 대체품 없이 제거되었으므로, 그 방법으로 인덱스를 재배치하는 것은 DocFetcher Pro에서 불가능합니다. 하지만 여전히 다른 방법이 있습니다: DocFetcher Pro의 포터블 버전에서는 인덱스가 프로그램 폴더 안에 있으며, 이 폴더는 자유롭게 이동할 수 있습니다.

DocFetcher Server의 경우, 모든 플랫폼에서 본질적으로 포터블 애플리케이션이므로, 인덱스를 재배치하려면 전체 프로그램 폴더를 이동하기만 하면 됩니다.

인덱싱을 어떻게 일시 정지하고 재개할 수 있나요?

DocFetcher Pro와 DocFetcher Server 모두에서 인덱싱 일시 정지와 재개가 가능하지만, 기능이 명확하지 않을 수 있습니다: 현재 인덱싱 프로세스를 중단하기만 하면 됩니다. 인덱스 생성과 인덱스 재생성의 경우, 부분적으로 생성된 인덱스를 유지할지 폐기할지 묻는 메시지가 나타납니다. “유지”을 선택하세요. 인덱싱을 재개하려면 해당 부분 인덱스를 선택하고 인덱스 업데이트를 실행합니다. 애플리케이션이 이전에 인덱싱이 중단된 지점을 찾는 데 시간이 걸릴 수 있습니다.

검색 질의 *개*.pdf 가 예상 파일명과 일치하지 않는 이유는 무엇인가요?

인덱싱된 파일 중에 “고양이-개-쥐.pdf”라는 파일이 있다고 가정해 봅시다. 검색 질의 “*개*.pdf”(따옴표 제외)를 입력하면 애플리케이션이 “고양이-개-쥐.pdf” 파일을 찾을 것으로 예상하지만 그렇지 않습니다. 이유를 이해하고 이 문제를 해결하는 방법을 이해하려면 인덱싱 프로세스에 대한 더 깊은 이해가 필요합니다.

우선 “단어 분할”이라는 애플리케이션 전체 설정이 있습니다. 이는 인덱싱 엔진에 입력되는 텍스트 스트림이 개별적이고 검색 가능한 단어로 어떻게 분할되는지를 결정합니다.

단어 분할 설정의 기본값은 “표준”라고 하며, 영어와 같은 자연 언어로 작성된 문서에서 일반적으로 볼 수 있는 텍스트 종류에 잘 작동합니다. “표준” 단어 분할은 공백, 하이픈(즉, “-”) 및 기타 문자에서 텍스트를 분할합니다. 점(“.”)이나 밑줄에서는 분할하지 않습니다.

이 동작 — 특히 하이픈에서의 분할 — 은 문서 텍스트에는 합리적이지만 파일명에는 직관적이지 않을 수 있습니다. 위 예에서 파일명 “고양이-개-쥐.pdf”는 “고양이”, “개”, “쥐.pdf”로 분할됩니다. 그래서 질의 “*개*.pdf”가 일치하지 않는 것입니다.

이 문제를 해결하는 방법은 기본적으로 두 가지입니다:

1) 단어 분할 설정을 “공백”로 변경합니다. 이름에서 알 수 있듯이 “공백” 옵션은 공백 문자에서만 텍스트를 분할하고 다른 것은 분할하지 않습니다. 따라서 파일명 “고양이-개-쥐.pdf”는 인덱싱 엔진에 전달될 때 그대로 유지됩니다. 하지만 단어 분할을 변경하면 모든 검색에 상당하고 바람직하지 않을 수 있는 영향을 미칠 수 있습니다. 게다가 모든 인덱스를 재생성해야 합니다.

2) 다른 검색 질의를 사용합니다. 위 예에서 다음 질의가 작동합니다:

  • *개*
  • *쥐*.pdf
  • "고양이-개-쥐.pdf"

또한 따옴표 없는 질의 “고양이-개-쥐.pdf”도 작동합니다. 이는 검색 엔진 작동 방식의 또 다른 세부 사항 때문입니다: 인덱싱된 텍스트뿐만 아니라 질의 자체도 선택된 단어 분할 알고리즘을 사용하여 분할되며, 현재 예에서는 “고양이”, “개”, “쥐.pdf”가 됩니다.

마지막으로 UI 왼쪽에 문서 형식 창이 있다는 점에 주목하세요. 이 창은 검색 질의에 파일 확장자를 포함하는 위 방법과 비교하여 특정 파일 형식으로 검색을 좁히는 훨씬 더 안정적인 방법을 제공합니다.

DocFetcher Pro: 인덱싱 후에도 GUI가 느리고 응답하지 않습니다. 어떻게 해야 하나요?

두 가지 가능한 이유가 있습니다: 첫째, 설정의 “타이핑하는 동시에 검색” 옵션이 성능에 상당한 영향을 미칠 수 있습니다. 활성화되어 있다면 비활성화해 보세요.

둘째, 하나 이상의 매우 큰 폴더를 인덱싱했고, 이러한 폴더가 백그라운드에서 자주 수정되어 DocFetcher Pro에서 지속적인 인덱스 업데이트를 트리거하여 속도를 늦추고 있을 가능성이 있습니다. 이 경우 모든 인덱스에서 자동 인덱스 업데이트를 끄십시오. 단일 인덱스의 경우, 검색 범위 창에서 해당 인덱스를 마우스 오른쪽 버튼으로 클릭하고 “인덱스 자동 업데이트” 체크를 해제하세요. 또는 --disable-auto-index-update인수로 프로그램을 시작하여 모든 인덱스의 자동 인덱스 업데이트를 한 번에 비활성화할 수 있습니다.

사용 설명서의 “인덱스 업데이트” 페이지에서는 DocFetcher Pro의 자동 인덱스 업데이트가 어떻게 작동하는지, 그리고 자동 인덱스 업데이트를 사용할 수 없을 때의 대안이 무엇인지 설명합니다.

DocFetcher Pro: DocFetcher의 전역 단축키를 다시 추가할 수 있나요?

아니요, 하지만 해결 방법이 있습니다. 배경 설명을 하자면: Windows와 Linux에서 무료 DocFetcher에는 프로그램 창을 앞으로 가져오는 전역 단축키(기본값 Ctrl + F8)가 있습니다. 이 기능은 단축키가 안정성 문제를 일으키는 것으로 알려져 있어 DocFetcher Pro에는 포함되지 않았습니다. 하지만 아래에서 설명하는 것처럼 추가 소프트웨어로 단축키를 에뮬레이트할 수 있습니다. macOS에서 단축키를 에뮬레이트하는 방법은 여기서 설명하지 않지만, Automator와 AppleScript로 할 수 있습니다.

Windows에서

  1. 여기에서 오픈 소스 소프트웨어 AutoHotkey를 다운로드하고 설치합니다. 설치 후 Windows를 다시 시작합니다.
  2. Windows 키 + R을 누르고 shell:startup을 입력한 다음 Enter를 누릅니다. 시작 프로그램 폴더가 열립니다.
  3. 해당 폴더에서 마우스 오른쪽 버튼을 클릭하고 New > AutoHotkey Script를 선택합니다. 새 .ahk 파일에 이름을 지정합니다(예: DocFetcher Pro Hotkey.ahk). .ahk 파일은 Windows가 시작할 때마다 실행되는 스크립트입니다.
  4. .ahk 파일을 마우스 오른쪽 버튼으로 클릭한 다음 Edit Script를 선택합니다.
  5. .ahk 파일의 모든 텍스트를 다음으로 바꿉니다:
^F8::
if WinActive("DocFetcher Pro") {
    WinMinimize, DocFetcher Pro
} else {
    WinActivate, DocFetcher Pro
}
  1. .ahk 파일을 저장하고 닫습니다.
  2. Windows를 다시 시작합니다.
  3. 이제부터 Ctrl + F8을 눌러 실행 중인 DocFetcher Pro 인스턴스를 앞으로 가져올 수 있습니다. Ctrl + F8을 누른 후 Ctrl + F를 추가로 눌러 DocFetcher Pro의 검색 필드에 포커스를 맞출 수 있습니다. DocFetcher Pro가 이미 활성 창일 때 Ctrl + F8을 누르면 대신 최소화됩니다.
  4. 위 .ahk 스크립트의 ^F8::줄이 스크립트를 Ctrl + F8 단축키에 바인딩합니다. 다른 단축키는 AutoHotkey 문서의 이 페이지를 참조하세요.
  5. AutoHotkey에 대해 자세히 알아보려면 AutoHotkey 문서, 특히 튜토리얼을 참조하세요.

Linux에서

  1. AutoKey를 설치합니다. Ubuntu와 같은 Debian 기반 배포판에서는 터미널에서 다음 명령을 실행합니다: sudo apt install autokey-gtk
  2. 아직 설치되지 않았다면 다음 종속성을 설치합니다: wmctrl과 xdotool.
  3. AutoKey를 시작합니다.
  4. AutoKey에서 새 스크립트를 만듭니다: File > New > Script
  5. 코드 편집기에 다음 코드를 붙여넣습니다:
output = system.exec_command("wmctrl -lx", getOutput=True)
if "DocFetcher Pro.DocFetcher Pro" in output:
    winClass = window.get_active_class()
    if winClass == "DocFetcher Pro.DocFetcher Pro":
        system.exec_command("xdotool windowminimize $(xdotool getactivewindow)")
    else:
        system.exec_command("wmctrl -x -a "DocFetcher Pro.DocFetcher Pro"")
  1. 코드 편집기 아래에서 단축키를 할당합니다(예: Ctrl + F8).
  2. AutoKey를 시작 프로그램에 추가합니다. AutoKey 내에서 이 작업을 수행할 수 있습니다: Edit > Preferences > Automatically start AutoKey at login
  3. 스크립트를 저장하고 AutoKey 창을 닫습니다. 백그라운드에서 계속 실행됩니다.
  4. 이제부터 Ctrl + F8을 눌러 실행 중인 DocFetcher Pro 인스턴스를 앞으로 가져올 수 있습니다. Ctrl + F8을 누른 후 Ctrl + F를 추가로 눌러 DocFetcher Pro의 검색 필드에 포커스를 맞출 수 있습니다. DocFetcher Pro가 이미 활성 창일 때 Ctrl + F8을 누르면 대신 최소화됩니다.

DocFetcher Server: 외부에서 DocFetcher Server 인스턴스에 연결할 수 없는 이유는 무엇인가요?

문서의 설정 지침을 따라 DocFetcher Server를 실행하여 로컬에서, 즉 서버 머신에서 http://localhost:31190/과 같은 URL을 통해 액세스할 수 있다고 가정해 봅시다.

하지만 서버 머신의 주소를 사용하여 외부에서 액세스하려고 하면(예: http://192.255.234.105:31190/), 브라우저에 오류 메시지만 표시됩니다.

가능한 설명:

  • 서버 머신이 로컬 네트워크에 있고 라우터를 통해 외부 세계에 연결되는 경우, 라우터에서 포트 포워딩을 설정해야 합니다.
  • DocFetcher Server 인스턴스에 대한 액세스가 방화벽에 의해 차단될 수 있습니다. 라우터의 방화벽, 웹 호스터의 방화벽 또는 서버 머신 자체의 방화벽(예: Windows 방화벽, UFW)일 수 있습니다.

DocFetcher Server: 서버에서 IP 주소가 아닌 브라우저 세션으로 사용자 수를 계산하는 이유는 무엇인가요?

DocFetcher Server 인스턴스의 클라이언트 제한에 포함되는 사용자는 IP 주소가 아니라 브라우저 세션으로 식별됩니다. 이는 다음과 같은 명확하지 않은 의미를 갖습니다:

  • 같은 컴퓨터에서두 개의 다른 브라우저로 서버에 액세스 — 2명의 사용자로 계산됩니다.
  • 같은 브라우저에서비공개 탭과 일반 탭으로 서버에 액세스 — 2명의 사용자로 계산됩니다.

사용자 관점에서 이는 공인하건대 이상적이지 않습니다. 같은 컴퓨터에서 여러 방식으로 서버에 액세스하는 것은 이상적으로는 단일 “좌석”으로 계산되어야 하기 때문입니다. 하지만 대안인 IP 주소로 계산하는 것은 IP 주소가 일반적으로 사용자를 식별하는 신뢰할 수 있는 방법이 아니기 때문에 기술적으로 실현 불가능합니다.

특히, 두 사용자가 NAT 방화벽이나 프록시 서버 뒤에서 서버에 액세스하는 경우, 액세스되는 서버는 두 사용자를 같은 IP 주소를 가진 것으로 보게 됩니다. 따라서 DocFetcher Server의 클라이언트 제한은 프록시 서버를 사용하여 쉽게 우회될 수 있습니다.

IP 주소 대 브라우저 세션 문제에 대한 자세한 기술적 논의는 Stack Overflow의 이 페이지와 이 페이지를 참조하세요.

DocFetcher Server는 같은 컴퓨터에서 다른 브라우저 간 전환과 다른 컴퓨터 간 전환을 더 편리하게 만드는 세션 도용이라는 해결 방법을 제공합니다. 세션 도용은 클라이언트 제한에 도달했을 때 새 사용자가 기존 세션을 인수하여 웹 인터페이스에서 이전 소유자를 쳐내는 것을 의미합니다. 의도된 사용법은 사용자가 브라우저 및/또는 컴퓨터 간 전환을 더 쉽게 하기 위해 자신을쳐내는 것입니다. 클라이언트 제한이 1보다 큰 DocFetcher Server 인스턴스의 경우, 세션 도용은 기본적으로 비활성화되어 있으며 관리 영역의 액세스 탭에서 활성화해야 합니다.

DocFetcher Server: 웹 인터페이스에서 검색 결과를 다운로드하지 않고 직접 열 수 있나요?

간단한 답: 아니요, 하지만 (다소 불편한) 해결 방법이 있습니다.

자세한 답: 보안상의 이유로 최신 브라우저는 웹 애플리케이션을 샌드박스에서 실행하도록 설계되었습니다. DocFetcher Server 웹 인터페이스는 그러한 웹 애플리케이션이며, 브라우저 외부의 로컬 파일 시스템에 액세스하여 파일을 열 수 없고, 대신 다운로드할 수 있게 해줍니다.

해결 방법: 웹 인터페이스에서 검색 결과의 파일 경로를 클립보드에 복사한 다음, 파일 관리자나 파일 경로를 처리할 수 있는 다른 애플리케이션에 붙여넣습니다. 예를 들어, Windows 탐색기에서는 경로 표시줄에 경로를 붙여넣어 파일을 열 수 있습니다.

DocFetcher Server에는 이러한 파일 경로 복사 및 붙여넣기를 지원하는 두 가지 기능이 있습니다. 첫째, 관리 영역에서 기타 탭으로 가서 “검색 결과에서 아이콘 클릭” 설정에서 “경로 복사”를 선택합니다. 이렇게 하면 클라이언트가 검색 결과의 아이콘을 클릭하여 파일 경로를 편리하게 복사할 수 있습니다.

둘째, 설정에 따라 DocFetcher Server 인스턴스가 보는 파일 경로와 클라이언트가 보는 파일 경로가 반드시 동일하지 않을 수 있습니다. 예를 들어, DocFetcher Server 인스턴스는 Linux에서 실행되어 /파일/경로하에서 파일을 인덱싱하고 있지만, 클라이언트는 Windows에서 실행되어 X:\에 마운트된 네트워크 드라이브에서 인덱싱된 파일을 보고 있을 수 있습니다. 이 경로 불일치 문제의 해결책: 관리 영역에서 인덱스 탭으로 가서 인덱스를 선택한 다음 인덱스 테이블 아래의 “클라이언트 경로” 버튼을 클릭하고 클라이언트에게 보여줄 사용자 정의 경로를 입력합니다. 영향을 받는 모든 인덱스에 대해 이 작업을 수행합니다.

다양한 DocFetcher 제품에 대한 계획된 기능의 로드맵이 있나요?

로드맵은 없고, 단지 산더미의 기능 요청과 프로젝트가 미래에 어디로 갈지에 대한 막연한 아이디어만 있습니다. DocFetcher에 대한 여러 해의 경험으로 보면 구체적인 기능 계획은 순전한 기술적 어려움 및/또는 너무 많은 다른 기능들도 개발자의 관심을 끌고 있기 때문에 거의 성사되지 않는 경우가 많았습니다.

예를 들어, DocFetcher의 웹 인터페이스는 2008년에 이미 “계획”되었지만 , 1년간의 개발을 거쳐 DocFetcher Server 1.0이 빛을 본 것은 2022년이 되어서였습니다.

구매에 대한 환불을 받을 수 있나요?

환불 정책를 참조하세요.