Hi Andrei,
Thanks to your explanations, we found out that it was a cache problem. After purging CloudFlare, everything went back to normal.:)
Hi,
I have gone back to wp-engine about my cdn affecting my plugin and they said :
I’ve looked over the link you provided and those setting look to be specific to Cloudflare. I see the domain name is using the WP Engine CDN; I reviewed the link fully but I didn’t see any comparable settings I could adjust on our CDN for you.
For caching issues, we can set a cache exclusion on our end. This will prevent our server from caching the page and deliver an up to date version. We would need to know the specific URL this issue occurs on in order to set the exclusion. If the issue is specific to the theme, the theme developer may already know which paths this needs to be done for.
If you can let us know what paths to exclude, we’ll be happy to do so. Please let me know if you have any additional questions.
And then
You would need to work with the theme developer to see if there’s a particular cookie or argument that can be excluded from caching that perhaps controls the random menu. If so, we can certainly exclude that, but we cannot exclude the entire homepage.
I look forward to a answer on this
Paul…
Good morning all,
I’ve been noticing that I often need to load a post twice in order to get the images to load. This seems (observation only) to be more prevalent when choosing Style 8 as the template where the main background image will load but no others.
Is anyone else experiencing this?
It is not my server. I run 32GB of RAM, SSD drives, Nginx and Litespeed server and use Cloudflare.
The site is http://ideas2live4.com
Thoughts, suggestions, solutions?
Thanks,
David Wilks
Just to share some experiences improving site speed for the many who post here to discuss…
What I’ve also done (My site is an independent ‘hyperlocal’ news site – slightly bigger than hyperlocal really) which I think is good practice given FB Instant Articles and AMP (Already on Apple News for almost a year now) is almost ‘forget the desktop’ exists.
Due to 75%+ mobile visitors it seems good practice (if a ‘live’ news site with say 100+ articles per week) to get the site as fast and safe as possible – this may help others
– I’ve removed all home page blocks except ‘ticker’ – a lightweight grid with no slider- and a sidebar
– Removed all plugins or deactivated ones no required all the time
– Implemented Chris S .htaccess and functions.php tips exactly as described – inc image resizing
– Paid Cloudflare with page rules to remove wp-admin etc- following TagDiv recommendation settings except RocketLoader ON – Mirage in ON
– Removed my subscriber pop-up and won’t use one – promote subscriptions via another route – FB ads – Twitter ads perhaps
– Removed SumoMe and anything that fetches CSS externally
– I do run UberMenu on main site and ShiftNav on mobile (for a better user experience) – But run NO mega menu or dropdowns
– Currently RocketLoader (Cloudflare) runs and doesn’t break anything
– Only added Google Analytics via YoastSEO not on Theme Panel box – it’s there and working
– ADDED a user text box to point people to how to navigate the site – believe it or not saying ‘Press load more or click coloured category labels or main menu’ actually gets visitors to do that!
Results –
Before – GTMetrix – PageSpeed B YSlow C Page size (Homepage) 3.2MB Requests – 187 – Load time – about 7-10 secs
Pingdom 5-7 seconds
After – Page Speed A (96%) YSlow B (82%) Page size (Homepage) 1.2MB Requests 96 – Load time – 2 secs
Pingdom 700ms-1.3 secs
The theme still looks great on desktop but it’s not worth getting caught up in the aesthetics if the visitors aren’t looking at the pretty views – it looks brilliant on mobile and that’s what matters.
Hello @ptec1,
Unfortunately we have not tested the theme with wp-engine’s CDN so I can’t give you any guidings on this and can’t provide a precise answer or guarantee it will work.
Theme’s bad functionality when using cdn may occur due to its configuration. As Chris also pointed we have tested and offered a cdn configuration for Cloudflare’s CDN so you could check our guidings on its configuration and make sure you use similar settings for your wp-engine CDN, this may solve your problem.
I suggest you also try this without plugins as this may also occur due to other plugins.
Let us know if you need any additional informations concerning the theme on this. You can also address this to wp engine’s support as they may have a solution for this.
Hope you’ll find this useful!
Thank you!
Also note that web browser may change the size/view depending on the default or over-ride font settings, so the “exact” pixel view is impossible in the edit vs live view — it’s only an “approximation” — it’s not a “graphic” — text is fluid and will NEVER match 100% in the edit and live view.
If you don’t like the “custom view” — it’s best to simply disable that entirely, where you’d have the full width view for editing which ALSO does not match the live view 100%.
Text is fluid and depends on the version of font loaded on various devices — e.g., Georgia font looks slightly different on Mac and Windows, letterspacing and kerning may vary, and pixel dpi (e..g, 72dpi, 96ppi, etc.) may impact how lines “break” on different devices and web browsers.
Views can also vary depending on the version of a font installed on your particular machine (e.g., Open Sans will look different if you have a version on your PC, while somebody on the web does not and loads the Google version off the cloud). Some people also “over ride” text in browser to only load one font face, like Arial.
Upshot — obsessing over what the editor looks like “exactly” is a fool’s errand, and one should spend time on great content, not on whether text fits on two lines or three, because nobody else will see it “exactly” the way you do.
Just an opinion. I see this topic often on various forums and some folks get bent out of shape about the view matching the live page, and that is technically and actually impossible.
CDN’s work the samw with all WordPress themes, it’s not specific to this single theme.
However the theme docs might be useful:
https://forum.tagdiv.com/cloudflare-cdn/
For those who think they’re on the cusp of this stuff (sadly I have to be), there is now also the Apple News Publisher format, which *also* has a beta plugin for WordPress.
So, between
* AMP
* Facebook Articles
* Apple Publisher
I don’t see any theme developer going too nuts in trying to bake all of that in.
HOWEVER, that being said – TagDiv *will* need to (hopefully) come up with solution for the hit counter not incrementing for AMP views, even if it’s a hack (hint!).
That won’t really be possible with the FB and Apple versions as those are essentially custom RSS feeds where the content loads on the other sites/apps (to enable captive advertising outside scope of ad blockers); whereas AMP is part of the site and uses local content, and simply uses cloud based CSS/styles for speed, while stripping out any errant old HTML or javascript.
My site is hosted on Knownhost dedicated Server. How can I know whether Gzip compression is enabled or not. What all can I ask my webhost to best optimize my WordPress blog for fast and speed. Additionally I use Cloudflare $20 monthly plan for improving speed of the site. The site is technosamigos.com.
I may be wrong and the experts may be better – but this happened to me once and was a CDN issue – either MAXCDN or Cloudflare – on Chrome only just exactly the same – are you using those?
I’ve been trying to add a html widget (with an autosize function) inside one of my columns (1/1) on the homepage and I get mixed results. With autosize, the width fills up but the height stays narrow not showing the full chart. If i were to replace the “autosize” and input with actual “widths” and “height” then it wont autosize on the mobile version, being too big too see on your phone.
So the main problem is getting the chart to show up on the mobile version of my website without it being too wide to see, and then also being big enough for those desktop viewers. The only way I can see this working is if I can have it on autosize but somehow find a way to increase the default widget box css height but how?
<!– TradingView Widget BEGIN –>
<script type=”text/javascript” src=”https://d33t3vvu2t2yu5.cloudfront.net/tv.js”></script>
<script type=”text/javascript”>
new TradingView.widget({
“autosize”: true,
“symbol”: “FX:SPX500”,
“interval”: “D”,
“timezone”: “Etc/UTC”,
“theme”: “White”,
“style”: “1”,
“locale”: “en”,
“toolbar_bg”: “#f1f3f6”,
“allow_symbol_change”: true,
“hideideas”: true,
“show_popup_button”: true,
“popup_width”: “1000”,
“popup_height”: “650”,
“no_referral_id”: true
});
</script>
<!– TradingView Widget END –>
Or is there a way to disable the mobile version of the newspaper theme so everyone redirects to the desktop version no matter what?
Hello cloudberry03,
Please keep in mind that the social counter is not a live count. It will update once every few hours. Please try to clear all cache and test it again after few hours and see how it works.
Thank you for the message!
Hi Andrei,
thanks for the response. I’ve figured this on my own in the meantime when digging though the the API files, I’m in a rush:)
Now, this doesn’t work – it throws a Fatal error, when I put it into the plugin file. This is because the plugins are initiated before the themes, so I had to put it into a separete file and load that file on in a hook like this:
class uep_api_plugin {
/* vars and functions are here */
add_action(‘td_wp_booster_loaded’, array($this, ‘hook_uep_booster_after’));
public function hook_uep_booster_after() {
include_once(dirname(__FILE__) . ‘/widgets/td_widget_tagcloud.php’);
}
}
IMHO this is a little complicated. Have you considered allowing developers register a widget with some boolean parameter in the td_api_block::add() method?
Something like:
td_api_block::add(‘td_block_tagcloud’,
array(
‘map_in_visual_composer’ => true,
‘register_widget’ => true,
)
);
…And then creating and registering a class for each widget in the array?
Cheers
Hi
Try this css in theme panel > custom code > custom css to change the color for the indicated tags: http://screencast.com/t/s81Htc7P
.widget_facebookwidgetplus .block-title > span{
background-color: red;
}
.widget_tag_cloud .block-title > span{
background-color: green;
}
The indicated border it’s designed to appear on Newspaper theme, however this can be achieved using custom css like here: http://screencast.com/t/uWOwu4GXYu
.block-title {
border-bottom: 2px solid red;
}
.block-title > span{
top: 1px;
}
Let me know how it goes.
Thanks!
@andrei_luca, thanks for that resource, I should be able to do that without issue. However, it says there to put that code in the CDN’s .htaccess and not the primary one on my host’s server. How would I go about accessing .htaccess files on MaxCDN and CloudFlare?
Hi
Glad you managed to solve it. If other cludlfare settings make trouble for you, we have a guide on this topic here: https://forum.tagdiv.com/cloudflare-cdn/
Thank you!
Hi,
Finally i am able to find out the real cause which is due to the Email Address Obfuscation by CloudFlare.
Try clearing your browser cache (seriously).
Fact is, AdSense doesn’t always work, on ANY browser, or in every spot on a page. This is because a certain type of ad may be served, that fails to render.
If you Google this behavior, you will see common complaints going back to 2010 “why don’t my adsense ads load in Chrome,” “why don’t my adsense ads load in Safari” – etc.
The ONLY solution to this we found on some of our news portals (we have been using Adsense since it launched in beta, btw), is to serve up “text only” ads in certain spots.
This is because some advertisers with rich media, whether HTML5 animations, javascript animation, even old Flash ads (which I think are all gone now?), may time out, if loaded from the actual origin server (meaning they are not loading on Google’s cloud, but the actual advertiser content system/CDN). So, when it times out, nothing shows up.
Turning of ‘lazy loading’ completely for the theme, plugins, etc., can help also.
Used to annoy me to see blank ads in places.
Now I will say, I did have a day last week, where going to my own sites on Safari/iOS9/iPad Air, all the ad spots were blank, but they worked in Chrome. So, there be gremlins afoot!
But put another way, it’s NOT theme related — all the ad spots do is inject the code for Google to fetch and render the “spot” — if it times out, nothing fills the spot.
-
This reply was modified 10 years by
simchris.
Hi Bogdan,
sorry for the late reply.
You’re right! I completely missed the CSS concatenation rules of thumb…
Thank you for pointing me to that chrome ext. I’ve been using manual CSS changes via debug mainly to spot “where is what”, but it’s a pain for editing.
About Cloudflare, I’m using minification plus whatever defer/async rules Rocket Loader uses. This is just a temporary (hopefully) solution, since I’ve got no time to setup these manually at the moment.
Thank you again for your help; tagDiv support always rocks!
Wish you a nice day,
– Luca
Hi Bodgan, now its working jajaja i dont know what happend, maybe was a problem whit my cache and cloudflare settings.
Thank you Very much and have a nice Weekend
I changed 2 hosting providers, both because site was slow (url: visoko.co.ba). But, now i am on third hosting on this package:
https://www.menkisys.de/cloudserver/homepage-shop-ssl-website
and again have problems. I dont have any more sites on this server, only this Visoko.co.ba. Owner of server said to me that site uses too much RAM at some times, and server blocks and site becomes not responsive.
can this be because of theme or wordpress? I found this on post about page speed:
“If you have a dedicated server / VPS:
make sure that you have APC installed or another ‘op cache’ for php. This will reduce your server response time.We have receive some reports that the accelerator has some problems in some specific configurations with our theme and Nginx.”
I’d need the code to put inside custom css in theme panel to centre align text. I think the problem with cloudfare is solved. You can try to access my site now.
Hi,
A CDN is short for a Content Delivery Network. You can read more about it here: http://www.webopedia.com/TERM/C/CDN.html
We generally recommend cludflare and these settings: https://forum.tagdiv.com/cloudflare-cdn/
Thank you!
Hello carmene,
Please try to configure the CloudFlare according to our documentation here -> https://forum.tagdiv.com/cloudflare-cdn/ Also, please notice that is not a simple task and is require to have some knowledge about this. If you are not aware the steps in this regard, please consider hiring a freelancer/developer to do this for you because we cannot provide custom work at the moment, sorry!
If I cannot inspect your website, I cannot provide you an accurate CSS code for your sidebar but only I can suggest you trying to target your text class from your sidebar and add this attribute with CSS code for Justify alignment -> text-align: justify;
Hope this helps!
Thank you for the message!
Well .. after weeks and many experiments i tried the same ads placement on another website ” WordPress.. no caching .. no cloudflare ”
and CTR return to it’s normal rate !
So i knew that the problem is technical in my original website .. it’s not about adblockers or January month.
when the CTR is less than 1% it’s a technical problem with no doubt.
I found that many ads in different times shows White block.
I’m not a system administrator. so soon i will contact someone/company to help me 🙂
In short,
Moving to https will decrease your earnings but not too much.
Rocket loader will fu** up your earnings.
Check the ads from different devices, IPs, Times.