Upgrading from 0.8.x to 1.2.19, have a user reporting that page refresh is unreliable.
Using latest Firefox on Windows.
Refresh is set to five minutes.
What I noticed is that 0.8.x relies on the http-equiv=refresh (Value 300 in this case).
However on 1.2.x, it relies on JS code (Set to 50.000 ms) -- five minutes.
The method on 0.8.x appears to be more reliable.
After the computer goes into screen saver, for example, it stops working.
Any way to improve the auto refresh capability?
Thanks!
Auto page refresh not working after a while
Moderators: Developers, Moderators
Auto page refresh not working after a while
Last edited by emiliosic on Tue Jan 04, 2022 1:07 pm, edited 1 time in total.
Re: Auto page refresh
Any suggestions?
I also tried fronting cacti with NGINX and injecting a refresh header, which refreshes more reliably but for some reason Cacti ends up redirecting to a different branch on the same tree, so it's refreshing on a different set of graphics. I see the URL parameters change with the refresh.
The NGINX config for the header hack looks like this:
So unfortunately this workaround is also not working.
I also tried fronting cacti with NGINX and injecting a refresh header, which refreshes more reliably but for some reason Cacti ends up redirecting to a different branch on the same tree, so it's refreshing on a different set of graphics. I see the URL parameters change with the refresh.
The NGINX config for the header hack looks like this:
Code: Select all
location = /cacti/graph_view.php {
proxy_http_version 1.1;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_hide_header referer;
proxy_pass http://192.168.1.10/cacti/graph_view.php;
proxy_redirect default;
proxy_buffering off;
proxy_request_buffering off;
client_max_body_size 0;
add_header refresh 600;
}
Who is online
Users browsing this forum: No registered users and 0 guests