February 6, 2012 at 6:49 pm #8957
I can’t seem to understant why I get bad performance with my portfolio page. Everything moves slow…
Is it because of the picture sizes in the slideshow?February 6, 2012 at 7:56 pm #62979
I have tested on many machines and browsers… have enabled Gzip compression, minify CSS and JS and even implementing a CDN and here are the results. This portfolio is slow. It is acceptable on newer machines, but on mid-range machines- and especially on IE8 or IE9 (which constitute HUGE browser market share) – it is very slow. And so far, it appears to either dynamically generate thumbnails on each portfolio page load, or in some other way disable browsers from being able to cache the images. So it is slow EVERY time. This is just unacceptable… I hope the developers will allocate some time to investigate these slow page loading issues. I was able to improve Google PAge Speed scores from an atrocious 48 out of the box to a marginal 76. This needs to get to 90+ and I have always been able to do that with other themes. What gives?February 6, 2012 at 8:02 pm #62980February 7, 2012 at 12:34 am #62981
I am having problems loading images into new pages and the images are optimized for the web. I keep getting a HTML error. then it froze up saying something about upload PHP or something like that in the URL link. This is very frustrating. I shut down my computer, started another page to test out and see if it was just a bad piece of code and it is still doing it.February 7, 2012 at 12:56 am #62982
I have a brand new top of the line macbook pro and it is also pretty slow. It seem that each single image it translate in binary in the source code. This add a considerable amount of line of codes. Right click on an image > inspect element….February 7, 2012 at 1:21 am #62983
holy F thats a lot of code for one image.
I have shut down everything and started again. I logged into the admin and it is taking FOREVER to do anything with my site. I go to delete an image in the media section and it take atleast 30 seconds to respond to deleting an image. the whole site is responding like I am on dial up.
I open a new tab and it pops right up so i know it is not the internet connection or my computer.
I am beyond pissed right now.
Theme builder/ Admin whats going on
here is my site:February 7, 2012 at 3:03 am #62984
Gridspace – I noticed that as well. I also can’t get my CDN to cache those images, probably of the same reason. Additionally, Page Speed scores are lower because the portfolio is displaying the original images (resized) rather than actually creating a thumbnail- this costs a lot in terms of Page Speed scoring, and load time.
Support – how can we get these portfolio pages to load faster?February 7, 2012 at 3:28 am #62985
Ma site is already done… One full week of work doing it locally with a virtual server. I’m afraid everything will slow down dramatically online. It suck big time that anybody serious and trained at the ”support” take care to customers.
Someone out there can give us clear explanation please !!?February 7, 2012 at 3:51 am #62986
Gridspace- well I have gone through most of the comments that users are having with this theme and the administrator seems to be about as responsive as the theme is. I feel that the admin (support) is not addressing peoples questions and concerns. and better yet problems.
My site is sooo freaking slow I have no idea what to do. and I have done everything I can think of besides just dumping the theme in the trash and slamming them on reviews and trying something else that actually works. Page load time is a major major factor when you have potential clients looking( sorry- trying to look) at your work. This is absolutely redonkulous.February 7, 2012 at 10:48 am #62987
Therefore I would be glad if some of you could test your portfolios with greyscaling deactivated and see if the performance improves.
Fixing this is my top priority at the moment.
To those of you which have slow backends: since I cannot reproduce this, would you mind sending me your login data so I can test it for myself. if anyone is currently on a web server that is not live to the general public yet you can also send me your ftp access, so I can directly modify the source code of your installation. This would greatly reduce the time I need to debug and track down the problem.
Since the theme runs on the same framework as my other themes (which dont have any reported performance issues) I am pretty sure that it should be possible to find the problems quite fast
Thanks for your patienceFebruary 7, 2012 at 12:27 pm #62988
Kriesi- I will send you my login info but not thru the support forum. Do you have a specific method i can use that isn’t so public? my email is firstname.lastname@example.org
Thank you for taking the timeFebruary 7, 2012 at 12:38 pm #62989
Kriesi – I went in and took the greyscale setting off of all the portfolio images. I can say it is a little faster but it is still lagging. and the grey scale effect is really what sets this theme off and gives it a higher class esthetic feel. Taking that out this theme looks like all the other ones.February 7, 2012 at 1:15 pm #62990
Hey! I dont want to remove the greyscale image feature, since I totally agree with you :)
I will have to find a way to improve it, and it was my first guess that this is a resource hog. I will check the other scripts as well of course, since I am stil not sure why this theme loads slower any other I have created until today :/
BTW: Login information can be sent via: http://www.kriesi.at/contactFebruary 7, 2012 at 1:55 pm #62991February 7, 2012 at 1:58 pm #62992
Kriesi- disabling the greyscale image helps a small amount(tried this before) but the actual thumbnail/resized images seem to be the lion’s share of the problem. Disabling grayscale actually gained about 3 points on Page Speed score. My page is here: http://visionhousestudio.com/portfolio/
I will disable all the caching and the CDN I have been using to try and speed this up so you can get immediate updates. (The CDN will automatically start-up in 3 hours, so please email me if you need more time. FTP info is on the way…February 7, 2012 at 2:18 pm #62993February 7, 2012 at 2:25 pm #62994
@gridspace: the greyscale images are generated with canvas and the image is then parsed as a data string. This seemed to be a common technique (pretty much every script I have searched as reference works this way), none of them mentioning that this would cost some performance. (as for your second issue: already got that covered, thanks ;)
@luke: Got your mails, thanks a lot. The problem with thumbnails/resized images is that the theme needs to load those larger images for smaller screen sizes. sounds weird at first but if you reduce the screen width you will notice that the images are no longer displayed in 4 columns but in a big single column. thats why I am not loading a 230 x 170 preview image but an image with bigger dimensions by default. Thats unfortunately the Tradeoff for responsive designs…
@Kriesi- thanks for taking a look. Please let me know when you are done troubleshooting so I can re-enable the caching and CDN.
With regard to the images, I can understand the tradeoff. But is there anyway to make a toggle so these images are not resized for those of us that don’t mind missing the mobile views? This is probably costing as much as 5-7 Page Speed points… that is huge!February 7, 2012 at 4:38 pm #62997
if you dont care about the mobile version you can open functions.php and search for
$avia_config = array('width'=>465, 'height'=>346);
at the top. Change the image dimensions to:
$avia_config = array('width'=>231, 'height'=>171);
All portfolio thumbnail images that you upload from now on will have this size. To modify the images that were uploaded already just install the regenerate thumbnail plugin and let it run once: http://wordpress.org/extend/plugins/regenerate-thumbnails/
this will get your the Page speed points but It probably wont look that nice on mobile devices, depending on the screen size of the device…February 7, 2012 at 5:01 pm #62998
PS: I think you can re-enable the caching and CDN. I dont think that I need access to your backend any more.
I think we got 3 different issues in this thread, all running under the problem “performance” and everyone was talking about different stuff:
2.) Backend Problems: slow backend only encountered on mackvisuals installation til yet
3.) Page speed not as high as it could be, due to images beeing scaled down for the responsive layout functions.
#2 seems to be a server related issue that also slows down the default wordpress theme when activated so I am not sure if angular really has anything to do with that
#3 can at least be improved by the description above if you dont care for mobile users. I am looking into ways to get a few more speed points but not sure yet what can be done here. #1 has definitely priority today :)February 7, 2012 at 5:12 pm #62999February 7, 2012 at 7:27 pm #63000
@Kriesi I will implement the fix and re-enable the cache… I do notice now that on Safari 5, none of the portfolio images (or blog pics for that matter) are loading on my site. I just get the spinning circle. It is working on all other browsers…
I assume you will roll your js and other fixes into an update sometime soon?February 7, 2012 at 7:31 pm #63001February 7, 2012 at 7:34 pm #63002
@Kriesi – Just some other feedback.. .the theme footer displays incorrectly in IE8 (big surprise that IE8 renders things funny, I know) and the iPad doesn’t display the grayscale overlay on portfolio or client logos.February 7, 2012 at 7:38 pm #63003
@luke: didnt change anything, nope. But yes I will check all the issues mentioned and roll out an update soon
KriesiFebruary 7, 2012 at 8:29 pm #63004
Kriesi, does your sample data install anything that could contain the b.scorecardresearch.com script? This was a clean install of WordPress, but it now has this script running from somewhere. Apparently this has been slowing some WP sites down. It is disconcerting since I don’t know where it came from… if you do a google search on this and wordpress, there are a lot of devs that have inadvertently included this in some of their js or other open source coded snippets.February 7, 2012 at 8:56 pm #63005
I dont use the script but when checking with the chrome debugging tool it seems this is something that gets loaded due to vimeo video embeds. Loading initiator seems to be urls like: http://player.vimeo.com/video/12176640?wmode=opaque
KriesiFebruary 7, 2012 at 9:06 pm #63006
Wow- I’ll have to give them a support call. I have a pro account and don’t like the presumption to use these trackers. It really consumes bandwidth, I just ran a test on the angular demo page and there are at least four calls to that b.scorecardresearch.com there as well. ThanksFebruary 7, 2012 at 9:16 pm #63007
Just an excerpt of my note to Vimeo regarding this. I’ll post what they say here, as this is contributing to my slow page loads…
“I just paid for a plus account and have embedded several of my own videos on visionhousestudio.com. It appears that embedded Vimeo videos use the notoriously shady b.scorecardresearch.com tracking code to track users. This is known to be a disreputable company injecting scripts into web sites. It is consuming significant bandwidth on my site and it is setting tracking cookies on the visitor browsers that reach the site. I need to know how to disable this. Vimeo did not obtain my permission and my visitors did not approve this intrusion of privacy. This is really hard to believe…”
The topic ‘Slow portfolio performance’ is closed to new replies.