Skip to search.

Breaking News Visit Yahoo! News for the latest.

×Close this window

exceptional-performance · Exceptional Performance

The Yahoo! Groups Product Blog

Check it out!

Group Information

  • Members: 1380
  • Category: Yahoo!
  • Founded: Jul 18, 2007
  • Language: English
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Message search is now enhanced, find messages faster. Take it for a spin.

Messages

Advanced
Messages Help
Messages 1840 - 1874 of 2058   Oldest  |  < Older  |  Newer >  |  Newest
Messages: Show Message Summaries Sort by Date ^  
#1840 From: "Victor" <victor_kz@...>
Date: Wed Feb 2, 2011 6:19 am
Subject: Cool tools
victor_kz
Send Email Send Email
 
Hello! I want to thank Smush it for making such a great tool! This reduced the
size of images on my website http://www.aboutweb.eu !
I am looking forward to new tools like this one to improve web speed and
optimize site.

#1841 From: "Locol Man" <amiwebguy@...>
Date: Sun Feb 6, 2011 5:07 pm
Subject: Static content server with http and https
amiwebguy
Send Email Send Email
 
I haven't been able to find anything good on this topic through YSlow or this
blog but maybe I'm just haven't found it.

One of the YSlow rules is to use a CDN or static content server to take
advantage of the concurrent downloads across domains. If I can't afford a CDN
and just do an images.mysitedomain.com for my static content then how do I
handle switching between http and https?

If I go through a site and consolidate all my js and css and sprite my images,
and do all the recommended performance enhancements, how do I handle serving
content once I move from http to https?

As I see it I have two options, one to serve them from a absolute http address
and then I still get to used all the cached versions across the site.  However
when I go https then I'm serving mixed content and the browsers note that and it
can be disconcerting to users.

The other option is to send relative URL's and get the content duplicated on
http and https.  I noticed that this is what Google Analytics does, it serves
from http and https.  That kills all my caching though as the browser will treat
the http and https content as new components and I loose all my benefit of
caching the components early in the site.

Other options, recommendations?

Thanks,

j

#1842 From: Sergey Chernyshev <sergey.chernyshev@...>
Date: Sun Feb 6, 2011 8:43 pm
Subject: Re: Static content server with http and https
sergeycherny...
Send Email Send Email
 
One option might be to always be on HTTPS, another option is to always serve static assets from HTTPS, although it might be costly in terms of connection making, but that can probably be resolved by early opening of connections at the beginning of the page or by some for of lightweight SSL (there are rumors that Google does some lightweight SSL somehow ;)).

Can't say I had any practice with all of this though.

         Sergey


On Sun, Feb 6, 2011 at 12:07 PM, Locol Man <amiwebguy@...> wrote:
 

I haven't been able to find anything good on this topic through YSlow or this blog but maybe I'm just haven't found it.

One of the YSlow rules is to use a CDN or static content server to take advantage of the concurrent downloads across domains. If I can't afford a CDN and just do an images.mysitedomain.com for my static content then how do I handle switching between http and https?

If I go through a site and consolidate all my js and css and sprite my images, and do all the recommended performance enhancements, how do I handle serving content once I move from http to https?

As I see it I have two options, one to serve them from a absolute http address and then I still get to used all the cached versions across the site. However when I go https then I'm serving mixed content and the browsers note that and it can be disconcerting to users.

The other option is to send relative URL's and get the content duplicated on http and https. I noticed that this is what Google Analytics does, it serves from http and https. That kills all my caching though as the browser will treat the http and https content as new components and I loose all my benefit of caching the components early in the site.

Other options, recommendations?

Thanks,

j



#1843 From: Marcel Duran <contact@...>
Date: Mon Feb 7, 2011 8:08 pm
Subject: Re: Static content server with http and https
marcelduran
Send Email Send Email
 
Another approach would be prefetching the HTTPS content while in HTTP and vice-versa in a lazy load fashion.
Let's say you have your company's logo on HTTP for homepage then the same logo could be lazy loaded and cached for HTTPS, if users end up going to a HTTPS page (e.g: payment page) the logo will be already cached.

Marcel  

On Sun, Feb 6, 2011 at 12:43 PM, Sergey Chernyshev <sergey.chernyshev@...> wrote:
 

One option might be to always be on HTTPS, another option is to always serve static assets from HTTPS, although it might be costly in terms of connection making, but that can probably be resolved by early opening of connections at the beginning of the page or by some for of lightweight SSL (there are rumors that Google does some lightweight SSL somehow ;)).

Can't say I had any practice with all of this though.

         Sergey



On Sun, Feb 6, 2011 at 12:07 PM, Locol Man <amiwebguy@...> wrote:
 

I haven't been able to find anything good on this topic through YSlow or this blog but maybe I'm just haven't found it.

One of the YSlow rules is to use a CDN or static content server to take advantage of the concurrent downloads across domains. If I can't afford a CDN and just do an images.mysitedomain.com for my static content then how do I handle switching between http and https?

If I go through a site and consolidate all my js and css and sprite my images, and do all the recommended performance enhancements, how do I handle serving content once I move from http to https?

As I see it I have two options, one to serve them from a absolute http address and then I still get to used all the cached versions across the site. However when I go https then I'm serving mixed content and the browsers note that and it can be disconcerting to users.

The other option is to send relative URL's and get the content duplicated on http and https. I noticed that this is what Google Analytics does, it serves from http and https. That kills all my caching though as the browser will treat the http and https content as new components and I loose all my benefit of caching the components early in the site.

Other options, recommendations?

Thanks,

j





--
Marcel Duran

#1844 From: "Locol Man" <amiwebguy@...>
Date: Mon Feb 7, 2011 11:01 pm
Subject: Re: Static content server with http and https
amiwebguy
Send Email Send Email
 
