Header Image

איך יוצרים חשבון Gumroad?

עברו לאתר gumroad.com ולחצו על הכפתור "Log in" בפינה הימנית העליונה. בעמוד הבא, לחצו על הקישור "Sign up" בחלק העליון של העמוד. כעת מלאו את כתובת המייל והסיסמה בשדות למטה ולחצו על הכפתור "Create account".

רכשתי גרסה ישנה של DocFetcher Pro או DocFetcher Server, איפה אני יכול להוריד את הגרסה העדכנית?

כדי לקבל את קבצי הגרסה העדכנית, התחברו לחשבון gumroad.com שבו רכשתם את DocFetcher Pro או DocFetcher Server.

אם ביצעתם את הרכישה מבלי ליצור חשבון, אתם עדיין יכולים ליצור חשבון בדיעבד, בתנאי שאתם יודעים את כתובת המייל שבה ביצעתם את הרכישה.

לאחר שתיכנסו לחשבון, לחיצה על "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 Pro, האינדקסים ממוקמים בתוך תיקיית התוכנה, ואת התיקייה הזו ניתן להעביר בחופשיות.

באשר ל-DocFetcher Server, הוא הם ישום נייד בכל הפלטפורמות, אז כדי להעביר את האינדקסים אתם יכולים פשוט להעביר את כל תיקיית התוכנה.

איך אני יכול להשהות ולהמשיך אינדוקסציה?

השהיית והמשכת אינדוקסציה אפשרית בשני DocFetcher Pro ו-DocFetcher Server, אבל הפונקציונליות עלולה לא להיות ברורה: פשוט בטלו את תהליך האינדוקסציה הנוכחי. במקרה של יצירת אינדקס ובנייה מחדש של אינדקס, אז תישאלו אם לשמור או לבטל את האינדקס שנוצר חלקית. בחרו ב-"שמור". כאשר אתם רוצים להמשיך את האינדוקסציה, בחרו באותו אינדקס חלקי והריצו עליו עדכון אינדקס. ייתכן שיקח איזה זמן ליישום למצוא את המקום שבו האינדוקסציה נדחתה לפני כן.

למה שאילתת החיפוש *כלב*.pdf לא מתאימה לשמות הקבצים הצפויים?

הניחו שיש קובץ "חתול-כלב-עכבר.pdf" בין הקבצים המואנדקסים שלכם. בהזנת שאילתת החיפוש "*כלב*.pdf" (ללא המרכאות), אתם הייתם מצפים שהיישום ימצא את הקובץ "חתול-כלב-עכבר.pdf", אבל הוא לא עושה זאת. כדי להבין למה, וכדי להבין איך לעקוף את הבעיה, דרושה הבנה עמוקה יותר של תהליך האינדוקסציה.

כדי להתחיל, יש הגדרה כללית ביישום הנקראת "פילוח מילים". היא קובעת איך זרמי הטקסט הנדחפים אל מנוע האינדוקסציה מחולקים למילים בודדות וניתנות לחיפוש.

הערך הברירת מחדל של הגדרת פילוח המילים נקרא "רגיל" ועובד טוב עבור הסוג של טקסט שבאופן טיפוסי תמצאו במסמכים כתובים בשפה טבעית כמו אנגלית. פילוח המילים "רגיל" מחלק את הטקסט במרווחים, מקפים (כלומר, "-") ותווים אחרים. הוא לא מחלק בנקודות (".") או בקווים תחתונים.

ההתנהגות הזו --- במיוחד החלוקה במקפים --- הגיונית עבור טקסט מסמכים, אבל עלולה להיות לא אינטואיטיבית עבור שמות קבצים. בדוגמה למעלה, שם הקובץ "חתול-כלב-עכבר.pdf" יחולק ל-"חתול", "כלב" ו-"עכבר.pdf". זו הסיבה שהשאילתה "*כלב*.pdf" לא מתאימה אליו.

יש בעיקרון שתי דרכים לעקוף את הבעיה הזו:

1) שנו את הגדרת פילוח המילים, באופן ספציפי ל-"רווח לבן". כשמה שמראה משמה, האפשרות "רווח לבן" מחלקת את הטקסט רק בתווי רווח, אף דבר אחר. כך, שם הקובץ "חתול-כלב-עכבר.pdf" יישאר שלם כאשר יועבר למנוע האינדוקסציה. אולם, שינוי פילוח המילים עלול להיות לו השפעה משמעותית ואפשרות לא רצויה על כל החיפושים שלכם. יותר מזה, הוא מחייב בנייה מחדש של כל האינדקסים שלכם.

