-
Search Results
-
Hello people
I need help.
I need that when the user clicks the download button like the example below, discount (-1 downlaod) from his daily download limit.
At the moment when you click on the button it redirects to the link, uploads the file, but does not count the download. How to do?
Example:
Download </ a>Topic: Download Button not working
Suddenly download button links are not working. Actually there is a /download/# at the end of the link of every document
I have installed version 3.1.06 and wordpress 5.5Hi, I used to have functioning, download links and now they don’t work. I checked with my webmaster and this is the info I received back. Can anyone help me with this? I am NOT an expert, I just want to be able to fix my downloads.
……Thank you for your patience while we troubleshoot the 503 error when downloading the PDF files. Originally, we thought the plugin needed more resources to work properly since it ran into this error trying to download the file:
[error] 42#42: *337 upstream prematurely closed connection while reading upstream, client: 73.59.88.133, server: companyname.com, request: “GET /download/new-chapter-7-making-goals-come-alive-pdf/?wpdmdl=5533&refresh=5f3d466baf8011597851243 HTTP/1.1”, upstream: “http://127.0.0.1:8080/download/new-chapter-7-making-goals-come-alive-pdf/?wpdmdl=5533&refresh=5f3d466baf8011597851243”, host: “companyname”, referrer: “https://companyname.com/companyname-pre-work/
We resized the server, added more PHP memory, and even increased the buffer header size. However, none of that helped. Then, we notice that when logged in, the site would download a file called www so we figured this might have something to do with the download manager plugin itself. They are using ABSPATH in the start download function here:
wpdm-start-download.php
3:if(!defined(“ABSPATH”)) die(‘!’);
182: $filepath = WPDM()->fileSystem->absPath($indfile, $package[‘ID’]);
This basically hardcoded the download path. This isn’t the best WordPress practice. ABSPATH shouldn’t be used to find anything other than the WordPress files in order to comply with WP best practices. We suggest reaching out to the developer to use one of the methods here > https://codex.wordpress.org/Determining_Plugin_and_Content_Directories……Thanks in advance.
Hi there,
since updating to the latest version of Download Manager and WPDM – Archive Page we have an issue with appearance of the toggle arrows now wrapping to the next line.
The URL of the site is: https://downloads.mcberns.com/
To gain access to the page you can just fill in the form and call it a test message.
Here is a link to a screen shot: https://tinyurl.com/y5xjxn8p
Thank you for any assistance you are able to provide.Hello,
We’re running into an issue with a 900MB file on our WPDM installation. When using the WPDM link to download the file, the file stops at 500MB and appears to have finished, even though the file is actually 900MB.
We’ve tried adjusting the Download Speed (currently 20480), Resumable Downloads, and Output Buffering settings but have not been able to resolve the issue. When disabling both the Output Buffering and Resumable Downloads options, the WPDM download link gives us an error:
[18-Aug-2020 19:41:26 UTC] PHP Fatal error: Out of memory (allocated 8388608) (tried to allocate 944402432 bytes) in /xxxx/xxxx/public_html/wp-content/plugins/download-manager/libs/class.FileSystem.php on line 125We have adjusted the server settings to increase the memory limit up to 6GB using both PHP INI settings and wp-config.php directives, but continue to receive the memory allocation error. We were also able to download the file successfully in the browser when placing it in another directory and accessing that URL directly. This leads us to believe there might be something specific to the WPDM plugin that is causing the issue.
Please let us know if there is anything we can do to resolve this issue.
Thanks
I’m using a table with search feature to display downloads. When you use the search bar to find an item, it reloads the page and puts the user back at the top of that page. The issue is that the table is mid-way down the page so the user would have to scroll down to see the results. This is not user friendly.
See page https://dev-ilostat.pantheonsite.io/about/lfs-research/ with code such as:
[wpdm_category id="Document" toolbar="1" items_per_page="10" cols=1 template="link_template_extended_ilo" tag_id="LFS" items_per_page="3"]Hello, I would like to report an issue with the email lock in the download manager version 5.1.2. After updating plugin the email lock feature no longer working. I have enabled email lock to a few of my products, the download link which is sent to the user is always invalid. Can I get help to solve this issue, please? This feature was working before I updated to the new version, so I assume this is something related to the new version.
On 10th August 2020, I downloaded download-manager-5.1.2.zip which I still have a copy of. This was wrongly packaged in two serious ways:
1. It did *not* extract to a download-manager dir like previous versions have. In fact, “wp plugin install download-manager-5.1.2.zip” installed it to a “download-manager-5.1.2” dir which is non-standard to say the least!
2. The download-manager.php comment (and the define() of WPDM_Version) that documents the version number both stated it’s version 5.1.20! Because it’s in the file twice, I’m not convinced this is a simple typo of an additional “0”.
Today, 18th August 2020, I re-downloaded download-manager-5.1.2.zip and was surprised to see that it was a different file (both size and contents!). It did fix the download-manager extraction dir issue, but again, there are 2 obvious issues with this:
1. If you make a packaging mistake, you *must* increment the version number when you re-package the .zip. Never, ever release two .zip files with the same version filename but different contents! So this should actually have been download-manager-5.1.21.zip containing version 5.1.21 that extracts to a download-manager dir.
2. Although the filename remained download-manager-5.1.2.zip, the version you unpack from it is *still* 5.1.20. So not only didn’t the version get incremented like I said it should have been above, it still doesn’t match the version number of the zip file.
It doesn’t help that nowhere in your account can you see what the latest version number is. Yes, you can click on the download link to view the .zip filename, but that’s very poor discoverability, IMHO. The latest version number should be displayed somewhere in your account. In fact, I had to scour the public Website to find any mention of the latest version number and found it here:
And, yes, it wrongly states the latest version is 5.1.2 and also claims it was “updated Aug 9, 2020”, yet I’ve proved it was updated somewhere between 10th-18th Aug as well.
Can I suggest that you automate the packaging of your .zip files:
Step 1: Update download-manager.php with the latest version in 2 places (comment and the define()) – this should be scripted ideally using a template that gets subbed.
Step 2: Create the .zip file with the same script for step 1 that uses the same version number inserted into download-manager.php for the .zip filename.
Step 3: Auto-update that special pack page to replace the version number/size/updste date/filename.
Basic stuff really that keeps everything in sync and also will make sure you always extract to a download-manager dir too (it’s *very* clear to me that the .zip file is created manually, which is obviously very prone to human error as we’ve seen).
Although ajax is a nice way to turn pages, when I try to share page 4 of a list of downloads, it’s the same URL as page 1.
As a result, when a person clicks the link, they just get page 1.
Is there a way to show the page number in the permalink so sitename/downloads/stuff-page1 etc
instead of all pages showing sitename/downloads/stuff/