כשאתה אומר "לא יודעים את המיקום של הקובץ" למי אתה מתכוון?
כמובן שהגולשים לא ידעו את המיקום של הקובץ, הכותר x-sendfile לא מגיע אליהם.

אם אתה מעביר את הקובץ באמצעות download.php ושם אתה קורא אותו עם readfile (או משהו בסגנון) אני לא רואה איך אתה מרוויח מ- x-sendfile,
הרי בסופו של דבר הקובץ אצלך עדיין נשלח באמצעות ה- php.

file_url אמור להכיל את הנתיב המלא לקובץ, ואז המודול משדר אותו לגולש בשם שהגדרת ב- content-disposition.

בreadfile השתמשתי בתור ניסוי וזה עבד טוב.
x-sendfile עושה את הבעיות.

אני כנראה פשוט אחפור בגוגל מה הקטע של המטמון בx-sendfile או שאחפש שיטה אחרת להוריד.

לפי מה שאתה מתאר עושה רושם שאין שום בעיה עם המטמון.

file_url אמור להכיל את הנתיב המלא לקובץ, זה למעשה הקובץ שהמודול משדר.
אם אתה מזין בו ערך אחר, זאת הבעיה.

אני כן מזין בו את הנתיב המלא של הקובץ אבל בתגובת השרת הוא לא מחזיר את הנתיב הזה אלא את הנתיב של הקובץ PHP שממנו זה יצא (וזה בסדר גמור).

פעם הבאה שזה יקרה אני אנסה להוריד את הETAG:

הבעיה שקשה מאד לנטר את התקלה הזאת..

מה הקשר ל-ETag?
Apache/nginx לא מתייחס ל-ETag ב-x-sendfile,
הדפדפן של הגולש מתייחס ל-ETag (בהנחה שהוא הוריד בעבר את הקובץ, Etag דורס Cache-control ו-Expires),
הרוב לא ממליצים להשתמש ב-ETag, כי Cache-control עושה את העבודה בהנחה שלא מדובר ביותר משרת אחד.

הבנתי, טעות שלי..

יש לך רעיון מה יכול לעזור?

נתחיל מ:
קובץ הקונפיג של אפצ'י.
הסקריפט המלא.
ה-PATH המלא של הקובץ.