2) השתמשו בשאילתת חיפוש אחרת. בדוגמה למעלה, השאילתות הבאות יעבדו:

  • *כלב*
  • *עכבר*.pdf
  • "חתול-כלב-עכבר.pdf"

בנוסף, גם השאילתה "חתול-כלב-עכבר.pdf" ללא מרכאות תעבוד. זה נובע מפרט נוסף באופן שבו מנוע החיפוש עובד: לא רק הטקסט המואנדקס, אלא גם השאילתה עצמה מחולקת באמצעות אלגוריתם פילוח המילים הנבחר, אשר בדוגמה שלנו מטופלת בתוצאה "חתול", "כלב" ו-"עכבר.pdf".

לבסוף, שימו לב שיש חלונית סוגי מסמכים בצד שמאל של הממשק. חלונית זו מציעה דרך הרבה יותר אמינה לצמצם את החיפוש לסוגי קבצים ספציפים, בהשוואה למתודה למעלה של הכללת סיומת הקובץ בשאילתת החיפוש.

DocFetcher Pro: הממשק נותר איטי ולא מגיב לאחר האינדוקסציה, מה אני יכול לעשות?

יש שתי סיבות סבירות: ראשית, האפשרות "חיפוש תוך כדי הקלדה" בהעדפות עלולה להיות לה השפעה משמעותית על הביצועים. אם היא מופעלת, נסו להשבית אותה.

שנית, ייתכן שאינדקסתם תיקייה אחת או יותר גדולות מאוד, ושהתיקיות הללו נשינות בשינויים תכופים ברקע, מה שמטריג עדכון אינדקס רציף ב-DocFetcher Pro וכך מאט אותו. במקרה כזה, נסו לכבות את עדכון האינדקס האוטומטי על כל האינדקסים. כדי לעשות זאת עבור אינדקס בודד, לחצו עליו בקליק ימין בחלונית תחום החיפוש ובטלו את הסימון של "עדכן אוטומטית את האינדקס". לחלופין, אתם יכולים להשבית עדכון אינדקס אוטומטי על כל האינדקסים בבת אחת על ידי הפעלת התוכנה עם הארגומנט --disable-auto-index-update.

העמוד "עדכוני אינדקס" במדריך המשתמש מסביר איך עדכון האינדקס האוטומטי של DocFetcher Pro עובד, ומה האלטרנטיבות כאשר עדכון אינדקס אוטומטי לא זמין.

DocFetcher Pro: האם אתם יכולים להחזיר את מקש הקיצור הגלובלי מ-DocFetcher?

No, but there's a workaround. For some context: On Windows and Linux, the free DocFetcher has a global hotkey (by default Ctrl + F8) to bring the program window to the front. This feature was not carried over to DocFetcher Pro as the hotkey is known to cause stability issues. However, it is possible to emulate the hotkey with additional software, as explained below. How to emulate the hotkey on macOS will not be explained here, but it can be done with Automator and AppleScript.

On Windows

  1. Download the open-source software AutoHotkey from here and install it. Afterwards, restart Windows.
  2. Press Windows key + R, type shell:startup, then press Enter. This opens your startup applications folder.
  3. Right-click in that folder and select New > AutoHotkey Script. Give the new .ahk file a name, e.g., DocFetcher Pro Hotkey.ahk. The .ahk file is a script that will be run every time Windows starts up.
  4. Right-click the .ahk file, then select Edit Script.
  5. Replace all text in the .ahk file with this:
^F8::
if WinActive("DocFetcher Pro") {
    WinMinimize, DocFetcher Pro
} else {
    WinActivate, DocFetcher Pro
}
  1. Save and close the .ahk file.
  2. Restart Windows.
  3. From now on, you can press Ctrl + F8 to bring a running DocFetcher Pro instance to the front. After pressing Ctrl + F8, you can further press Ctrl + F to focus the search field in DocFetcher Pro. If you press Ctrl + F8 while DocFetcher Pro is already the active window, it will be minimized instead.
  4. The ^F8:: line in the .ahk script above is what binds the script to the Ctrl + F8 hotkey. For other hotkeys, see this page in the AutoHotkey documentation.
  5. To learn more about AutoHotkey, see the AutoHotkey documentation, and the tutorial in particular.

