Odoo 14 on Apache2 Reverse Proxy - Pagespeed errors consistently - odoo

I am encountering pagespeed errors consistently in an SSL environment. The problem occurs on all SSL environments we create. We are using Apache2 as a reverse proxy. This is working well; however, Pagespeed errors occur (whether or not pagespeed is active in apache2) usually when scrolling through WEB pages it will trigger.
We are using Odoo 14 CE and our specs for the server are great. 3+gb of memory with 2vCpu's on a GCP instance.
The most common error that we see is:
ReferenceError: pagespeed is not defined
https://example.com/:1
Traceback:
onload#https://example.com/:1:1
This occurs on every page on our website. We have disabled Pagespeed in apache2 but the errors still occur. Now we are thinking we should install the mod_pagespeed module and would like to know if someone has successfully achieved pagespeed with Apache2 as a reverse proxy.
Note that once the pagespeed error flags, things like copy/paste via Ctrl+C/P also start to trigger pagespeed error's making it extremely difficult and at times impossible to edit pages effectively.
Please advise.
Update on Nginx
Have tested this now with Nginx 1.18.0 and latest stable pagespeed. The system error's out with Pagespeed in the same fashion on this build also.
Will add additional information as it presents itself.
Moving too fast through a single page seems to be what causes the initial flag. PageSpeed turned off does the same. In both Apache 2.4 and Nginx 1.18.0 (with Pagespeed ON or OFF).
This does not seem to ever happen on the backend, have checked Sales, Invoicing, etc and no PageSpeed errors.

I had the same error and solved it after trying many things for several hours.
Disabling pagespeed by itself doesnt work.
First uninstall website app in odoo (will erase all your site)
Disable Pagespeed
Install website app
Start building your site again
There is only 1 error I got, when trying to edit HTML, that I fixed in postgres.
Hope.you dont have a huge site

Related

Meteor, MUP & Cloudflare causing redirect/refresh loop

I have a meteor webapp that has been around for a few years. It hasn't been updated particularly often and thus the version is little bit old (Meteor 1.6.1.4), however it runs locally without an issue and I currently have a version of it it deployed without issue on a Digital Ocean droplet with Mongo on AtlasDB and the DNS on Cloudflare.
However I've been running into an issue deploying updates with the Meteor Up (MUP) tool. On my production server when I run mup deploy with my latest code the deployment works and validates successfully, however the live site now loops on page load. The page completes the load (including a call to Stripe API front end library) and the images load and as soon as that has happened the same page is loaded again over and over. This happens on each page of the webapp. There are no errors logged in the console.
I'm almost sure this isn't a codebase issue as I have a staging version of this same app running on an identical spec droplet which I can deploy to without issue. The only difference between the production and staging is that the staging uses a LetsEncrypt cert generated by MUP and production uses a Cloudflare issued cert. I can't remember exactly the reason for this as it was the outcome of my last round of troubleshooting, which did result in a successful deployment. The LetsEncrypt configuration with MUP seemed to be problematic when I last set everything up. Either way there is no obvious good reason why this error should occur.
So I think that the issue is most likely something to do with Cloudflare, however I don't have many clues as to what. I've tried clearing the full cache after deploying. I cannot disable the Cloudflare proxy as I get unsecure error.
For my next steps I'm thinking of setting up another staging droplet but with Cloudflare in front in the same way, to see if I can get a non-critical replicable version of the same error. From there I'm not sure what I would do to debug and fix. I was also wondering if configuring a load balancer for this webapp might be smart at this moment, though if in an SSL passthrough I wonder if it would not solve the underlying issue. This would also not necessarily be answering this question but rather just avoiding it. I'm also considering trying to update the version of the Meteor app as far as I can to see if there is any chance that codebase is part of the issue.
Any suggestions?

HTTP/2 protocol not recognised

The latest update of PSI is reporting that all our site pages are using HTTP1/1 when in the fact they are running under HTTP/2. Confirmed this with the domain host and two separate tests.
Yup can confirm you're definitely using HTTP/2.
This looks to be a bug with PageSpeed Insights and looks like you're not the only one experiencing it.
If you run Lighthouse locally (either through Chrome, or even with the command line), or through Web Page Test then it doesn't complain about missing HTTP/2 but it does for PageSpeed Insights and web.dev/measure.
Suggest you follow that GitHub issue I linked above, and maybe add a comment with your own site.

Unable to attach files in Odoo when using HTTPS via nginx

Been having an issue and finally narrowed it down, but can't find a solution.
If I setup nginx to redirect to HTTPS, everything works great, SSL connection and all, except when writing messages in Odoo, our staff can't attach files. It gets stuck on "uploading" (blue bar over the file icon). There's no useful output in the log, even on the most verbose debug level.
As a workaround, I've disabled SSL, but I'd like to turn it back on. Suggestions? Running Odoo v9.0c.

Website sometimes gets jammed(timeout)

I'm hosting my website www.xgclan.com with the latest apache 2.4.1 and sometimes my server gets jammed, it doesn't seem to send any data but you don't get a timeout like when the Apache process isn't running.
A reboot of the process resolves this issue.
It seems to happen when you open the website in multiple browsers on the same system.
I've tested it on 2 different systems to make sure its not a bandwith or cpu problem.
Putting this without the quotes "AcceptFilter http none" in the httpd.conf fixed the issue for me.
I found the solution here: http://www.apachelounge.com/viewtopic.php?t=4543&postdays=0&postorder=asc&start=20

Wordpress pages randomly serve as RSS/XML content

For months we have been struggling with a weird issue on 1 of our Wordpress Network installations. We have 4 installations on 1 VPS and only one of the four installations generates this error.
The problem is that pages on all sites that run on that Wordpress Network installation, randomly(?) seem to try and parse the page as being RSS content. See this screenshot:
Full image
This only happens once per session (if it does at all) and after refreshing the page, all is good. This makes it extremely hard to fix, because debugging is almost impossible.
Whenever the issue seems to appear, the (RSS) content that is being displayed, is that of a different page..
Could this be a Wordpress issue, or could this be an issue in the Apache config?
Some domains we are encountering this on:
http://www.skynetsg.co.za/
http://www.workplacestrategies.co.za/
http://www.beachbreaks.co.za/
I hope there is someone that could help me solve this issue!
Update:
I just had the issue on the page: http://www.skynetsg.co.za/peter-sserwanga/ that was newly created. I checked the apache logs and they show nothing strange, just a 200 OK header..
Below is a link that may fix your problem. If your running WHM/Cpanel, you may have to recompile apache with out certain modules.
rss-feed-displayed-instead-of-html-page