Search Results for 'mobile'

Hi, I have the same problem.

In fact, the problem is about the “Mobile Site View”. When you go on the web site with a computer or with a tablet, everything is correct, but when you go on the web site with a mobile, we automatically see the “mobile site view”.

As you can see on my first screenshot, my site doesn’t have the main menu (only the top menu), the slider and the image doesn’t appear and some wordpress shortcode code appear instead of the real visual.

As you can see on my second screenshot, at the bottom of the web site, it’s written “View Full Site”. Then, if you click on this link, you will see the real site view adapted for the mobile.

The problem is: when we go on the web site with a mobile, we automatically see mobile view instead of the full site view. It should be invert. We should see the full site view at first and at the bottom of the site, we could see the “View Mobile Site” link.

To be honest, I don’t even want to have the opportunity to see the mobile site view because it doesn’t work for me.

Also, just to give you more example, it is the same thing for Novaque:(his web site link is written on the top of the screenshot bellow.)

Thank you,

Etienne

hi,
what plugings are you using?
if you use speedbooster plugin disable it.
if you use a caching plugin (like W3 Total Cache) disable the minify js option

you can also try disable all the plugins and try again, if this fixes the problem then one of those plugins is to blame

Thanks for you message.
Radu A.

hi,
can you give us a link to that page, so we can check it out.
also wp-admin will be good.

Thanks for you message.
Radu A.

I opened the debugger through chrome for the Nexus 5 and this is the error that is popping up:

(The ver=x is due to the latest full update of Newspaper having it’s version number set to “x”. Even after applying the patch update which has the correct ver=3.4 I’m still getting the error)

• This reply was modified 12 years by denimology. Reason: Clarification of "ver=x"

thanks for the answer. I disable ads, i only have 1 in the homepage, in w3 total cache i enable only Page Cache, i put your code in htaccess, and launch the pagespeed test. If i make a pagespeed test in others webs the screenshot of the mobile and desktop in pagespeed it’s ok, but in my site isn’t. I don’t know what’s the problem :S. Sometimes appears something, sometimes it’s empy, sometimes appears only the text of menu mobile (in mobile screen)

Hi,
you may want to read through the entire pagespeed topic (big sticky top of the forum), as all of this has been well covered there.

Generally you can’t do anything about things like addthis (although I did post a hack to load that in async mode), or jetpack – as those load on other servers and will show up as errors when you run pagespeed analytics. If it’s not loading off your site, it will likely show up as an error of some kind – this includes recaptcha, adsense ads, etc.

Not sure what you mean about looking at source code of theme vs source code of the page — the theme code is not rendered while the code on your site is rendered with all the stuff coming from dbase and external and queries, etc. If you’re trying to compare the “demo” to your pages, that may not work either. You should follow the instructions to setup the cache (remember you need to CLEAR cache every time you change things like htaccess, new plugin, etc.), the speed booster, the page expires time.

For realistic speed – test without addthis, adsense, or jetpack. Then put that stuff back and decide how much impact you want to have on your site. I use addthis for social buttons on one site, and then the theme stuff on another. I don’t use jetpack as it’s slow and I hate loading stuff from a mothership that isn’t my own. I limit number of ads on page (4 ads will be slow if images!) – try loading text only ads, to speed up page!

But a *lot* of this, if not all, has been covered in the pagespeed topic. So, best to start there, and remember it’s virtually impossible to get above 91-93 in desktop with a busy site, lots of pix, wordpress theme, external stuff. Mobile will be slower, no matter what you do. 76+ isn’t too awful right now. 80+ is goal. 65 would be awful. To really optimize for mobile requires making a version of page which most newspaper sites won’t do, and that is mostly text, one picture, minimal navigation, etc.

Google sadly doesn’t differentiate from “tablet friendly” and “iphone friendly.” SO, I’ve stopped crying over trying for a perfect score on phones — it’s not my primary audience. Tablets are, then desktop.

Anyway… that might not help. But
1) set cache to page cache ONLY
2) don’t use any minification stuff until you have speed booster plugin working right
3) make sure your htaccess has expires headers
4) make sure your web server is doing gzip/deflate
5) optimize your images prior to upload; if possible use my hack to increase compression level for thumbnails (or use smush.it or similar; I prefer to edit my functions.php file to change compression to “50”)
6) run your speed tests
7) turn off anything you don’t absolutely NEED if you’re seeking highest score
8) test and retest

THEME UPDATES:
I find it’s best to fully over-write the old theme with NEW theme folder each time, via FTP. I’ve had mixed results with “patching” over the past 10 years with WP sites, and more often than not they break somewhere due to permissions.

Frankly, it’s good habit, since you can also download a full snapshot via FTP before you do an update, to ensure you have a full snapshot. I date and RAR mine here for archival purposes.

• This reply was modified 12 years by simchris.
• This reply was modified 12 years by simchris.

The mobile score is better ;). But in the screenshots appears empty the mobile screen :S

In w3 total cache i only check the Page Cache in the general settings tab or i need make more changes in the other tabs?

The option of Minify should be enable?

I use http://cssminifier.com/ for my style.css and works but i realized another pagespeed test ando mobile score was 59.

The results in mobile test:

Eliminate render-blocking JavaScript and CSS in above-the-fold content
Your page has 5 blocking script resources and 8 blocking CSS resources. This causes a delay in rendering your page.
None of the above-the-fold content on your page could be rendered without waiting for the following resources to load. Try to defer or asynchronously load blocking resources, or inline the critical portions of those resources directly in the HTML.