On Linux

  1. Install AutoKey. On Debian-based distros such as Ubuntu, run this command in the terminal: sudo apt install autokey-gtk
  2. If not already installed, install the following dependencies: wmctrl and xdotool.
  3. Start AutoKey.
  4. In AutoKey, create a new script: File > New > Script
  5. Paste the following code into the code editor:
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. Beneath the code editor, assign a hotkey, e.g., Ctrl + F8.
  2. Add AutoKey to your startup applications. You can do this from within AutoKey: Edit > Preferences > Automatically start AutoKey at login
  3. Save the script and close the AutoKey window. It'll keep running in the background.
  4. From now on, you can press Ctrl + F8 to bring a running DocFetcher Pro instance to the front. After pressing Ctrl + F8, you can further press Ctrl + F to focus the search field in DocFetcher Pro. If you press Ctrl + F8 while DocFetcher Pro is already the active window, it will be minimized instead.

DocFetcher Server: Why can I not connect to my DocFetcher Server instance from the outside?

Let's assume you followed the setup instructions in the documentation and got DocFetcher Server up and running to the point where you can access it locally, i.e., on the server machine, via a URL like this: http://localhost:31190/

However, when you try to access it from the outside using your server machine's address, e.g., http://192.255.234.105:31190/, your browser only displays an error message.

Possible explanations:

  • If your server machine sits in a local network and connects to the outside world through a router, you need to set up port forwarding on the router.
  • Access to the DocFetcher Server instance may be blocked by a firewall. It could be a firewall in your router, a firewall of your web hoster, or a firewall on the server machine itself (e.g., Windows Firewall, UFW).

DocFetcher Server: מדוע השרת סופר את מספר המשתמשים לפי הפעלת דפדפן במקום לפי כתובת IP?

The users that are counted towards the client limit of a DocFetcher Server instance are not identified by IP addresses, but by browser sessions. This has the following non-obvious implications:

  • Accessing the server from two different browsers on the same computer --- counts as 2 users.
  • Accessing the server from a private and a non-private tab in the same browser --- counts as 2 users.

From a user perspective, this is admittedly not ideal, since accessing the server from the same computer in multiple ways should ideally be counted as a single "seat". However, the alternative, counting by IP addresses, is technically infeasible because IP addresses are generally not a reliable way to identify users.

In particular, if two users access a server from behind a NAT firewall or a proxy server, the server being accessed would see both users as having the same IP address. Thus, DocFetcher Server's client limit could easily be circumvented by using a proxy server.

For an extended technical discussion of the IP addresses vs. browser sessions issue, please see this page and this page on Stack Overflow.

DocFetcher Server offers a workaround called session stealing that makes switching between different browsers on the same computer as well as switching between different computers more convenient. Session stealing means that when the client limit is reached, new users are able to take over existing sessions, thus kicking their previous owners out of the web interface. The intended use is for users to kick themselves out in order to more easily switch between browsers and/or computers. For instances of DocFetcher Server with a client limit greater than 1, session stealing is off by default and must be enabled in the אזור ניהול on the גישה tab.

DocFetcher Server: In the web interface, can I open search results directly rather than download them?

Short answer: No, but there's a (somewhat clunky) workaround.

Long answer: For security reasons, modern browsers are designed to run web applications in a sandbox. The DocFetcher Server web interface is such a web application, and this is why it cannot access the local file system outside the browser and open files, and instead lets you download them.

The workaround: In the web interface, copy the file path of the search result to the clipboard, then paste it into your file manager or some other application that can handle the file path. For example, in Windows Explorer you can open a file by pasting its path into the path bar.

DocFetcher Server has two features to support this copying and pasting of file paths. First, in the אזור ניהול, go to the שונות tab, then at the setting "לחץ על הסמל בתוצאות החיפוש", select "העתק נתיב". This allows the clients to conveniently copy a search result's file path by clicking its icon.

Second, depending on your setup, the file paths the DocFetcher Server instance sees may not necessarily be identical to the file paths the clients see. For example, the DocFetcher Server instance may be running on Linux and indexing files under /path/to/files, whereas the clients may be running on Windows, seeing the indexed files on a network drive mounted at X:\. The solution to this path mismatch: In the אזור ניהול, go to the Indexes tab, select an index, then click the "נתיב לקוח" button under the indexes table, then enter a custom path to show to the clients. Do this for every affected index.

Do you have a roadmap of features planned for the various DocFetcher products?

There's no roadmap, just a mountain of feature requests and a vague idea of where the project might go in the future. Many years of experience with DocFetcher have shown that concrete feature plans rarely pan out, often due to sheer technical difficulties and/or because too many other features are also vying for developer attention.

For example, a web interface of DocFetcher was "planned" all the way back in 2008, but it wasn't until 2022 that DocFetcher Server 1.0 saw the day of light, after a full year of development.

Can I get a refund of my purchase?

Please see the refund policy.