Forum Replies Created

Viewing 15 replies - 1 through 15 (of 22 total)
  • Thread Starter rdzman

    (@rdzman)

    Sorry for my late reply. Thanks @raldea89, I finally got a chance to test these options.

    The combination of disabling XHR download and choosing the “Redirect to file” option was exactly what I needed.

    The redirect option gives me the download progress (so apparently the browser is getting the file size from GitHub somehow), but then my popup (via Popup Maker) isn’t showing up unless I disable the XHR too.

    With both, I get my popup (immediately, not 30 sec later when everything finishes, like before), immediate and fast downloads, and download progress display.

    Thanks for a great tool and excellent support!

    Thread Starter rdzman

    (@rdzman)

    Could you clarify for me what you mean by the download process being “facilitated through our server”? By “our server” are you referring to the WordPress site running Download Monitor (i.e. matpower.org in my case), or to some other server operated by the Download Monitor developers?

    I’m guessing (and hoping) you meant the former. Either way, why is this necessary? Would you consider at least implementing an option to avoid this overhead by redirect the user’s download request directly to GitHub?

    If not, do you have any ideas about how to reduce the delay? E.g. WordPress or hosting settings?

    Thanks again.

    Thread Starter rdzman

    (@rdzman)

    Thanks for the response, Beatrice.

    As mentioned in my original post, they are hosted on GitHub (asset files associated with a release). For example …

    https://github.com/MATPOWER/matpower/releases/download/7.0/matpower7.0.zip

    And as I mentioned, a direct download from the GitHub URL is quick, whereas a download of the same file through Download Monitor (e.g. the matpower7.0.zip link on this page) takes a long time before it begins. You should be able to try both to see the difference.

    Thanks again.

    Thread Starter rdzman

    (@rdzman)

    Ah … thanks! That’s working just fine.

    I had thought of that, but was under the assumption that an absolute path specified in an individual download was now “based” at the “Other downloads path”, not at the web root. Hence my comment about not wanting to go back and edit all of my downloads.

    The piece I was missing is that, for existing downloads, “Other downloads path” does not change anything about the path needed to address a particular file. It only affects whether access to that file is permitted or not.

    Thanks again for your help.

    Thread Starter rdzman

    (@rdzman)

    Ok, using the true path (as opposed to the one with the symlink) does work. But I’m not too comfortable with it. Let me explain why.

    My setup now looks like this …

    • Web root: /home/username/public_html/
    • Other downloads path: /home/username/outside/
    • Symlink: /home/username/public_html/matpower/ points to /home/username/outside/matpower/
    • All download references were created as absolute paths from web root, so they look like: /matpower/<subdir>/<somefile>.zip

    And all of this worked fine before “Other downloads path” was introduced.

    But now, unless I’m willing to go back and edit every single download (no thank you!), I have a situation where I’m forced to give Download Monitor plugin access to directories it should not touch and ones that the web server does not have access to, namely anything inside /home/username/outside/ but outside /home/username/outside/matpower/.

    If Download Monitor could handle a symlinked path in “Other downloads path”, I could avoid giving it access to directories it should not have access to. Is that something that could be added?

    In any case, thanks for Download Monitor and for the help in getting my downloads back online!

    • This reply was modified 2 years, 6 months ago by rdzman.
    Thread Starter rdzman

    (@rdzman)

    In case it’s relevant, /home/username/public_html/matpower is a symbolic link to a directory outside the web root. And I can confirm that the web server is able to serve files in that directory just fine via the symlink.

    Thread Starter rdzman

    (@rdzman)

    Unfortunately, I was not able to get it to work. I’m still getting the “Access denied to this file” error. My current settings are:

    • Other downloads path: /home/username/public_html/
    • Path specified in download: /matpower/downloads/6.0/matpower6.0.zip
    • Full file system path: /home/username/public_html/matpower/downloads/6.0/matpower6.0.zip

    I also tried specifying the full file system path in the download, but no change.

    What am I doing wrong?

    Thread Starter rdzman

    (@rdzman)

    I just upgraded to Download Monitor 4.8.10 … and it appears the problem is gone.

    I didn’t see anything relevant in the ChangeLog. Any ideas what might have caused this problem … and what might have resolved it?

    I hate when things change (for better or for worse, but especially for worse 🙁) without a plausible explanation.

    Thread Starter rdzman

    (@rdzman)

    Thank you! This does look like it’s probably the issue. Just a quick clarification before I make the change …

    My downloads specify their path relative to the web server root (e.g. /matpower/downloads/6.0/matpower6.0.zip). So the corresponding absolute file system path is something like /home/username/public_html/matpower/downloads/6.0/matpower6.0.zip.

    It appears from the docs that this “Other download path” is looking for a full absolute file system path of the directory that serves as the base for the path specified in the individual downloads (e.g. in my case /home/username/public_html/), not the path relative to the web server root (e.g. /matpower/downloads/). Can someone confirm that is correct before I do it?

    Also, according to the docs, this change was introduced in 4.5.92, so I guess these links have been broken on my site for over a year and I never knew it.

    Thread Starter rdzman

    (@rdzman)

    The only changes made to the website in recent months have been occasional upgrades to plugins and to WordPress itself. Unfortunately, I don’t know exactly when (i.e. after which set of updates) the problem began.

    Just curious, was there a change at some point to the way Download Monitor handles externally hosted files? For example, does my WP site now download the file from the external site, THEN send it back to the client’s browser? And did it ever just redirect the browser to download directly from the external site? Just trying to think of possible explanations …

    Thread Starter rdzman

    (@rdzman)

    The files are in /matpower/downloads/ which is outside of the /wp-content folder.

    Thread Starter rdzman

    (@rdzman)

    No.

    Thread Starter rdzman

    (@rdzman)

    Currently, there are 2120 entries in the download log, but the download count for a single download (the primary one) is currently at 3578.

    Could somebody please help me understand what’s going on here? How is this possible?

    Thread Starter rdzman

    (@rdzman)

    So some specific questions, for the case where the Download Log is enabled …

    • Is there ever any automatic pruning of the download log?
    • Can a download count be incremented without a log entry being created? If so, how?
    • What happens if someone double-clicks a download link?
    Thread Starter rdzman

    (@rdzman)

    Btw, this is an external link to a GitHub release, and the GitHub count is over 900. I expect the direct GitHub downloads are a very small percentage, so the 826 number seems reasonable.

    Just trying to figure out where the corresponding log entries are.

Viewing 15 replies - 1 through 15 (of 22 total)