Legacy Cumulus 1 release 1.9.4 (build 1099) - 28 November 2014
(a patch is available for 1.9.4 build 1099 that extends the date range of drop-down menus to 2030)
Download the Software (Cumulus MX / Cumulus 1 and other related items) from the Wiki
weatherist34 wrote: ↑Tue 06 Nov 2018 6:08 pm
yes i agree something is better than nothing but in comparison to any other forum,new forum site is painfully slow to actually use almost to point of (as harsh as that sounds) unuseable. i guess start up teeting issues and works ok for some and not good some .
just now
20 second login aprox
click on this post another 30 seconds to appear for reading
click on post reply another 20 seconds to get to window
total aprox 70 seconds to get to the reply form ,thats before typing a response/reply
i find it quicker to read post not logged in as they appear instantanousely .
just really highlighing the issue not being un appreciative for the offering of this site and im sure with some closer inspection of code/configuration it will get resolved. FWIW three years ago i migrated a hotel portal to a new domain very similar start up issues and slow performance eventually traced down to three hardcoded scripts to the old domain <script src= http://oldmain.com/somejquery.js> for example .not saying thats the issue but until looking closer we would never have discovered it has it wasnt flagged in the console error logs as the old domain was still active.
ps i had to edit after posting another 30 seconds to get back to here.
Thanks for highlighting this. I have checked against server (both web and db) performance for the time period 18:00 UTC to 18:08 UTC (based on the timing of this post) and the metrics I see don't suggest a problem with the servers themselves (relatively low CPU - some spikes on db, but that is normal - and memory usage well within physical memory settings) so I am puzzled at the moment. I need to collect some more data.
If you still want to use it for registrations but not for submitting a post then open /posting.php and find:
CODE: SELECT ALL
// DNSBL check
if ($config['check_dnsbl'] && !$refresh)
{
if (($dnsbl = $user->check_dnsbl('post')) !== false)
{
$error[] = sprintf($user->lang['IP_BLACKLISTED'], $user->ip, $dnsbl[1]);
}
}
that was in the link I provided. so if blacklisting is on it check for user registrations AND posts.
Regards Simon
https://www.conligwx.org - @conligwx
Davis Vantage Pro2 Plus with Daytime FARS • WeatherLink Live • Davis AirLink • PurpleAir • CumulusMX v4.0.0
If you still want to use it for registrations but not for submitting a post then open /posting.php and find:
CODE: SELECT ALL
// DNSBL check
if ($config['check_dnsbl'] && !$refresh)
{
if (($dnsbl = $user->check_dnsbl('post')) !== false)
{
$error[] = sprintf($user->lang['IP_BLACKLISTED'], $user->ip, $dnsbl[1]);
}
}
that was in the link I provided. so if blacklisting is on it check for user registrations AND posts.
Ah okay thanks - I didn't read the article, I just knew that the setting was off. If that is the code in use then I will never turn it on
I am having this slow problem all the time here is my F12 network trace. (cache disabled)
I am on Sky Fibre Unlimited I hope this is helpful to fix this problem UTC time 21:15
Devtools.png
You do not have the required permissions to view the files attached to this post.
Mike
OS : Windows 11 Professional
Weather Station : Davis Vantage PRO2 Plus Daytime Far's
Cumulus MX v.4.0.1 build 4023 https://branksomeweather.co.uk
Hi (from down in Tasmania/Australia on NBN Fixed Wireless Download speed around 25mbsp).
My F12 network trace. (cache disabled)
IUTC time around 22:50 (while logged on - clicking on Un-Read Button).
cumulusunreadbutton.PNG
Kind Regards,
You do not have the required permissions to view the files attached to this post.
Ned wrote: ↑Wed 14 Nov 2018 3:10 am
Any developments on trying to fix the slow page loads? I'm still having a 15 second delay every time, anytime I log on
I have made some adjustments (more resources for both web and database server, and a change to the network topology between the two) and am currently assessing those changes. I tend to gradually tweak so I can understand the implications of each tweak.
The observation of slow logins and a difference in loading times (logged in v not logged in) is a tricky one to thrash out, as only some users experience this. It doesn't appear to be browser-specific (or even location-specific) so I'm still thinking hard about that aspect.