chcw

But you’re not downloading with the source URL. The redirect sends you to the download URL, and the download happens there. It seems unlikely that the redirect is still having an effect after it’s already happened.

It seems that after the redirect, the redirect or something is still have an effect on the site. It is very easy to reshow this issue:

If download from the source URL: https://www.datanumen.com/dwg-recovery/ddwgr.exe (A large file). Then during the download, visit https://www.datanumen.com/ , it will NOT open.

If download from the target URL: https://www.datanumen.com/downloads/file/ddwgr.exe, then during the download process, visit https://www.datanumen.com/ , it will open.

I would suggest looking into your site’s overall performance. Is it running out of memory? Is something hitting the CPU?

It is a dedicated server with 128GB memory and I have checked the CPU and memory usage, both are very low during this period:

CPU: 0.46 0.34 0.32

memory available: 124276660

if I visit the source URL, then during the download process, I cannot visit any other URLs in the website, until the download process completes.

This is not part of the redirect and suggests your site has other problems that need looking at.

Because if I download with the target URL directly, then there will be no such a problem. That happens only when downloading with the source URL.

350 ms is acceptable.

And now the redirection is OK.

But sometimes when using the source URL, it takes about 15 seconds to redirect to the target URL.

I think that is caused by the redirection because if I use the target URL directly, there is no such a 15-second delay.

The correct mime type is:

$mimes['wma'] = 'video/x-ms-asf';

Hi, @antonvlasenko

Sorry for my causual, I find the detailed info in the end of the email, with the detailed log. It is caused by a plugin.

Hi, @threadi

What will be the entry in debug.log? Is there a specific format or some fixed phrases so that I can search for that entry. My debug.log is very large.

Hi, @manuell

1. ‘audio/wma’ also not work.
2. How to check? Is there any document available?

Thank you

Can the full version shows a navigator bar beside the main window, to nagivate to a specific page quickly?

Thank you very much.

@addweb-solution-pvt-ltd

Thank you. I fix the issue by disabling the Nginx Cache.

Hi, @catacaustic

But based on my test, an anonymous user can access the URL like https://www.sample.com/blogs/wp-admin/admin-post.php?action=myplugin&nocache=123 without any problem, the script will run properly and produce the correct results.

Hi, @threadi

Thank you very much. It works. I will change the namespace with a more appropriate name.

Hi,

Thank you very much.

ALan

Hi, @bcworkz

Good news. After enabling WP_DEBUG and WP_DEBUG_LOG, I finally find the reason:

I pass a URL as the parameter to $image_filename, but it should be a local file path. After changing to local file path, then everything is OK.

Thank you again for your great help!

• This reply was modified 7 months, 4 weeks ago by chcw.

Hi, @bcworkz

Nice to see you again. The normal upload in CentOS site is OK, and everyday there are several images uploaded, only my plugin has the issue. I try to disable Imagify plugin but the issue persists. I will try to test by disabling other plugins.

For my case, when an array with no sizes are returned. Is there a function such as GetErrorCode in Windows that can return the error status of the function. As normally error code can provides some clues in helping debug the issues.

I try the following but is_wp_error returns False:

			if (is_wp_error($attach_data))
				output_debug_text('Error in generating attachment meta data.' . PHP_EOL);