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があるはずで、これらをクリックすると最新のリリースファイルにアクセスできます。

ライブラリにDocFetcher ProまたはDocFetcher Serverが表示されない場合は、「アーカイブ済み」になっている可能性があります。その場合は、「Show archived only」チェックボックスをオンにすると表示されます。

ポータブル版DocFetcher ProまたはDocFetcher Serverをアップグレードする際に、設定とインデックスを維持するにはどうすればよいですか？

ポータブル版DocFetcher Proのあるバージョンから、またはDocFetcher Serverのあるバージョンから新しいバージョンにアップグレードする場合、古いバージョンの上に新しいバージョンを展開*しないでください*。これによりプログラムファイルが混在し、異常なプログラム動作を引き起こす可能性があります。プログラムをアップグレードし、設定とインデックスを維持するための正しい方法は次のとおりです。

  1. 新しいプログラムバージョンを新しい場所に展開します。
  2. 古いプログラムフォルダから新しいプログラムフォルダに、 conf と indexes フォルダのみをコピーします。
  3. 手動で変更したファイルがあれば、古いプログラムフォルダから新しいプログラムフォルダにコピーします。

注意：非ポータブル版DocFetcher Proを使用している場合、Windows（および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 Serverについては、すべてのプラットフォームで実質的にポータブルアプリケーションであるため、インデックスを再配置するにはプログラムフォルダ全体を移動するだけです。

インデックス処理を一時停止および再開するにはどうすればよいですか？

インデックス処理の一時停止と再開は、DocFetcher ProとDocFetcher Serverの両方で可能ですが、その機能はすぐにはわからないかもしれません。現在のインデックス処理を中止するだけです。インデックスの作成と再作成の場合、部分的に作成されたインデックスを保持するか破棄するかを尋ねられます。「保持」を選択してください。インデックス処理を再開したい場合は、その部分的なインデックスを選択し、インデックスの更新を実行します。アプリケーションが以前にインデックス処理が中止された場所を見つけるのに時間がかかる場合があります。

なぜ検索クエリ*inu*.pdfが期待されるファイル名に一致しないのですか？

インデックス付きファイルの中に「neko-inu-nezumi.pdf」というファイルがあるとします。検索クエリ「*inu*.pdf」（引用符なし）を入力すると、アプリケーションが「neko-inu-nezumi.pdf」というファイルを見つけることを期待しますが、そうはなりません。その理由と、この問題を回避する方法を理解するには、インデックス処理プロセスをより深く理解する必要があります。

まず、アプリケーション全体の設定に「単語分割」というものがあります。これは、インデックスエンジンに投入されるテキストストリームを、検索可能な個々の単語に分割する方法を決定します。

単語分割設定のデフォルト値は「標準」と呼ばれ、英語などの自然言語で書かれたドキュメントで通常見られる種類のテキストに適しています。「標準」の単語分割は、スペース、ハイフン（「-」）、その他の文字でテキストを分割します。ドット（「.」）やアンダースコアでは分割しません。

この動作、特にハイフンでの分割は、ドキュメントのテキストには意味がありますが、ファイル名にとっては直感的でない場合があります。上記の例では、ファイル名「neko-inu-nezumi.pdf」は「neko」、「inu」、「nezumi.pdf」に分割されます。これが、クエリ「*inu*.pdf」が一致しない理由です。

この問題を回避するには、基本的に2つの方法があります。

1) 単語分割設定を、具体的には「空白」に変更します。その名前が示すように、「空白」オプションはテキストを空白文字でのみ分割し、他には何もしません。したがって、ファイル名「neko-inu-nezumi.pdf」はインデックスエンジンに渡されるときにそのまま残ります。ただし、単語分割を変更すると、すべての検索に重大かつ望ましくない影響を与える可能性があります。さらに、すべてのインデックスを再構築する必要があります。