Thanks, but I don't think this is what I want as I'd pay the overhead of the
HTTPS for every component and we use an F5 to do SSL offloading.

It seems like this kind of set's back all the YSlow rules a bit as  you have to
really double your optimized files for http and https in order not to get the
mixing of secure and non-secure components.

For what it's worth it's still better than what I start out with many customers
with which is like 20 something .js and 5 css files and 60 images per page. 
Even if I duplicate content on http and https it's still better than this. Just
wish there was a better way to handle this.

Thanks for you input!

j

--- In exceptional-performance@yahoogroups.com, Sergey Chernyshev
<sergey.chernyshev@...> wrote:
>
> One option might be to always be on HTTPS, another option is to always serve
> static assets from HTTPS, although it might be costly in terms of connection
> making, but that can probably be resolved by early opening of connections at
> the beginning of the page or by some for of lightweight SSL (there are
> rumors that Google does some lightweight SSL somehow ;)).
>
> Can't say I had any practice with all of this though.
>
>          Sergey
>
>
> On Sun, Feb 6, 2011 at 12:07 PM, Locol Man <amiwebguy@...> wrote:
>
> >
> >
> > I haven't been able to find anything good on this topic through YSlow or
> > this blog but maybe I'm just haven't found it.
> >
> > One of the YSlow rules is to use a CDN or static content server to take
> > advantage of the concurrent downloads across domains. If I can't afford a
> > CDN and just do an images.mysitedomain.com for my static content then how
> > do I handle switching between http and https?
> >
> > If I go through a site and consolidate all my js and css and sprite my
> > images, and do all the recommended performance enhancements, how do I handle
> > serving content once I move from http to https?
> >
> > As I see it I have two options, one to serve them from a absolute http
> > address and then I still get to used all the cached versions across the
> > site. However when I go https then I'm serving mixed content and the
> > browsers note that and it can be disconcerting to users.
> >
> > The other option is to send relative URL's and get the content duplicated
> > on http and https. I noticed that this is what Google Analytics does, it
> > serves from http and https. That kills all my caching though as the browser
> > will treat the http and https content as new components and I loose all my
> > benefit of caching the components early in the site.
> >
> > Other options, recommendations?
> >
> > Thanks,
> >
> > j
> >
> >
> >
>

#1845 From: "Locol Man" <amiwebguy@...>
Date: Mon Feb 7, 2011 11:04 pm
Subject: Re: Static content server with http and https
amiwebguy
Send Email Send Email
 
Thanks for that, I'll have to read Stoyan's article.  However even pre-loading
the http/https is still downloading the content twice, right? You may be
pre-fetching so it's faster, but you're still making the call twice for the
component, once for http and once for https.

Maybe this helps negate some of the penalty of calling twice, but you're still
calling the same content twice correct?

Thanks,

j

--- In exceptional-performance@yahoogroups.com, Marcel Duran <contact@...>
wrote:
>
> Another approach would be prefetching the HTTPS content while in HTTP and
> vice-versa in a lazy load fashion.
> Let's say you have your company's logo on HTTP for homepage then the same
> logo could be lazy loaded and cached for HTTPS, if users end up going to a
> HTTPS page (e.g: payment page) the logo will be already cached.
> You can find more info on Stoyan's blog:
> http://www.phpied.com/preload-cssjavascript-without-execution/
>
> Marcel
>
> On Sun, Feb 6, 2011 at 12:43 PM, Sergey Chernyshev <
> sergey.chernyshev@...> wrote:
>
> >
> >
> > One option might be to always be on HTTPS, another option is to always
> > serve static assets from HTTPS, although it might be costly in terms of
> > connection making, but that can probably be resolved by early opening of
> > connections at the beginning of the page or by some for of lightweight SSL
> > (there are rumors that Google does some lightweight SSL somehow ;)).
> >
> > Can't say I had any practice with all of this though.
> >
> >          Sergey
> >
> >
> >
> > On Sun, Feb 6, 2011 at 12:07 PM, Locol Man <amiwebguy@...> wrote:
> >
> >>
> >>
> >> I haven't been able to find anything good on this topic through YSlow or
> >> this blog but maybe I'm just haven't found it.
> >>
> >> One of the YSlow rules is to use a CDN or static content server to take
> >> advantage of the concurrent downloads across domains. If I can't afford a
> >> CDN and just do an images.mysitedomain.com for my static content then how
> >> do I handle switching between http and https?
> >>
> >> If I go through a site and consolidate all my js and css and sprite my
> >> images, and do all the recommended performance enhancements, how do I
handle
> >> serving content once I move from http to https?
> >>
> >> As I see it I have two options, one to serve them from a absolute http
> >> address and then I still get to used all the cached versions across the
> >> site. However when I go https then I'm serving mixed content and the
> >> browsers note that and it can be disconcerting to users.
> >>
> >> The other option is to send relative URL's and get the content duplicated
> >> on http and https. I noticed that this is what Google Analytics does, it
> >> serves from http and https. That kills all my caching though as the browser
> >> will treat the http and https content as new components and I loose all my
> >> benefit of caching the components early in the site.
> >>
> >> Other options, recommendations?
> >>
> >> Thanks,
> >>
> >> j
> >>
> >>
> >
> >
>
>
>
> --
> Marcel Duran
>

#1846 From: Manu Mukerji <manu16m@...>
Date: Mon Feb 7, 2011 11:11 pm
Subject: Re: Re: Static content server with http and https
next2manu...
Send Email Send Email
 
What kind of a webserver are you using? Depending of how much room there is to change/tune that I suggest the following:

1) Serve all your static content from static.yourdomain.com over https, I believe the mixed content message only shows up if your main page is SSL while other content is not. (Not 100% sure)

2) Use NginX for just static files it is significantly faster than Apache and even with SSL might be better. 

