Michael Petschek

Downloading directly seems to work fine, it takes a while but doesn’t terminate without warning. I have one user who forwarded his error message. Also not mentioned is the fact we’re using Email Before Download, which is no longer officially supported as a way to mask the URL of the download, so that users must fill out a form before they get access. I have the log from a user who tried to download via wget, which I will include below.

shell
wduss@ceres [~/Desktop]
?  wget https://cyberextruder.com/wp-content/plugins/email-before-download/download.php\?dl\=8da9c4174b1d4557e56fc314e5c3a401
--2017-09-27 13:33:43--  https://cyberextruder.com/wp-content/plugins/email-before-download/download.php?dl=8da9c4174b1d4557e56fc314e5c3a401
Resolving cyberextruder.com... 192.124.249.3
Connecting to cyberextruder.com|192.124.249.3|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1648971853 (1.5G) [application/zip]
Saving to: ‘download.php?dl=8da9c4174b1d4557e56fc314e5c3a401.1’

download.php?dl=  55%[====>     ] 876.73M  2.02MB/s    in 8m 43s

2017-09-27 13:42:28 (1.68 MB/s) - Connection closed at byte 919321757. Retrying.

--2017-09-27 13:42:29--  (try: 2)  https://cyberextruder.com/wp-content/plugins/email-before-download/download.php?dl=8da9c4174b1d4557e56fc314e5c3a401
Connecting to cyberextruder.com|192.124.249.3|:443... connected.
HTTP request sent, awaiting response... 206 Partial Content
Retrying.

And yes, I did contact you a while back via private support but also posted here to see what other answers might present themselves.

I’ve also got this issue and we’ve got a client breathing down our neck to fix it.

I have tried changing a few fields from php.ini and none of them are being picked up despite having gone in and manually set the php.ini location in .htaccess. Would you have any idea what’s causing this?

My settings in php.ini are as follows

max_input_vars = 8000
max_execution_time = 300
max_input_time = 600
memory_limit = 256M

When I check the phpinfo here https://laidlawsandbox2.com/rakksstore2014/phpinfo.php

It’s showing max_input_vars as set to 1000, what could have caused this issue?

That code is actually showing up except it has the stock 1000 instead of the correct max input number, in our case 8000, so is it still safe to save these or should I wait to make any edits?

I’ve done that too, when I check the source code for the product when all the prices are the same, I see that it’s missing the price data in the form for the variations, meaning something has gone wrong, does anyone know what file inputs those values to the form?

I tried switching the theme and the prices still don’t appear.