• Hi, Pleskians! We are running a UX testing of our upcoming product intended for server management and monitoring.
    We would like to invite you to have a call with us and have some fun checking our prototype. The agenda is pretty simple - we bring new design and some scenarios that you need to walk through and succeed. We will be watching and taking insights for further development of the design.
    If you would like to participate, please use this link to book a meeting. We will sent the link to the clickable prototype at the meeting.
  • Our UX team believes in the in the power of direct feedback and would like to invite you to participate in interviews, tests, and surveys.
    To stay in the loop and never miss an opportunity to share your thoughts, please subscribe to our UX research program. If you were previously part of the Plesk UX research program, please re-subscribe to continue receiving our invitations.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.

Resolved 413 Request Entity Too Large - after changing Domainname

Lychnobius87

New Pleskian
Server operating system version
Ubuntu 22.04
Plesk version and microupdate number
18.0.56 #4
Hello All,

i've been running into an really strange issue with Plesk and Prestashop. But i think the issue is located at Plesk.
After searching at the Web and this Forum for now nearly 3 Days, i don't have solution. So i hope that someone is able to help me.
My last Experience with Plesk is nearly 10 years in the Past, but was a great one.

Here's the real issue and the Strange behavior i could figure out so far:
1. While the webspace has an temporary-adress, all is working fine. Uploading files without any issues.
2. After switching to the real address, I'm no longer able to upload anything. Everytime the same Error, as mentioned in the Topic.
2.1 I already tried nearly any solutions i could find, from nginx.conf to panel.ini (I'll attach the nessesary files below)
3. When switching back to the temporary address admiring-dirac.ip-address-of-server.plesk.page, all is working fine again!

I can switch continously back an forth an the behavior of the NGINX Error will stay the same as described.
My concerns are really about the functionality of other pars of Prestashop, as well as i could not upload any Product-Pictures or other things.

Hopefully anyone has an idea of this.


Information of the Configuration:
Plesk Obsidian Web Admin Edition
Version 18.0.56 Update Nr. 4

Standard Plesk installation so far, Prestashop uses php7.3 - so i got this installed too.



grep "post_max_size\|upload\|memory" /var/www/vhosts/system/example.com/etc/php.ini
file_uploads = On
max_file_uploads = 20
memory_limit = 256M
mysqlnd.collect_memory_statistics = Off
post_max_size = 2000M
upload_max_filesize = 2000M


nano /usr/local/psa/admin/conf/panel.ini
[webserver]
nginxClientMaxBodySize = 2000m



Thanks so far and greetings.
 

Attachments

  • Plesk nginx.png
    Plesk nginx.png
    107.2 KB · Views: 15
  • Plesk php.png
    Plesk php.png
    89.8 KB · Views: 14
Very likely the issue is caused by either a Rewrite rule in .htaccess with a static domain target (and the false domain that no longer applies to the configuration), or "includes" in scripts that try to include a file by URL where the URL is no longer the correct URL. Both can lead to infinite loops of "includes" so that the resulting page gets bigger and bigger when rendered. Example: A snippet to include cannot be found. That throws a 404-not-found, but a file or configuration defines that in such cases the homepage shall be delivered. That page again has an include of an URL that cannot be found, so again instead the homepage will be shown etc. I am pretty sure that if you search in this direction you'll find the root cause of the 413-request-entity-too-large.
 
I though so too and had already removed presta-shop completly and Installed new.
A few times by now. Even Installed it directly to the fresh greated new domain, i bought one separated only for the shop purpose, but again.

Even with nginx upload set to 2000, i run in this error again.

So it couldn't be an wrong entry in some config.

Man i even had an extra-user, only for this domain and it doesn't work.

I'm kinda desperate by now, cause i could not figure it out. Everyday this shop won't work is lost money for our business.

Regards,
Lychnobius
 
I think the Issue could be marked as Solved.
Somehow the domain got screwed up with the Certificate and gone back an forth between IPV4 and IPV6.

After removing the IPV6 settings complete and re-assign the certificate, all runs smooth by now.

Regards,
Lychnobius
 
Back
Top