This way if you do decide to switch to a CDN at some point it will be easier to do since your code is already separated between static and non-static element per your original suggestion. 

Maybe you can test it using AB (http://httpd.apache.org/docs/2.0/programs/ab.html) or something similar. 

If you do test it, I am sure there are a bunch of us who would love to see the results...

Hope this helps...

-Manu


On Mon, Feb 7, 2011 at 3:04 PM, Locol Man <amiwebguy@...> wrote:
 

Thanks for that, I'll have to read Stoyan's article. However even pre-loading the http/https is still downloading the content twice, right? You may be pre-fetching so it's faster, but you're still making the call twice for the component, once for http and once for https.

Maybe this helps negate some of the penalty of calling twice, but you're still calling the same content twice correct?

Thanks,

j



--- In exceptional-performance@yahoogroups.com, Marcel Duran <contact@...> wrote:
>
> Another approach would be prefetching the HTTPS content while in HTTP and
> vice-versa in a lazy load fashion.
> Let's say you have your company's logo on HTTP for homepage then the same
> logo could be lazy loaded and cached for HTTPS, if users end up going to a
> HTTPS page (e.g: payment page) the logo will be already cached.
> You can find more info on Stoyan's blog:
> http://www.phpied.com/preload-cssjavascript-without-execution/
>
> Marcel
>
> On Sun, Feb 6, 2011 at 12:43 PM, Sergey Chernyshev <
> sergey.chernyshev@...> wrote:
>
> >
> >
> > One option might be to always be on HTTPS, another option is to always
> > serve static assets from HTTPS, although it might be costly in terms of
> > connection making, but that can probably be resolved by early opening of
> > connections at the beginning of the page or by some for of lightweight SSL
> > (there are rumors that Google does some lightweight SSL somehow ;)).
> >
> > Can't say I had any practice with all of this though.
> >
> > Sergey
> >
> >
> >
> > On Sun, Feb 6, 2011 at 12:07 PM, Locol Man <amiwebguy@...> wrote:
> >
> >>
> >>
> >> I haven't been able to find anything good on this topic through YSlow or
> >> this blog but maybe I'm just haven't found it.
> >>
> >> One of the YSlow rules is to use a CDN or static content server to take
> >> advantage of the concurrent downloads across domains. If I can't afford a
> >> CDN and just do an images.mysitedomain.com for my static content then how
> >> do I handle switching between http and https?
> >>
> >> If I go through a site and consolidate all my js and css and sprite my
> >> images, and do all the recommended performance enhancements, how do I handle
> >> serving content once I move from http to https?
> >>
> >> As I see it I have two options, one to serve them from a absolute http
> >> address and then I still get to used all the cached versions across the
> >> site. However when I go https then I'm serving mixed content and the
> >> browsers note that and it can be disconcerting to users.
> >>
> >> The other option is to send relative URL's and get the content duplicated
> >> on http and https. I noticed that this is what Google Analytics does, it
> >> serves from http and https. That kills all my caching though as the browser
> >> will treat the http and https content as new components and I loose all my
> >> benefit of caching the components early in the site.
> >>
> >> Other options, recommendations?
> >>
> >> Thanks,
> >>
> >> j
> >>
> >>
> >
> >
>
>
>
> --
> Marcel Duran
>



#1847 From: Adrian Yee <adrian@...>
Date: Mon Feb 7, 2011 11:23 pm
Subject: Re: Static content server with http and https
adrian@...
Send Email Send Email
 
On 02/07/11 12:08, Marcel Duran wrote:
> Another approach would be prefetching the HTTPS content while in HTTP
> and vice-versa in a lazy load fashion.
>
> Let's say you have your company's logo on HTTP for homepage then the
> same logo could be lazy loaded and cached for HTTPS, if users end up
> going to a HTTPS page (e.g: payment page) the logo will be already cached.
> You can find more info on Stoyan's blog:
> http://www.phpied.com/preload-cssjavascript-without-execution/
>
> Marcel

If there was a very good chance the user is going to end up on a https
page, then it'd be a pretty good idea to preload content, otherwise that
could be quite a bit of extra resources being downloaded and never used.
   Also, managing that list of resources to preload would be a bit of a pain.

Adrian

#1848 From: Peter Booth <peter_booth@...>
Date: Tue Feb 8, 2011 6:33 am
Subject: Re: Static content server with http and https
christopher_...
Send Email Send Email
 


I think that you're overthinking this. 

1. If you consolidate your js and css, sprite your images, use gzipping etc then you will see dramatic performance improvements


The other option is to send relative URL's and get the content duplicated on http and https. I noticed that this is what Google Analytics does, it serves from http and https. That kills all my caching though as the browser will treat the http and https content as new components and I loose all my benefit of caching the components early in the site.


This is only half-true. Yes, it means that the browser wont treat http and https urls as identical.
 but it doesn't kill your caching. and you don't lose the benefits of caching components early in the site.

An example:
Imagine that a typical user sesson involved navigating 15 pages, 3 of which are served via https. 
Imagine, just to simplify,  that every page contains the same 12 images, 6 css and 6 javascripts.  

Then a path thru the site might look like ...

PAGE          IMAGES  CSS   JAVASCRIPTS #RESOURCES
http1  12  6 6 25
http2  - - - 1
http3  - - - 1
http4  - - - 1
http5  - - - 1
http6  - - - 1
http7  - - - 1
http8  - - - 1
https1  12 6 6 25
https2 - - - 1
https3 - - - 1
http9 - - - 1
http10 - - - 1
http11 - - - 1


So of 15 pages only two of them are fat pages, and 13 are skinny pages with cached content. This gives you the concurrent downloads across domains for the two fat pages.

The other suggestions:
1. (load everything from https) is like saying "if we need some slow https pages, lets make everything else slow too" 
2. prefetching http content from https and vice versa seems unnecessarily complex for no obvious benefit. 

 