2) 別の検索クエリを使用します。上記の例では、次のクエリが機能します。

  • *inu*
  • *nezumi*.pdf
  • 「neko-inu-nezumi.pdf」

さらに、引用符なしのクエリ「neko-inu-nezumi.pdf」も機能します。これは、検索エンジンの仕組みの別の詳細によるものです。インデックス付きテキストだけでなく、クエリ自体も選択された単語分割アルゴリズムを使用して分割され、この例では「neko」、「inu」、「nezumi.pdf」になります。

最後に、UIの左側にドキュメントタイプペインがあることに注意してください。このペインは、検索クエリにファイル拡張子を含める上記の方法と比較して、検索を特定のファイルタイプに絞り込むためのより信頼性の高い方法を提供します。

DocFetcher Pro: インデックス処理後もGUIが遅く、応答しないのですが、どうすればよいですか？

考えられる理由は2つあります。第一に、設定の「入力時検索」オプションがパフォーマンスに大きな影響を与える可能性があります。有効になっている場合は、無効にしてみてください。

第二に、1つ以上の非常に大きなフォルダをインデックスに登録し、それらのフォルダがバックグラウンドで頻繁に変更され、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. そのフォルダを右クリックし、 新規作成 > AutoHotkey Script を選択します。新しい.ahkファイルに名前を付けます（例： DocFetcher Pro Hotkey.ahk）。.ahkファイルは、Windowsが起動するたびに実行されるスクリプトです。
  4. .ahkファイルを右クリックし、 スクリプトの編集 を選択します。
  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で、新しいスクリプトを作成します： ファイル > 新規 > スクリプト
  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内から実行できます： 編集 > 設定 > ログイン時にAutoKeyを自動的に起動する
  3. スクリプトを保存し、AutoKeyウィンドウを閉じます。バックグラウンドで実行され続けます。
  4. これ以降、Ctrl + F8を押して、実行中のDocFetcher Proインスタンスを前面に表示できます。Ctrl + F8を押した後、さらにCtrl + Fを押してDocFetcher Proの検索フィールドにフォーカスを合わせることができます。DocFetcher ProがすでにアクティブなウィンドウであるときにCtrl + F8を押すと、代わりに最小化されます。

DocFetcher Server: なぜ外部からDocFetcher Serverインスタンスに接続できないのですか？

ドキュメントのセットアップ手順に従い、DocFetcher Serverを起動して、ローカル、つまりサーバーマシン上で次のようなURL経由でアクセスできるようになったとします： http://localhost:31190/

しかし、サーバーマシンのアドレス（例： http://192.255.234.105:31190/）を使用して外部からアクセスしようとすると、ブラウザにはエラーメッセージしか表示されません。

考えられる説明：

  • サーバーマシンがローカルネットワーク内にあり、ルーターを介して外部の世界に接続している場合は、ルーターでポートフォワーディングを設定する必要があります。
  • DocFetcher Serverインスタンスへのアクセスがファイアウォールによってブロックされている可能性があります。ルーターのファイアウォール、ウェブホスティング業者のファイアウォール、またはサーバーマシン自体のファイアウォール（例：Windowsファイアウォール、UFW）である可能性があります。

DocFetcher Server: サーバーがユーザー数をIPアドレスではなくブラウザセッションでカウントするのはなぜですか？

DocFetcher Serverインスタンスのクライアント制限に対してカウントされるユーザーは、IPアドレスではなく、ブラウザセッションによって識別されます。これには、次のような自明でない影響があります。

  • 同じコンピュータ上の2つの異なるブラウザからサーバーにアクセスする — 2ユーザーとしてカウントされます。
  • 同じブラウザのプライベートタブと非プライベートタブからサーバーにアクセスする — 2ユーザーとしてカウントされます。

ユーザーの観点から見ると、同じコンピュータから複数の方法でサーバーにアクセスすることは理想的には単一の「シート」としてカウントされるべきなので、これは確かに理想的ではありません。しかし、代替案であるIPアドレスによるカウントは、IPアドレスが一般的にユーザーを確実に識別する方法ではないため、技術的に実行不可能です。

