Dashboard is showing 0GB bandwidth

Sam,

Thank you for using our service first of all!

I took a look and it is indeed strange that bandwidth isn’t being reported correctly. One possible reason for this is that you are using two CDNs right now (StackCDN and our CDN).

I’m sorry to hear that you are not seeing a visible speed improvement. Its not a standard practice to layer up CDNs like this because it might cause problems with headers, CORS and other unforeseen issues to be honest.

I will still try to investigate further but it would be helpful if you could go to the support section of our plugin settings in WordPress and copy all that debug info and paste here so I could take a look?

Thanks!

Hi there, sorry for the delay – I didn’t get an email saying you had replied for some reason.

here you go…

Shift8 CDN Debug Info

WordPress Version: 5.4.1
Current WordPress Theme: ultra child version 1.0themify-ultra
Theme Author: webadmin –
Theme URI:
PHP Version: 7.3.18
Active Plugins:

Akeeba Backup Professional for WordPress (7.1.4.2)
Asset CleanUp: Page Speed Booster (1.3.6.3)
Child Themify (2.0.1)
Classic Editor (1.5)
Code Snippets (2.14.0)
Contact Form 7 (5.1.9)
Contact Form 7 Extension For Mailchimp (0.5.20)
Cookie Notice (1.3.2)
Custom Facebook Feed Pro Personal (3.13)
Display PHP Version (1.5)
GA Google Analytics (20200325)
Ninja Forms (3.4.24.3)
Pixel Caffeine (2.1.2)
Shift8 CDN (1.40)
Simple Custom CSS (4.0.3)
Smash Balloon Custom Facebook Feed (2.15)
Smush (3.6.3)
SSL Insecure Content Fixer (2.7.2)
Stop Generating Unnecessary Thumbnails (3.0.3)
The Events Calendar (5.1.1)
The Events Calendar PRO (5.1.1)
Themify Popup (1.1.9)
Themify Portfolio Post (1.1.3)
Themify Updater (1.2.1)
WooCommerce (4.1.1)
WooCommerce Admin (1.1.3)
WooCommerce Memberships (1.17.4)
WooCommerce PayPal Powered by Braintree Gateway (2.3.10)
WP-Optimize – Clean, Compress, Cache (3.0.19)
WP Disable Automatic Updates (1.1)
WPS Cleaner (1.4.7)
WPS Hide Login (1.5.6)
Yoast SEO Premium (14.2)

I read up on CDNs and the article said you could have more than one, but it will be interesting to see if that is the issue. I switched one off, then the other but it didn’t seem to make any difference on the speed tests.

Thanks again

Sam

BTW I just updated to 1.4.1

Sam

Hello,

Lets put the bandwidth not displaying issue aside for a moment while we look at site speed issues.

I did a few quick tests to see why the site is loading slow and it looks like a significant amount of time the browser is spending “waiting” for the main web server to respond.

You can see the results of the Pingdom speed test here : https://tools.pingdom.com/#5c9727dd91400000

In total, from a North American endpoint, the for full site load (which includes rendering and executing all code on the page) it took about 45 seconds (!) to complete this. You can see a screenshot of the key takeaway that illustrates the waiting time just to render the main site url (this excludes our CDN from the problem as you can see in the hostname) : https://imgur.com/a/zCVwWgf

Furthermore I did a network latency test from our Canadian endpoint to your site (your domain appears to resolve to a StackCP IP) :

# tcptraceroute www.montessoripartnership.com 443
traceroute to www.montessoripartnership.com (185.151.30.162), 30 hops max, 60 byte packets
 1  144.217.72.252 (144.217.72.252)  0.680 ms  0.779 ms  0.907 ms
 2  10.34.66.10 (10.34.66.10)  0.442 ms  0.597 ms 10.34.66.38 (10.34.66.38)  0.757 ms
 3  10.74.8.152 (10.74.8.152)  0.140 ms 10.74.8.156 (10.74.8.156)  0.167 ms 10.74.8.118 (10.74.8.118)  0.134 ms
 4  10.95.81.8 (10.95.81.8)  3.069 ms 10.95.81.10 (10.95.81.10)  1.868 ms  2.090 ms
 5  be100-1323.nwk-5-a9.nj.us (192.99.146.139)  7.816 ms  7.833 ms be100-1319.nwk-1-a9.nj.us (198.27.73.205)  8.128 ms
 6  be100-1007.ash-5-a9.va.us (198.27.73.219)  13.394 ms  13.612 ms be100-2.nwk-5-a9.nj.us (178.32.135.219)  8.283 ms
 7  be100-1007.ash-5-a9.va.us (198.27.73.219)  13.317 ms ash-eqx-01gw.voxility.net (206.126.236.169)  359.147 ms ash-5-a9.va.us (178.32.135.47)  13.540 ms
 8  * ash-eqx-01gw.voxility.net (206.126.236.169)  388.946 ms  367.564 ms
 9  * * ash-eqx-01gw.voxility.net (5.254.81.129)  383.129 ms
10  185-151-30-162.ptr4.stackcp.net (185.151.30.162) <syn,ack>  386.013 ms ash-eqx-01c.voxility.net (37.221.173.74)  565.343 ms 185-151-30-162.ptr4.stackcp.net (185.151.30.162) <syn,ack>  378.929 ms

Look at what happens right after hop #7, the latency shoots up from 13ms to 367ms. Something is going on either with your Web host or with StackCP (if both are the same thing, not sure) that is causing this problem.

It might be worth while to provide this data to your web host and see what they say. It could be an issue with the host or even a routing / network issue. I dont have any visibility so these are all guesses. Last resort you could always change web hosts, there is no shortage of options out there!

Thanks and I hope this is helpful. I’ll look into the bandwidth reporting issue separately but I will close this issue for now. Feel free to update still if you have any further questions.

Thanks!

I realize now that being a UK based website, the tests I conducted would be more helpful if they were from a region closer to where you are located.

Find pingdom test results from a UK endpoint : https://tools.pingdom.com/#5c9729b6b0c00000

Traceroute tests are much better but if you look at the screenshot of the pingdom test above here : https://imgur.com/a/KKwj2uq

You will see that the wait time is actually longer waiting for a response from your web host than it was when I tested from North America – so yes the numbers are different depending on the origin of the test but there is still a problem happening here.

Thanks

Thanks that’s very helpful, I am going to speak to the hosting company.

In the meantime though, any ideas why the bandwidth is showing 0

Many thanks

Sam

Sam,

In the meantime though, any ideas why the bandwidth is showing 0

I looked further into this and I was able to record bandwidth usage in our system just by visiting your site. Its possible that the traffic is low enough not to register on the system.

If your daily traffic isn’t that high and you are using 2 CDNs to serve traffic then its feasible to assume that it might not have hit a threshold to be recorded by the bandwidth monitoring system.

Please let me know if the zero bandwidth continues into next week and I’ll continue to investigate.

Thank you!

Hello again, that’s very helpful to know and entirely possible.

I am speaking to the hosting company and making some tweeks, so hopefully we will get to the bottom of the loading delay issue soon. In the meantime I am also testing just having the one CDN (yours) on my own site.

Thank you again

Sam

Sam,

No problem at all. I’m here if anything else comes up.

Thanks