Sent from my iPhone

On Feb 6, 2011, at 12:07 PM, Locol Man <amiwebguy@...> wrote:

I haven't been able to find anything good on this topic through YSlow or this blog but maybe I'm just haven't found it.

One of the YSlow rules is to use a CDN or static content server to take advantage of the concurrent downloads across domains. If I can't afford a CDN and just do animages.mysitedomain.com for my static content then how do I handle switching between http and https?

If I go through a site and consolidate all my js and css and sprite my images, and do all the recommended performance enhancements, how do I handle serving content once I move from http to https?

As I see it I have two options, one to serve them from a absolute http address and then I still get to used all the cached versions across the site. However when I go https then I'm serving mixed content and the browsers note that and it can be disconcerting to users.

The other option is to send relative URL's and get the content duplicated on http and https. I noticed that this is what Google Analytics does, it serves from http and https. That kills all my caching though as the browser will treat the http and https content as new components and I loose all my benefit of caching the components early in the site.

Other options, recommendations?

Thanks,



#1849 From: Peter Booth <peter_booth@...>
Date: Tue Feb 8, 2011 11:21 pm
Subject: Re: Best way to bundle CSS and JS?
christopher_...
Send Email Send Email
 
A brief experiment is worth more than two dozen intelligent opinions.

Sent from my iPhone

On Oct 24, 2009, at 11:23 AM, Bill Moseley <moseley@...> wrote:

 

I know one of the top performance recommendations is to reduce the number of web requests.  I use the YUI compressor to compress css and js into single files and provide cache headers so they are cached for years and delivere them by a CDN.

Where I'm less clear is how much to bundle together.  Imagine a large web application with a number of different sections -- sections consist of common functionality and look, although the app is pretty similar over all. That is, there's common css and js and also css and js that are similar for a section.

Does it make sense to package the entire site's css/js into single files and deliver them on the first page request and (hope) the browser never fetches them again?

Or does it make more sense to have site-wide css & js in their own files, and then a second set of files for the whatever section is currently viewed?  And if so, do you have any kind of rule-of-thumb to decide how to break up the files?

Obviously, the caching makes a big difference for page-to-page requests.  And also I realize that this is dependendent on the brower and latency of each user's connection.

With pre-loading all the css and js on the first page request I'm also curious how that effects the browser.  That is, pre-load the js and css for the entire site in a single file but each page only needs a subset of that is there a big hit on the browser having to reparse the js and css for each page?

Any tips?

--
Bill Moseley
moseley@hank.org


#1850 From: "Rob Larsen" <Rob@...>
Date: Wed Feb 9, 2011 1:27 pm
Subject: RE: Static content server with http and https
super_genius.rm
Send Email Send Email
 

“2. prefetching http content from https and vice versa seems unnecessarily complex for no obvious benefit. “

 

I’m  thinking this could be automated.

 

I wrote a quick proof of concept (Firefox only. requires protocol relative links in the css.) It uses Stoyan’s code to preload elements and uses the DOM and associated style sheets to build the list the of elements to preload.

 

http://jsfiddle.net/robreact/DBHH6/

 

I’m not sure how much benefit there would actually be with this technique, but it was a fun to mess around with.

 

Rob Larsen

HTML + CSS + JavaScript

 

 


#1851 From: "alexdunae" <alex@...>
Date: Wed Feb 9, 2011 10:36 pm
Subject: Status of the Smush.it API
alexdunae
Send Email Send Email
 