特に、2人のユーザーがNATファイアウォールまたはプロキシサーバーの背後からサーバーにアクセスする場合、アクセスされるサーバーは両方のユーザーが同じIPアドレスを持っていると見なします。したがって、DocFetcher Serverのクライアント制限は、プロキシサーバーを使用することで簡単に回避できます。

IPアドレスとブラウザセッションの問題に関する詳細な技術的議論については、Stack Overflowの このページ と このページ を参照してください。

DocFetcher Serverは、セッション乗っ取りと呼ばれる回避策を提供しており、同じコンピュータ上の異なるブラウザ間の切り替えや、異なるコンピュータ間の切り替えをより便利にします。セッション乗っ取りとは、クライアント制限に達したときに、新しいユーザーが既存のセッションを引き継ぐことができることを意味し、これにより以前の所有者をウェブインターフェースから追い出します。意図された使用法は、ユーザーがブラウザやコンピュータをより簡単に切り替えるために*自分自身*を追い出すことです。クライアント制限が1より大きいDocFetcher Serverのインスタンスでは、セッション乗っ取りはデフォルトでオフになっており、管理エリアのアクセスタブで有効にする必要があります。

DocFetcher Server: ウェブインターフェースで、検索結果をダウンロードするのではなく直接開くことはできますか？

短い答え：いいえ、しかし（やや不格好な）回避策があります。

長い答え：セキュリティ上の理由から、最新のブラウザはサンドボックス内でウェブアプリケーションを実行するように設計されています。DocFetcher Serverのウェブインターフェースはそのようなウェブアプリケーションであり、そのためブラウザの外部のローカルファイルシステムにアクセスしてファイルを開くことができず、代わりにダウンロードさせます。

回避策：ウェブインターフェースで、検索結果のファイルパスをクリップボードにコピーし、ファイルマネージャーやファイルパスを処理できる他のアプリケーションに貼り付けます。たとえば、Windowsエクスプローラーでは、パスバーにパスを貼り付けることでファイルを開くことができます。

DocFetcher Serverには、このファイルパスのコピーアンドペーストをサポートする2つの機能があります。まず、管理エリアでその他タブに移動し、「検索結果のアイコンをクリック」の設定で「パスをコピー」を選択します。これにより、クライアントはアイコンをクリックするだけで検索結果のファイルパスを簡単にコピーできます。

第二に、セットアップによっては、DocFetcher Serverインスタンスが見るファイルパスが、クライアントが見るファイルパスと必ずしも同じではない場合があります。たとえば、DocFetcher ServerインスタンスがLinuxで実行されていて ファイルへのパス 以下のファイルをインデックス処理しているのに対し、クライアントはWindowsで実行されていて、インデックス付きファイルを X:\ にマウントされたネットワークドライブ上で見ている場合があります。このパスの不一致の解決策：管理エリアでインデックスタブに移動し、インデックスを選択し、インデックステーブルの下にある「クライアントパス」ボタンをクリックして、クライアントに表示するカスタムパスを入力します。影響を受けるすべてのインデックスに対してこれを行います。

様々なDocFetcher製品で計画されている機能のロードマップはありますか？

ロードマップはありません。あるのは山のような機能リクエストと、プロジェクトが将来どこへ向かうかという漠然としたアイデアだけです。DocFetcherでの長年の経験から、具体的な機能計画が実現することはめったにないことがわかっています。多くの場合、純粋な技術的困難や、他の多くの機能も開発者の注意を引こうと競合しているためです。

たとえば、DocFetcherのウェブインターフェースは 2008年にはすでに「計画」されていました が、丸1年の開発期間を経て DocFetcher Server 1.0 が日の目を見たのは2022年になってからでした。

購入の返金は受けられますか？

返金規定 をご覧ください。