Remove render-blocking JavaScript:
http://ajax.googleapis.com/…s/jquery/1.10.2/jquery.min.js?ver=1.10.2
http://ambito-financiero.com/…ns/jetpack/_inc/postmessage.js?ver=2.9.1
http://ambito-financiero.com/…/jetpack/_inc/jquery.inview.js?ver=2.9.1
http://ambito-financiero.com/…/_inc/jquery.jetpack-resize.js?ver=2.9.1
http://s7.addthis.com/js/300/addthis_widget.js
Optimize CSS Delivery of the following:
http://ambito-financiero.com/…etpack/modules/likes/style.css?ver=2.9.1
http://ambito-financiero.com/…ubscriptions/subscriptions.css?ver=3.8.1
http://ambito-financiero.com/…modules/widgets/widgets.css?ver=20121003
http://ambito-financiero.com/…modules/sharedaddy/sharing.css?ver=2.9.1
http://ambito-financiero.com/…dgets/widget-grid-and-list.css?ver=3.8.1
http://ambito-financiero.com/…s/contact-form-7/includes/css/styles.css
http://ambito-financiero.com/…ster/external/bootstrap/td-bootstrap.css
http://ambito-financiero.com/wp-content/themes/Newspaper/style.css

Prioritize visible content
Your page requires additional network round trips to render the above-the-fold content. For best performance, reduce the amount of HTML needed to render above-the-fold content.
55.9KiB of the response was required to render the above-the-fold content. Prioritize visible content that is needed for rendering above-the-fold.

The results in desktop test:

Compressing resources with gzip or deflate can reduce the number of bytes sent over the network.
Enable compression for the following resources to reduce their transfer size by 173.8KiB (74% reduction).
Compressing http://ambito-financiero.com/ could save 46.2KiB (81% reduction).
Compressing http://ambito-financiero.com/…ster/external/bootstrap/td-bootstrap.css could save 27.8KiB (80% reduction).
Compressing http://ambito-financiero.com/…Newspaper/js/min/external.min.js?ver=3.4 could save 25.5KiB (65% reduction).
Compressing http://ambito-financiero.com/…mes/Newspaper/js/min/site.min.js?ver=3.4 could save 14.7KiB (74% reduction).
Compressing http://ambito-financiero.com/…ns/jetpack/_inc/postmessage.js?ver=2.9.1 could save 14.3KiB (74% reduction).
Compressing http://ambito-financiero.com/…jquery.form.min.js?ver=3.50.0-2014.02.05 could save 9.9KiB (62% reduction).
Compressing http://ambito-financiero.com/…modules/sharedaddy/sharing.css?ver=2.9.1 could save 8.9KiB (80% reduction).
Compressing http://ambito-financiero.com/…assets/js/js_composer_front.js?ver=3.6.8 could save 6.6KiB (68% reduction).
Compressing http://ambito-financiero.com/…-form-7/includes/js/scripts.js?ver=3.7.2 could save 6.2KiB (71% reduction).
Compressing http://ambito-financiero.com/…/_inc/jquery.jetpack-resize.js?ver=2.9.1 could save 5.7KiB (72% reduction).
Compressing http://ambito-financiero.com/…/jetpack/_inc/jquery.inview.js?ver=2.9.1 could save 3.5KiB (64% reduction).
Compressing http://ambito-financiero.com/…etpack/modules/likes/style.css?ver=2.9.1 could save 2.9KiB (70% reduction).
Compressing http://ambito-financiero.com/…dgets/widget-grid-and-list.css?ver=3.8.1 could save 1.1KiB (66% reduction).
Compressing http://ambito-financiero.com/…s/contact-form-7/includes/css/styles.css could save 524B (56% reduction).

What can i do to improve this? The thing that appear in the list are of jetpack pluging, contact-form, and things of the theme. The screenshots in mobile test only show the menu with any format, and in the desktop text the screen was empty.

I compare the source code of the theme demo with the souce code of my page and its too different. :S. I think this theme is too complicated to config correctly to improve the speed. Its necessary a guide to config the plugins like the theme demo, with the same options, then each user could comment your personal issues. If in the demo has been changed .htaccess for improve the speed and changed a w3 total cache, i think its necessary a guide because the speed of theme is one of best things that it have. If you make a bad config of this items, the theme is slowly like another themes.

Another question, i update the theme with the patch folder, is better reinstall all theme or is the same? I tell this because one of the updates was “clean code” and in my <head> there are a lot of code, more than in the theme demo and another pages that the people put here in the other posts :S

PD sorry for the english 🙂

• This reply was modified 12 years by tracid.
• This reply was modified 12 years by tracid.

speed is impacted by the elements on page and specifically by things loading externally – meaning social media, ads, etc. which are loaded from external sources will vary by page and time of day, etc.

Try using the GTMetrix.com to test your site, as it has better suggestions for improvement than Google PageSpeed Insights.

Also from your screen shot, it looked like the mobile page wasn’t even loading the style sheet. A page full of bullet points does NOT look right there.

Thanks for your support, that´s solve my problem.

This are the results…. http://ambito-financiero.com/wp-content/uploads/2014/03/Sin-t%C3%ADtulo2.jpg

Sometimes appear the both screens (mobile and computer empty), the pagespeed test give me a big variability (Mobile 65 – Computer 89, Mobile 79 – Computer 74….)

• This reply was modified 12 years by tracid.

Thx, Marius.