I wrote a WordPress plugin ( http://wordpress.org/extend/plugins/wp-smushit/ )
when Smush.it was first announced, back when there was an official API.  I was
reading through the FAQ and terms today and noticed that the API has officially
been deprecated.  I'm hoping to get a bit of clarification on using that API. 
Are there plans to officially support the API, or is this more of a back-burner
sort of thing.

Users of the plugin have long asked for a way to run their whole image libraries
through Smush.it at once.  The terms of use say:

"3. a. You will not use the service in a manner that exceeds reasonable request
volume, constitutes excessive or abusive usage, as determined by Yahoo! in its
sole discretion."

Can you provide any guidance on what would be considered excessive?  1000 images
with a one second timeout?

Any insight would be much appreciated.  Thanks for a great tool.

Alex

#1852 From: Marcel Duran <contact@...>
Date: Thu Feb 10, 2011 8:50 pm
Subject: Re: Status of the Smush.it API
marcelduran
Send Email Send Email
 
Hi Alex,

We're working on scalability for Smush.it and will have something in early Q3, please reach us out by then to check the status.
Currently Smush.it servers is dealing well with the current traffic, feel free to provide the whole image library at once to your plugin *as long as you keep this 1s interval* to avoid pounding our servers.
Let us know when you release this feature to keep an eye on monitoring stats.


Best,

Marcel

On Wed, Feb 9, 2011 at 2:36 PM, alexdunae <alex@...> wrote:
 

I wrote a WordPress plugin ( http://wordpress.org/extend/plugins/wp-smushit/ ) when Smush.it was first announced, back when there was an official API. I was reading through the FAQ and terms today and noticed that the API has officially been deprecated. I'm hoping to get a bit of clarification on using that API. Are there plans to officially support the API, or is this more of a back-burner sort of thing.

Users of the plugin have long asked for a way to run their whole image libraries through Smush.it at once. The terms of use say:

"3. a. You will not use the service in a manner that exceeds reasonable request volume, constitutes excessive or abusive usage, as determined by Yahoo! in its sole discretion."

Can you provide any guidance on what would be considered excessive? 1000 images with a one second timeout?

Any insight would be much appreciated. Thanks for a great tool.

Alex




--
Marcel Duran

#1856 From: "Rob Larsen" <Rob@...>
Date: Wed Feb 9, 2011 2:58 am
Subject: RE: Static content server with http and https
super_genius.rm
Send Email Send Email
 

 

“2. prefetching http content from https and vice versa seems unnecessarily complex for no obvious benefit. “

 

I’m  thinking this could be automated.

 

I wrote up a quick proof of concept (Firefox only and it requires protocol relative links in the style sheet.) It uses Stoyan’s code to preload elements and uses the DOM and associated style sheets to build a list the of elements to preload.

 

http://jsfiddle.net/robreact/DBHH6/

 

I’m not sure how much benefit there would actually be with this technique, but it was a fun to mess around with.

 

 

From: exceptional-performance@yahoogroups.com [mailto:exceptional-performance@yahoogroups.com] On Behalf Of Peter Booth
Sent: Tuesday, February 08, 2011 1:34 AM
To: exceptional-performance@yahoogroups.com
Subject: Re: [exceptional-performance] Static content server with http and https

 

 

 

I think that you're overthinking this. 

 

1. If you consolidate your js and css, sprite your images, use gzipping etc then you will see dramatic performance improvements

 

 

The other option is to send relative URL's and get the content duplicated on http and https. I noticed that this is what Google Analytics does, it serves from http and https. That kills all my caching though as the browser will treat the http and https content as new components and I loose all my benefit of caching the components early in the site.

 

This is only half-true. Yes, it means that the browser wont treat http and https urls as identical.

 but it doesn't kill your caching. and you don't lose the benefits of caching components early in the site.

 

An example:

Imagine that a typical user sesson involved navigating 15 pages, 3 of which are served via https. 

Imagine, just to simplify,  that every page contains the same 12 images, 6 css and 6 javascripts.  

 

Then a path thru the site might look like ...

 

PAGE          IMAGES  CSS   JAVASCRIPTS    #RESOURCES

http1           12   6    6    25

http2           -    -    -    1

http3           -    -    -    1

http4           -    -    -    1

http5           -    -    -    1

http6           -    -    -    1

http7           -    -    -    1

http8           -    -    -    1

https1          12   6    6    25

https2          -    -    -    1

https3          -    -    -    1

http9      -    -    -    1

http10          -    -    -    1

http11          -    -    -    1

 

 

So of 15 pages only two of them are fat pages, and 13 are skinny pages with cached content. This gives you the concurrent downloads across domains for the two fat pages.

 

The other suggestions:

1. (load everything from https) is like saying "if we need some slow https pages, lets make everything else slow too" 

2. prefetching http content from https and vice versa seems unnecessarily complex for no obvious benefit. 

 

 

 


Sent from my iPhone


On Feb 6, 2011, at 12:07 PM, Locol Man <amiwebguy@...> wrote:

I haven't been able to find anything good on this topic through YSlow or this blog but maybe I'm just haven't found it.

One of the YSlow rules is to use a CDN or static content server to take advantage of the concurrent downloads across domains. If I can't afford a CDN and just do animages.mysitedomain.com for my static content then how do I handle switching between http and https?

If I go through a site and consolidate all my js and css and sprite my images, and do all the recommended performance enhancements, how do I handle serving content once I move from http to https?

As I see it I have two options, one to serve them from a absolute http address and then I still get to used all the cached versions across the site. However when I go https then I'm serving mixed content and the browsers note that and it can be disconcerting to users.

The other option is to send relative URL's and get the content duplicated on http and https. I noticed that this is what Google Analytics does, it serves from http and https. That kills all my caching though as the browser will treat the http and https content as new components and I loose all my benefit of caching the components early in the site.

Other options, recommendations?

Thanks,


#1857 From: Philip Tellis <philip@...>
Date: Tue Feb 22, 2011 1:20 am
Subject: [admin] Change in group settings
philiptellis
Send Email Send Email
 
Note that starting right now, all new members will be put on moderation.
Your first post will go through moderation.  This is to combat spam
since the spam filters on Y!Groups seem to be extremely weird (good
mails get blocked, bad mails are allowed through).

Philip

#1858 From: Sergey Chernyshev <sergey.chernyshev@...>
Date: Wed Feb 23, 2011 4:24 am
Subject: Fwd: #NewMeetup performance - February 28 @ Meetup HQ
sergeycherny...
Send Email Send Email
 
Next Monday Justin Cataldo, Lead UI Engineer at Meetup will talk about
#NewMeetup performance!

If you're in New York, come join us at *Meetup HQ* - *pizza and fridge full
of beer* will be provided by Meetup.
*RSVP now*: http://bit.ly/eg6ldV

See you there!

           Sergey


---------- Forwarded message ----------
From: Sergey Chernyshev <meetup.com@...>
Date: Fri, Feb 18, 2011 at 10:23 PM
Subject: #NewMeetup performance - February 28 @ Meetup HQ
To: webperf-announce@...


*Justin Cataldo* (@jcataldo <http://twitter.com/jcataldo>) will talk about
performance of *Meetup.com* including some improvements done to *#NewMeetup*
.

*RSVP:* http://bit.ly/February_2011_NYWebPerf

*Agenda:*

6:30 - Arrive to Meetup HQ, meet other members
6:45 - Event starts
7:00 - *#NewMeetup performance* (Justin Cataldo)
8:00 - Q&A
8:15 - Book giveaway
8:30 - Open Discussion, Networking

*Location:*

**Meetup.com <http://www.meetup.com/jobs/> agreed to host us again. They
also provide *food and drinks*!
*
*Meetup HQ
632 Broadway <http://goog_1782125619>
3rd floor <http://goog_1782125619>
New York, NY 10012 <http://bit.ly/hgBLAn>

Directions on Google Maps: http://bit.ly/hgBLAn
Entrance on StreetView: http://bit.ly/gVfFIp

<http://bit.ly/gVfFIp>

*Sponsors:*
Catchpoint <http://www.catchpoint.com/> is sponsoring us by providing 10%
discount to our members and also books for our books section.

O'Reilly <http://oreilly.com/> also provides discount to members for the
books and sent some books to give away as well.

See you there on *February 28th* at *6:30PM*.

          Sergey


--
Sergey Chernyshev
http://www.sergeychernyshev.com/
http://www.meetup.com/Web-Performance-NY/
http://www.showslow.com/


[Non-text portions of this message have been removed]

#1860 From: "alexdunae" <alex@...>
Date: Thu Feb 24, 2011 10:55 pm
Subject: Re: Status of the Smush.it API
alexdunae
Send Email Send Email
 
Much appreciated Marcel.

--- In exceptional-performance@yahoogroups.com, Marcel Duran <contact@...>
wrote:
>
> Hi Alex,
>
> We're working on scalability for Smush.it and will have something in early
> Q3, please reach us out by then to check the status.
> Currently Smush.it servers is dealing well with the current traffic, feel
> free to provide the whole image library at once to your plugin *as long as
> you keep this 1s interval* to avoid pounding our servers.
> Let us know when you release this feature to keep an eye on monitoring
> stats.
>
>
> Best,
>
> Marcel
>
> On Wed, Feb 9, 2011 at 2:36 PM, alexdunae <alex@...> wrote:
>
> >
> >
> > I wrote a WordPress plugin (
> > http://wordpress.org/extend/plugins/wp-smushit/ ) when Smush.it was first
> > announced, back when there was an official API. I was reading through the
> > FAQ and terms today and noticed that the API has officially been deprecated.
> > I'm hoping to get a bit of clarification on using that API. Are there plans
> > to officially support the API, or is this more of a back-burner sort of
> > thing.
> >
> > Users of the plugin have long asked for a way to run their whole image
> > libraries through Smush.it at once. The terms of use say:
> >
> > "3. a. You will not use the service in a manner that exceeds reasonable
> > request volume, constitutes excessive or abusive usage, as determined by
> > Yahoo! in its sole discretion."
> >
> > Can you provide any guidance on what would be considered excessive? 1000
> > images with a one second timeout?
> >
> > Any insight would be much appreciated. Thanks for a great tool.
> >
> > Alex
> >
> >
> >
>
>
>
> --
> Marcel Duran
>

#1861 From: "stephen_thair" <stephen.thair@...>
Date: Fri Feb 25, 2011 7:33 am
Subject: Mod_Pagespeed - case studies and first hand experiences in Production environ
stephen_thair
Send Email Send Email
 
Hello all,

Someone over in the "Web Operations Professionals" LinkedIn group
(http://www.linkedin.com/groups?mostPopular=&gid=141947) posed the
question "does anyone have an first hand experience of mod_pagespeed",
particularly regarding suitability for the production environment,
ease of implementation and effectiveness in site acceleration.

I haven't seen many case studies around as yet, so I thought I would
pose the question to the #webperf groups and hopefully collate the
responses into a blog post or something.

So - are you using it in Production and what's your experience been
like?

cheers,
Steve

#1862 From: Marcel Duran <contact@...>
Date: Fri Feb 25, 2011 8:02 am
Subject: Re: Mod_Pagespeed - case studies and first hand experiences in Production environ
marcelduran
Send Email Send Email
 
Aaron Peters ran an interesting experiment with mod_pagespeed on some major
Dutch travel sites and post the results on last Performance Calendar:
http://calendar.perfplanet.com/2010/mod_pagespeed-performance-review/

Marcel

On Thu, Feb 24, 2011 at 11:33 PM, stephen_thair <
stephen.thair@...> wrote:

>
>
> Hello all,
>
> Someone over in the "Web Operations Professionals" LinkedIn group
> (http://www.linkedin.com/groups?mostPopular=&gid=141947) posed the
> question "does anyone have an first hand experience of mod_pagespeed",
> particularly regarding suitability for the production environment,
> ease of implementation and effectiveness in site acceleration.
>
> I haven't seen many case studies around as yet, so I thought I would
> pose the question to the #webperf groups and hopefully collate the
> responses into a blog post or something.
>
> So - are you using it in Production and what's your experience been
> like?
>
> cheers,
> Steve
>
>
>



--
Marcel Duran


[Non-text portions of this message have been removed]

#1863 From: Pat Meenan <PatMeenan@...>
Date: Fri Feb 25, 2011 11:54 am
Subject: Re: Mod_Pagespeed - case studies and first hand experiences in Production environ
pmeenan
Send Email Send Email
 
From what I've seen on the mod_pagespeed mailing list, there have been
a LOT of improvements since then.  I don't have experience myself
running it in a production environment  but I know a bunch of people on
the discussion group do - it's worth asking the question over there:
http://groups.google.com/group/mod-pagespeed-discuss

FWIW, I think both GoDaddy and Dreamhost have it running in their shared
hosting environment as something customers can enable.  Not sure what
their experience has been but those are both pretty big production
environments.

-Pat

On 2/25/2011 3:02 AM, Marcel Duran wrote:
> Aaron Peters ran an interesting experiment with mod_pagespeed on some major
> Dutch travel sites and post the results on last Performance Calendar:
> http://calendar.perfplanet.com/2010/mod_pagespeed-performance-review/
>
> Marcel
>
> On Thu, Feb 24, 2011 at 11:33 PM, stephen_thair<
> stephen.thair@...>  wrote:
>
>>
>> Hello all,
>>
>> Someone over in the "Web Operations Professionals" LinkedIn group
>> (http://www.linkedin.com/groups?mostPopular=&gid=141947) posed the
>> question "does anyone have an first hand experience of mod_pagespeed",
>> particularly regarding suitability for the production environment,
>> ease of implementation and effectiveness in site acceleration.
>>
>> I haven't seen many case studies around as yet, so I thought I would
>> pose the question to the #webperf groups and hopefully collate the
>> responses into a blog post or something.
>>
>> So - are you using it in Production and what's your experience been
>> like?
>>
>> cheers,
>> Steve
>>
>>
>>
>
>

#1865 From: Swapnil Shinde <sshinde@...>
Date: Fri Mar 4, 2011 12:24 am
Subject: Smush.it experiencing intermittent outage
swapnil.shinde
Send Email Send Email
 
--OUTAGE ALERT--

You may experience intermittent outages while optimizing images using
Smush.it<http://Smush.it>. Please note that we are aware of the problem and are
taking action. We will continue to monitor the situation closely and should have
it resolved in the next few hours.

Thank you for your patience!

swapnil
shinde

product manager
exceptional performance team

http://developer.yahoo.com/performance/


[cid:3357893554_739773]



[Non-text portions of this message have been removed]

#1866 From: Sergey Chernyshev <sergey.chernyshev@...>
Date: Fri Mar 4, 2011 3:08 am
Subject: Fwd: [webperf] March 17th: State of mobile web performance
sergeycherny...
Send Email Send Email
 
If you're in New York, you might be interested in session on mobile
performance presented by Guy Podjarny, CTO of Blaze: http://bit.ly/f6Sd7C

Will be happy to see you there!

          Sergey


---------- Forwarded message ----------
From: Sergey Chernyshev <meetup.com@...>
Date: Thu, Mar 3, 2011 at 10:04 PM
Subject: [webperf] March 17th: State of mobile web performance
To: webperf-announce@...


On March 17, *Guy Podjarny, CTO of Blaze <http://blaze.io>* will talk about
the state of mobile web performance, based on the data gathered using
blaze.io mobile testing tool.

*RSVP now: *http://bit.ly/f6Sd7C

Guy spent the last decade prior to Blaze as a Software Architect and Web
Application Security expert, driving the IBM Rational AppScan product line
from inception to being the leading Web Application Security assessment
tool. Guy has filed over 15 patents, presented at numerous conferences, and
has published several professional papers.

*Book raffle*

Catchpoint and O'Reilly are sponsoring books for us to raffle, so get ready
for awesome giveaways!

*Pizza and drinks* will be served!

Location:
*Meetup HQ *
*632 Broadway*
*3rd floor*
*New York, NY 10012*

Directions on Google Maps: <http://bit.ly/f8jfwE>http://bit.ly/f8jfwE
Entrance on StreetView: <http://bit.ly/i0L2CH>http://bit.ly/i0L2CH

*Sponsors:*

Catchpoint <http://www.catchpoint.com/> is sponsoring us by providing 10%
discount to our members and also books for our books section.

O'Reilly <http://www.oreilly.com/> also provides discount to members for the
books and sent some books to give away as well.

ReSell.biz<http://www.resell.biz/#utm_source=meetup.com&utm_medium=referral&utm_\
campaign=sponsorship>is
the complete domain name reseller and hosting reseller solution.


See you there at *6:30PM*.

           Sergey


--
Sergey Chernyshev
http://www.sergeychernyshev.com/




--
This message was sent by Sergey Chernyshev (meetup.com@
antispam.sergeychernyshev.com) from New York Web Performance
Group<http://www.meetup.com/Web-Performance-NY/>
.
To learn more about Sergey Chernyshev, visit his/her member
profile<http://www.meetup.com/Web-Performance-NY/members/3657777/>


  Meetup, PO Box 4668 #37895 New York, New York 10163-4668 |
support@...


[Non-text portions of this message have been removed]

#1867 From: Sergey Chernyshev <sergey.chernyshev@...>
Date: Fri Mar 4, 2011 3:10 am
Subject: Fwd: [webperf] March 17th: State of mobile web performance
sergeycherny...
Send Email Send Email
 
If you're in New York, you might be interested in session on mobile
performance presented by Guy Podjarny, CTO of Blaze: http://bit.ly/f6Sd7C

Will be happy to see you there!

          Sergey


---------- Forwarded message ----------
From: Sergey Chernyshev <meetup.com@...>
Date: Thu, Mar 3, 2011 at 10:04 PM
Subject: [webperf] March 17th: State of mobile web performance
To: webperf-announce@...


On March 17, *Guy Podjarny, CTO of Blaze <http://blaze.io>* will talk about
the state of mobile web performance, based on the data gathered using
blaze.io mobile testing tool.

*RSVP now: *http://bit.ly/f6Sd7C

Guy spent the last decade prior to Blaze as a Software Architect and Web
Application Security expert, driving the IBM Rational AppScan product line
from inception to being the leading Web Application Security assessment
tool. Guy has filed over 15 patents, presented at numerous conferences, and
has published several professional papers.

*Book raffle*

Catchpoint and O'Reilly are sponsoring books for us to raffle, so get ready
for awesome giveaways!

*Pizza and drinks* will be served!

Location:
*Meetup HQ *
*632 Broadway*
*3rd floor*
*New York, NY 10012*

Directions on Google Maps: <http://bit.ly/f8jfwE>http://bit.ly/f8jfwE
Entrance on StreetView: <http://bit.ly/i0L2CH>http://bit.ly/i0L2CH

*Sponsors:*

Catchpoint <http://www.catchpoint.com/> is sponsoring us by providing 10%
discount to our members and also books for our books section.

O'Reilly <http://www.oreilly.com/> also provides discount to members for the
books and sent some books to give away as well.

ReSell.biz<http://www.resell.biz/#utm_source=meetup.com&utm_medium=referral&utm_\
campaign=sponsorship>is
the complete domain name reseller and hosting reseller solution.


See you there at *6:30PM*.

           Sergey


--
Sergey Chernyshev
http://www.sergeychernyshev.com/




--
This message was sent by Sergey Chernyshev (meetup.com@
antispam.sergeychernyshev.com) from New York Web Performance
Group<http://www.meetup.com/Web-Performance-NY/>
.
To learn more about Sergey Chernyshev, visit his/her member
profile<http://www.meetup.com/Web-Performance-NY/members/3657777/>


  Meetup, PO Box 4668 #37895 New York, New York 10163-4668 |
support@...


[Non-text portions of this message have been removed]

#1868 From: betty tso <bettyytso@...>
Date: Fri Mar 4, 2011 6:25 am
Subject: Re: [admin] Change in group settings
bettyytso
Send Email Send Email
 
we've contacted Y! Groups and are working on getting this filter issue resolved.

-betty





________________________________
From: Philip Tellis <philip@...>
To: exceptional-performance@yahoogroups.com
Sent: Mon, February 21, 2011 5:20:27 PM
Subject: [exceptional-performance] [admin] Change in group settings


Note that starting right now, all new members will be put on moderation.
Your first post will go through moderation.  This is to combat spam
since the spam filters on Y!Groups seem to be extremely weird (good
mails get blocked, bad mails are allowed through).

Philip






[Non-text portions of this message have been removed]

#1869 From: "neacsutraian2" <neacsutraian2@...>
Date: Sat Mar 12, 2011 1:35 am
Subject: "Keep directory structure in zip file" doesn't work
neacsutraian2
Send Email Send Email
 
smushit's Keep directory structure in zip file doesn't keep the directory
structure for the optimized files - tested in IE9, FF3.6 and GC 10.0

#1870 From: Marcel Duran <contact@...>
Date: Sat Mar 12, 2011 6:46 am
Subject: Re: "Keep directory structure in zip file" doesn't work
marcelduran
Send Email Send Email
 
Thanks for letting us know. We're filing a bug for this issue.

Best,

Marcel

On Fri, Mar 11, 2011 at 5:35 PM, neacsutraian2 <neacsutraian2@...>wrote:

>
>
> smushit's Keep directory structure in zip file doesn't keep the directory
> structure for the optimized files - tested in IE9, FF3.6 and GC 10.0
>
>
>



--
Marcel Duran


[Non-text portions of this message have been removed]

#1871 From: "guypo_work" <guypod@...>
Date: Tue Mar 15, 2011 6:20 pm
Subject: Zooming doesn't work on websites customized for iPhone
guypo_work
Send Email Send Email
 
Try m.cnn.com, for example - the bookmarklet works well, but you can't zoom in.

#1872 From: "alandahl@..." <alandahl@...>
Date: Fri Mar 4, 2011 2:48 pm
Subject: broken yslow report
alandahl...
Send Email Send Email
 
Hi,

I noticed, that i get a broken report when in run yslow in this
http://www.refashion.de . All entries after "Avoid css expressions" don't have a
discription. When you try to open this in print-view the reports stops after
css-expressions.

Looks like an escaping problem to me ...

Thanks
Alan

#1873 From: "janwen" <loujianwen1986@...>
Date: Wed Mar 2, 2011 7:09 am
Subject: Re: YSlow run test only clickable if Firebug is left open
loujianwen1986
Send Email Send Email
 
Did you resolve this problem? I am a newbie for ySlow. I hope ysloe autorun when
a new page load.but now the ySlow just run once.but i do not know how to run
automatically when i test a new page in the same web application.thanks

--- In exceptional-performance@yahoogroups.com, Maraikayar Prem Nawaz
<mpnkhan@...> wrote:
>
> I too faced the same problem. I changed the option to Autorun , which makes
the viewing slow for all sites and its working in that way.
>
> Also one more problem with latest version of Yslow+FF3.5,
> It reported that my 8 components are not Zipped. But when I used tools like
> http://www.gidnetwork.com/tools/gzip-test.php
> http://www.whatsmyip.org/http_compression/
> it's indeed is gZipped.
>
> Is there any one faced the same problem?
>
> -Nawaz
>
> --- On Thu, 30/7/09, Ryan Doherty <rdoherty@...> wrote:
>
> From: Ryan Doherty <rdoherty@...>
> Subject: Re: [exceptional-performance] YSlow run test only clickable if
Firebug is left open
> To: exceptional-performance@yahoogroups.com
> Date: Thursday, 30 July, 2009, 5:40 AM
>
> Makes me wish Yahoo had a public bug database for its software.
> -Ryan
>
> On Jul 29, 2009, at 4:56 PM, Brian Williams wrote:
>
> > Yes, I just discovered it yesterday evening -- annoying, that.
> >
> >
> >
> > Ryan Doherty wrote:
> >
> >>
> >> I have a problem with YSlow (2.0.0b4, Firebug 1.4.1, Firefox 3.5.1,
> >> OSX 10.5.7). The yellow 'Run Test' button only works if Firebug was
> >> open when the page was loading. If I load a page, then open Firebug,
> >> the button doesn't do anything.
> >>
> >> Anyone else had this issue?
> >>
> >> Ryan Doherty
> >> rdoherty@...
> >>
> >>
> >
> >
> >
>
> Ryan Doherty
> rdoherty@...
>
>
>
> ------------------------------------
>
> --
> http://developer.yahoo.com/performance/
> Yahoo! Groups Links
>
>
>
>
>
>
>       Love Cricket? Check out live scores, photos, video highlights and more.
Click here http://cricket.yahoo.com
>

#1874 From: Lance Jonn Romanoff <ljr@...>
Date: Tue Mar 15, 2011 6:52 pm
Subject: Re: Zooming doesn't work on websites customized for iPhone
lancejonnrom...
Send Email Send Email
 
That's not an error, the site has "user-scalable" set to 0.


[Non-text portions of this message have been removed]

Messages 1840 - 1874 of 2058   Oldest  |  < Older  |  Newer >  |  Newest
Add to My Yahoo!      XML What's This?

Copyright © 2010 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines NEW - Help