On 10/20/10 11:48, Marcel Duran wrote:
> Since we're just sending the rule id like ycdn, yemptysrc, etc, it's up
> to the client to map the id to a name, specially for other languages,
> does it help if we send the official rule name in the beacon?

I guess it would be useful in some cases, but as you mention, for
multi-language set ups, it wouldn't be.  FYI, GTmetrix wouldn't use the
name passed in via the beacon.

Adrian

Hi,

   Is there a way to have JSLint ignore certain JavaScript files?  I have a page
that uses a lot of YUI 2 components and my JSLint error report is filled with
issues with YUI code, not mine.  I'd like to configure YSlow to ignore the YUI
library and just look at my code.

Thanks!

Paul

Hello,

I have written a command line tool which takes in a directory of images and
smushes all the images in that and it's sub directories, downloads the smushed
images and replaces them in their respective directories. Read further in my
blog post -
http://abhirama.wordpress.com/2010/10/20/a-command-line-tool-to-run-smush-it/

 

Performers, 

 I've been working on a way to track web performance using google analytics. I build a proof of concept javascript tag that uses custom variables in GA and allows us to segment metrics like views, bounce rate and tie on site by the performance experienced by real users. 

 

 Check out our first results here : http://blog.yottaa.com/2010/10/how-to-measure-page-load-time-with-google-analytics/ 

 We're working on some next steps to measure performance across more than just landing pages and to integrate better data from web timings API. 

 Would love to hear feedback, tho. 

 

 Enjoy. 

 --j 

 

Thanks for the encouragement Steve!

I am aware of TimeTracker and have used it. It's a nice drop-in tool. But it
suffers from some problems that I see.

1) The biggest problem with Event Tracker is that it keeps performance data as a
silo of information separate from your web analytics data. By utilizing Custom
Variables instead of events, your performance data is integrated with your
analytics data and allows you to segment your analytics data by performance. For
example, using event tracking, it is not possible to see how performance impacts
bounce rate or time on site. If we (the web performers of the world) want to
influence investment in performance, we need to be able to show the business
impact of performance which requires displaying the business benefit of improved
performance (more ad impressions, higher conversion rate, increased engagement).
We should be able to slice the data along many axis (by page, by session, by
time of day, by geography, by browser). All of these are unavailable with event
tracker, but can be done when we use custom variables. So while the charting of
event tracking may be superior in GA, custom variables gives us much richer
ability to drill into data. This is the big promise of custom variables -- it
allows us to segment our business intelligence by the performance dimension and
justify continued investment.

2) Event Tracking adds an additional pixel tag to the page in addition to the
trackPageview call. This is not as important as the previous point, but it does
negatively impact performance which is ironic for a tool meant to help us
improve performance.

I agree with your assessment that dropping the data into excel is a huge
downside. GA does not deal with this data well and could go a long way to better
support this use case. I'm not sure what data you think we lose in this export,
tho. Can you elaborate?

Where I disagree with you is in the statement that we should hold off dropping
our data into google analytics. Based on the segmentation capabilities of GA and
it's ability to integrate this data with business intelligence data, this feels
like the right way to go. The approach of building a separate repository
eliminates our ability to do this segmentation and requires recreation of a high
scale data collection and reporting engine that already exists.

The alternative I'd like to suggest is that we _do_ collect this data into
google analytics (as custom segments), but build a separate application /
service that leverages the Google Analytics API to access the data and visualize
it in more meaningful ways. This would preserve the link to business
intelligence and ability to segment that has already been built into GA and
eliminate the need to drop into Excel.

As you may know, we have already integrated our product at Yottaa with google
analytics so you can see correlations between external measurement data and your
business intelligence data. Would you and the rest of the community be
interested in a free and open visualization tool from Yottaa that eliminated the
need for excel and provided better charting and reporting capability over this
data? I feel that this is a better step incrementally towards our goal rather
than putting the breaks on and tossing out a mature and widely adopted
technology (GA). (here i'm putting my product manager hat on and trying to get
some feedback on our product roadmap -- so please do chime in if you think this
is a tool you'd use)

Thoughts?
--j

(shameless plug: for those of you not familiar with Yottaa, we provide a free
web performance analysis and monitoring tool at http://www.yottaa.com)



--- In exceptional-performance@yahoogroups.com, Steve Souders <steve@...> wrote:
>
> I love work like this. Hats off to you Jared. Although I'll point out
> something like this already exists in GA called TimeTracker:
>
> http://code.google.com/apis/analytics/docs/tracking/eventTrackerWrappers.html
>
> I feel the "export to Excel" step is not workable - too much data is
> lost. I love moving forward, but in this situation I would suggest
> holding off on dumping load time measurements into GA. I'd advocate
> following these paths:
>      - evangelize support for time measurements in GA. (I'm doing that
> and anyone else who uses GA can do that too through your GA contacts or
> contact me <http://stevesouders.com/contact.php> and I'll forward your
> emails.)
>      - Use a JS library for measuring page load times (like Episodes
> <http://stevesouders.com/episodes/> or Jared's code). Then we need
> someone to create a open source project that's a data warehouse for
> latency measurements with associated reporting tools and charts. (It'd
> be great to either do this on App Engine or standard LAMP stack for easy
> adoption.)
>
> -Steve
>
>
> On 10/21/2010 9:41 AM, jared_rosoff wrote:
> > Performers,
> >
> >  I've been working on a way to track web performance using google
> > analytics. I build a proof of concept javascript tag that uses custom
> > variables in GA and allows us to segment metrics like views, bounce
> > rate and tie on site by the performance experienced by real users.
> >  Check out our first results here :
> >
http://blog.yottaa.com/2010/10/how-to-measure-page-load-time-with-google-analyti\
cs/
> >
> >
> >  We're working on some next steps to measure performance across more
> > than just landing pages and to integrate better data from web timings
> > API.
> >
> >  Would love to hear feedback, tho.
> >  Enjoy.
> >  --j
> >
>

@Souders - perhaps its possible to build on top of Piwik for the reporting?

Piwik uses a standard approach of javascript tags
(http://piwik.org/docs/javascript-tracking/) which post the required data
collected from the client browser back to the Piwik web server application for
storage in a database.

The performance data that we'd want to collect is not part of the "standard"
Piwik dataset and hence would require custom development.But it's not like we
are short of options with Episodes or Boomerang for extracting the timing data.

The simplest way would encode performance data in JSON format into the custom
data attribute that Piwik provides i.e. setCustomData( object|string).

A custom Piwik "plugin"
(http://dev.piwik.org/trac/wiki/Plugins/HowToWritePlugin) would then decode that
performance data and store it into the Piwik database (custom tables would need
to be defined in order to store the data).

It is work noting that like most analytics packages Piwik operates a "two tier"
data storage model where data is periodically "archived" (what Site Confidence
would called "rolled up") into a summary, normalised data structure for longer
term storage as opposed to the simpler "raw format" which is just a flat table
on the data returned from the Piwik tag (but is faster to write to the
database).

The risk is, however, the potential size of the datasets required.
Using the Piwik database schema as a guide
(http://dev.piwik.org/trac/wiki/DatabaseSchema) the "statistics logging table"
schema indicates that it might take ~ 900 Bytes per page hit (allowing 256 chars
for the referrer URL).

For a medium to large site like Totaljobs.com this would be about 45M page
impressions/month, which would give 45,000,000 * 900 / 1000 (for KB) / 1000 (for
MB) / 1000 (GB) / 30 (days) = 1.35 GB / day for the "raw data".

The amount of storage required for the "archived" data would be dependent on a
number of factors, primarily the archiving period (hourly, daily etc), the
distribution of your site over time etc. Note that at present Piwik does not
remove any data from the "raw" data table when it "archives" – the "archived"
summary data is purely used to speed up reporting by pre-calculating values for
summary time periods.

Despite this, the biggest concern is performance under load for high volume
websites, both in terms of the performance to record the page impression but
more importantly the reporting performance.

One of the key factors that will influence performance will be how "real time"
customers require the data – the more "real time" the larger datasets that need
to be dynamically calculated (as opposed to pre-calculated by the "archiving"
process) and if you reduce the archiving process the more "pre-calculated data"
that needs to be stored.

Most major analytics providers only update the reporting data warehouse every
hour, and normally then only for a subset of the complete reporting database. In
the case of the free Google Analytics the data is normally 24 hours behind.
For "operational" use e.g. "if my website slowing down right now under load"
then the preference is for "real time"... for more "strategic" analytics an hour
or even a days delay might be acceptable.

It may be possible to partition the data in such a way that a subset of URL's
have "real time" data and the others only hourly, but that would need further
investigation.

-cheers

Steve
http://twitter.com/theopsmgr

Hello all,

I have create a London Web Performance Group on meetup.com!

http://www.meetup.com/London-Web-Performance-Group/

I haven't had time to customise it or tweak it yet... but we already have 17
people signed up, so that's a good start!

I hope to arrange an event this side of Xmas, otherwise we'll kick off properly
in late January once everyone is back from holidays etc.

Spread the word!

cheers,

Steve
@TheOpsMgr

Hi,

I can upload images to http://www.smushit.com/ysmush.it/.

I can see the images getting smushed.

But, nothing happens when I click "download smushed images" on the Results page.

Am I missing something?

Advice requested.



Joe

 

Hi,

I can upload images to http://www.smushit.com/ysmush.it/.

I can see the images getting smushed.

But, nothing happens when I click "download smushed images" on the Results page.

Am I missing something?

Advice requested.

Joe

In regards to the paragraph below, there is no way to add a CDN to firefox that
i know of. Please advise. Thank you.


How do I add my CDN hostname to YSlow for Rule 2?

Rule 2 says to use a content delivery network (CDN). The score for this rule is
computed by checking the hostname of each component against the list of known
CDNs. Unfortunately, the list of "known CDNs" are the ones used by Yahoo!. Most
likely these are not relevant to your web site, except for potentially
yui.yahooapis.com. If you want an accurate score for your web site, you can add
your CDN hostnames to YSlow using Firefox's preferences. Here are the steps to
follow:

    1. Go to about:config in Firefox. You'll see the current list of preferences.
    2. Right-click in the window and choose New and String to create a new string
preference.
    3. Enter extensions.yslow.cdnHostnames for the preference name.
    4. For the string value, enter the hostname of your CDN, for example,
mycdn.com.
    5. Restart Firefox.
       Do not use quotes. If you have multiple CDN hostnames, separate them with
commas.

If you specify CDN hostnames in your preferences, they'll be shown under the
details for Rule 2 in the Performance view.

Hello,
I have enabled compression (and other components) with .htaccess.
If I check compression on [gidnetwork.com...] [seoconsultants.com...] and
[whatsmyip.org...] i get confirmation that components are being zippped, but if
I check ySlow, they are NOT... This includes the other components too like ET
tags and expires headers...
Strangely, I've also noticed that the images/media are loading SLOWER (by a
second or two). Please take a look at the below - any assistance to help resolve
these issues would be very much appreciated... Thanks/Andrew

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]
</IfModule>


<ifModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
</ifModule>


# BEGIN COMPRESSION AND CACHING
<IfModule mod_deflate.c>
# Enable compression
AddOutputFilterByType DEFLATE text/css text/javascript application/x-javascript
text/html text/plain text/xml image/x-icon
<IfModule mod_setenvif.c>
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
</IfModule>
<IfModule mod_headers.c>
# Make sure proxies deliver correct content
Header append Vary User-Agent env=!dont-vary
# Ensure proxies deliver compressed content correctly
Header append Vary Accept-Encoding
</IfModule>
</IfModule>
<IfModule mod_headers.c>
# No ETags, No Pragma
Header unset Pragma
Header unset ETag
# Default cache time to 1 year (31536000 sec)
Header set Cache-Control "max-age=31536000, public, must-revalidate"
</IfModule>
# No ETags
FileETag none
# CACHE SETTINGS (mod_expires)
<IfModule mod_expires.c>
# Turn on Expires
ExpiresActive On
# set default to "access plus 1 year"
ExpiresDefault A31536000
# html - "modification plus 1 hour"
ExpiresByType text/html M3600
# css and JavaScript - "modification plus 6 weeks"
ExpiresByType text/css M3628800
ExpiresByType text/javascript M3628800
ExpiresByType application/x-javascript M3628800
</IfModule>
# No cache for php-files
<FilesMatch "\.(php)$">
<IfModule mod_expires.c>
ExpiresActive Off
</IfModule>
<IfModule mod_headers.c>
Header set Cache-Control "private, no-cache, no-store, proxy-revalidate,
no-transform"
</IfModule>
</FilesMatch>

How are you testing compression on those resources? I just took a quick
look and compression isn't on anywhere I can see, not just in Yslow.

Looking at gidnetwork.com with live headers and firebug it looks like the
document itself is getting compressed:

http://www.gidnetwork.com/

HTTP/1.1 200 OK
Date: Thu, 28 Oct 2010 15:36:16 GMT
Server: Apache/1.3.41 (Unix) mod_ssl/2.8.31 OpenSSL/0.9.7a PHP/4.4.8
mod_perl/1.29 FrontPage/5.0.2.2510
X-Powered-By: PHP/4.4.8
Content-Encoding: gzip
Vary: Accept-Encoding
Keep-Alive: timeout=5, max=500
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html

But the CSS/JS files aren't

HTTP/1.1 304 Not Modified
Date: Thu, 28 Oct 2010 15:36:16 GMT
Server: Apache/1.3.41 (Unix) mod_ssl/2.8.31 OpenSSL/0.9.7a PHP/4.4.8
mod_perl/1.29 FrontPage/5.0.2.2510
Connection: Keep-Alive, Keep-Alive
Keep-Alive: timeout=5, max=498
Etag: "810058-3c4-45d9fcf5"


~rob


> Hello,
> I have enabled compression (and other components) with .htaccess.
> If I check compression on [gidnetwork.com...] [seoconsultants.com...] and
> [whatsmyip.org...] i get confirmation that components are being zippped,
> but if I check ySlow, they are NOT... This includes the other components
> too like ET tags and expires headers...
> Strangely, I've also noticed that the images/media are loading SLOWER (by
> a second or two). Please take a look at the below - any assistance to help
> resolve these issues would be very much appreciated... Thanks/Andrew
>
> <IfModule mod_rewrite.c>
> RewriteEngine On
> RewriteBase /
> RewriteCond %{REQUEST_FILENAME} !-d
> RewriteCond %{REQUEST_FILENAME} !-f
> RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]
> </IfModule>
>
>
> <ifModule mod_gzip.c>
> mod_gzip_on Yes
> mod_gzip_dechunk Yes
> mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$
> mod_gzip_item_include handler ^cgi-script$
> mod_gzip_item_include mime ^text/.*
> mod_gzip_item_include mime ^application/x-javascript.*
> mod_gzip_item_exclude mime ^image/.*
> mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
> </ifModule>
>
>
> # BEGIN COMPRESSION AND CACHING
> <IfModule mod_deflate.c>
> # Enable compression
> AddOutputFilterByType DEFLATE text/css text/javascript
> application/x-javascript text/html text/plain text/xml image/x-icon
> <IfModule mod_setenvif.c>
> BrowserMatch ^Mozilla/4 gzip-only-text/html
> BrowserMatch ^Mozilla/4\.0[678] no-gzip
> BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
> BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
> </IfModule>
> <IfModule mod_headers.c>
> # Make sure proxies deliver correct content
> Header append Vary User-Agent env=!dont-vary
> # Ensure proxies deliver compressed content correctly
> Header append Vary Accept-Encoding
> </IfModule>
> </IfModule>
> <IfModule mod_headers.c>
> # No ETags, No Pragma
> Header unset Pragma
> Header unset ETag
> # Default cache time to 1 year (31536000 sec)
> Header set Cache-Control "max-age=31536000, public, must-revalidate"
> </IfModule>
> # No ETags
> FileETag none
> # CACHE SETTINGS (mod_expires)
> <IfModule mod_expires.c>
> # Turn on Expires
> ExpiresActive On
> # set default to "access plus 1 year"
> ExpiresDefault A31536000
> # html - "modification plus 1 hour"
> ExpiresByType text/html M3600
> # css and JavaScript - "modification plus 6 weeks"
> ExpiresByType text/css M3628800
> ExpiresByType text/javascript M3628800
> ExpiresByType application/x-javascript M3628800
> </IfModule>
> # No cache for php-files
> <FilesMatch "\.(php)$">
> <IfModule mod_expires.c>
> ExpiresActive Off
> </IfModule>
> <IfModule mod_headers.c>
> Header set Cache-Control "private, no-cache, no-store, proxy-revalidate,
> no-transform"
> </IfModule>
> </FilesMatch>
>
>

Rob, thanks for the fast response...
sorry, I didn't explain myself properly..:)

I meant that I checked compression of my website on these websites...
When I test my URL on these sites, it tells me my website is zippped, but when I
view my website in ySlow, it is not.

Thanks


--- In exceptional-performance@yahoogroups.com, "Rob Larsen" <Rob@...> wrote:
>
> How are you testing compression on those resources? I just took a quick
> look and compression isn't on anywhere I can see, not just in Yslow.
>
> Looking at gidnetwork.com with live headers and firebug it looks like the
> document itself is getting compressed:
>
> http://www.gidnetwork.com/
>
> HTTP/1.1 200 OK
> Date: Thu, 28 Oct 2010 15:36:16 GMT
> Server: Apache/1.3.41 (Unix) mod_ssl/2.8.31 OpenSSL/0.9.7a PHP/4.4.8
> mod_perl/1.29 FrontPage/5.0.2.2510
> X-Powered-By: PHP/4.4.8
> Content-Encoding: gzip
> Vary: Accept-Encoding
> Keep-Alive: timeout=5, max=500
> Connection: Keep-Alive
> Transfer-Encoding: chunked
> Content-Type: text/html
>
> But the CSS/JS files aren't
>
> HTTP/1.1 304 Not Modified
> Date: Thu, 28 Oct 2010 15:36:16 GMT
> Server: Apache/1.3.41 (Unix) mod_ssl/2.8.31 OpenSSL/0.9.7a PHP/4.4.8
> mod_perl/1.29 FrontPage/5.0.2.2510
> Connection: Keep-Alive, Keep-Alive
> Keep-Alive: timeout=5, max=498
> Etag: "810058-3c4-45d9fcf5"
>
>
> ~rob
>
>
> > Hello,
> > I have enabled compression (and other components) with .htaccess.
> > If I check compression on [gidnetwork.com...] [seoconsultants.com...] and
> > [whatsmyip.org...] i get confirmation that components are being zippped,
> > but if I check ySlow, they are NOT... This includes the other components
> > too like ET tags and expires headers...
> > Strangely, I've also noticed that the images/media are loading SLOWER (by
> > a second or two). Please take a look at the below - any assistance to help
> > resolve these issues would be very much appreciated... Thanks/Andrew
> >
> > <IfModule mod_rewrite.c>
> > RewriteEngine On
> > RewriteBase /
> > RewriteCond %{REQUEST_FILENAME} !-d
> > RewriteCond %{REQUEST_FILENAME} !-f
> > RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]
> > </IfModule>
> >
> >
> > <ifModule mod_gzip.c>
> > mod_gzip_on Yes
> > mod_gzip_dechunk Yes
> > mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$
> > mod_gzip_item_include handler ^cgi-script$
> > mod_gzip_item_include mime ^text/.*
> > mod_gzip_item_include mime ^application/x-javascript.*
> > mod_gzip_item_exclude mime ^image/.*
> > mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
> > </ifModule>
> >
> >
> > # BEGIN COMPRESSION AND CACHING
> > <IfModule mod_deflate.c>
> > # Enable compression
> > AddOutputFilterByType DEFLATE text/css text/javascript
> > application/x-javascript text/html text/plain text/xml image/x-icon
> > <IfModule mod_setenvif.c>
> > BrowserMatch ^Mozilla/4 gzip-only-text/html
> > BrowserMatch ^Mozilla/4\.0[678] no-gzip
> > BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
> > BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
> > </IfModule>
> > <IfModule mod_headers.c>
> > # Make sure proxies deliver correct content
> > Header append Vary User-Agent env=!dont-vary
> > # Ensure proxies deliver compressed content correctly
> > Header append Vary Accept-Encoding
> > </IfModule>
> > </IfModule>
> > <IfModule mod_headers.c>
> > # No ETags, No Pragma
> > Header unset Pragma
> > Header unset ETag
> > # Default cache time to 1 year (31536000 sec)
> > Header set Cache-Control "max-age=31536000, public, must-revalidate"
> > </IfModule>
> > # No ETags
> > FileETag none
> > # CACHE SETTINGS (mod_expires)
> > <IfModule mod_expires.c>
> > # Turn on Expires
> > ExpiresActive On
> > # set default to "access plus 1 year"
> > ExpiresDefault A31536000
> > # html - "modification plus 1 hour"
> > ExpiresByType text/html M3600
> > # css and JavaScript - "modification plus 6 weeks"
> > ExpiresByType text/css M3628800
> > ExpiresByType text/javascript M3628800
> > ExpiresByType application/x-javascript M3628800
> > </IfModule>
> > # No cache for php-files
> > <FilesMatch "\.(php)$">
> > <IfModule mod_expires.c>
> > ExpiresActive Off
> > </IfModule>
> > <IfModule mod_headers.c>
> > Header set Cache-Control "private, no-cache, no-store, proxy-revalidate,
> > no-transform"
> > </IfModule>
> > </FilesMatch>
> >
> >
>

Ha. I just grabbed the first URL that was handy and started investigating.

So... what's your site?

Rob

> Rob, thanks for the fast response...
> sorry, I didn't explain myself properly..:)
>
> I meant that I checked compression of my website on these websites...
> When I test my URL on these sites, it tells me my website is zippped, but
> when I view my website in ySlow, it is not.
>
> Thanks
>
>
> --- In exceptional-performance@yahoogroups.com, "Rob Larsen" <Rob@...>
> wrote:
>>
>> How are you testing compression on those resources? I just took a quick
>> look and compression isn't on anywhere I can see, not just in Yslow.
>>
>> Looking at gidnetwork.com with live headers and firebug it looks like
>> the
>> document itself is getting compressed:
>>
>> http://www.gidnetwork.com/
>>
>> HTTP/1.1 200 OK
>> Date: Thu, 28 Oct 2010 15:36:16 GMT
>> Server: Apache/1.3.41 (Unix) mod_ssl/2.8.31 OpenSSL/0.9.7a PHP/4.4.8
>> mod_perl/1.29 FrontPage/5.0.2.2510
>> X-Powered-By: PHP/4.4.8
>> Content-Encoding: gzip
>> Vary: Accept-Encoding
>> Keep-Alive: timeout=5, max=500
>> Connection: Keep-Alive
>> Transfer-Encoding: chunked
>> Content-Type: text/html
>>
>> But the CSS/JS files aren't
>>
>> HTTP/1.1 304 Not Modified
>> Date: Thu, 28 Oct 2010 15:36:16 GMT
>> Server: Apache/1.3.41 (Unix) mod_ssl/2.8.31 OpenSSL/0.9.7a PHP/4.4.8
>> mod_perl/1.29 FrontPage/5.0.2.2510
>> Connection: Keep-Alive, Keep-Alive
>> Keep-Alive: timeout=5, max=498
>> Etag: "810058-3c4-45d9fcf5"
>>
>>
>> ~rob
>>
>>
>> > Hello,
>> > I have enabled compression (and other components) with .htaccess.
>> > If I check compression on [gidnetwork.com...] [seoconsultants.com...]
>> and
>> > [whatsmyip.org...] i get confirmation that components are being
>> zippped,
>> > but if I check ySlow, they are NOT... This includes the other
>> components
>> > too like ET tags and expires headers...
>> > Strangely, I've also noticed that the images/media are loading SLOWER
>> (by
>> > a second or two). Please take a look at the below - any assistance to
>> help
>> > resolve these issues would be very much appreciated... Thanks/Andrew
>> >
>> > <IfModule mod_rewrite.c>
>> > RewriteEngine On
>> > RewriteBase /
>> > RewriteCond %{REQUEST_FILENAME} !-d
>> > RewriteCond %{REQUEST_FILENAME} !-f
>> > RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]
>> > </IfModule>
>> >
>> >
>> > <ifModule mod_gzip.c>
>> > mod_gzip_on Yes
>> > mod_gzip_dechunk Yes
>> > mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$
>> > mod_gzip_item_include handler ^cgi-script$
>> > mod_gzip_item_include mime ^text/.*
>> > mod_gzip_item_include mime ^application/x-javascript.*
>> > mod_gzip_item_exclude mime ^image/.*
>> > mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
>> > </ifModule>
>> >
>> >
>> > # BEGIN COMPRESSION AND CACHING
>> > <IfModule mod_deflate.c>
>> > # Enable compression
>> > AddOutputFilterByType DEFLATE text/css text/javascript
>> > application/x-javascript text/html text/plain text/xml image/x-icon
>> > <IfModule mod_setenvif.c>
>> > BrowserMatch ^Mozilla/4 gzip-only-text/html
>> > BrowserMatch ^Mozilla/4\.0[678] no-gzip
>> > BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
>> > BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
>> > </IfModule>
>> > <IfModule mod_headers.c>
>> > # Make sure proxies deliver correct content
>> > Header append Vary User-Agent env=!dont-vary
>> > # Ensure proxies deliver compressed content correctly
>> > Header append Vary Accept-Encoding
>> > </IfModule>
>> > </IfModule>
>> > <IfModule mod_headers.c>
>> > # No ETags, No Pragma
>> > Header unset Pragma
>> > Header unset ETag
>> > # Default cache time to 1 year (31536000 sec)
>> > Header set Cache-Control "max-age=31536000, public, must-revalidate"
>> > </IfModule>
>> > # No ETags
>> > FileETag none
>> > # CACHE SETTINGS (mod_expires)
>> > <IfModule mod_expires.c>
>> > # Turn on Expires
>> > ExpiresActive On
>> > # set default to "access plus 1 year"
>> > ExpiresDefault A31536000
>> > # html - "modification plus 1 hour"
>> > ExpiresByType text/html M3600
>> > # css and JavaScript - "modification plus 6 weeks"
>> > ExpiresByType text/css M3628800
>> > ExpiresByType text/javascript M3628800
>> > ExpiresByType application/x-javascript M3628800
>> > </IfModule>
>> > # No cache for php-files
>> > <FilesMatch "\.(php)$">
>> > <IfModule mod_expires.c>
>> > ExpiresActive Off
>> > </IfModule>
>> > <IfModule mod_headers.c>
>> > Header set Cache-Control "private, no-cache, no-store,
>> proxy-revalidate,
>> > no-transform"
>> > </IfModule>
>> > </FilesMatch>
>> >
>> >
>>
>
>
>

Thanks Rob - it is www.flickwit.com
appreciate any guidance...


--- In exceptional-performance@yahoogroups.com, "Rob Larsen" <Rob@...> wrote:
>
> Ha. I just grabbed the first URL that was handy and started investigating.
>
> So... what's your site?
>
> Rob
>
> > Rob, thanks for the fast response...
> > sorry, I didn't explain myself properly..:)
> >
> > I meant that I checked compression of my website on these websites...
> > When I test my URL on these sites, it tells me my website is zippped, but
> > when I view my website in ySlow, it is not.
> >
> > Thanks
> >
> >
> > --- In exceptional-performance@yahoogroups.com, "Rob Larsen" <Rob@>
> > wrote:
> >>
> >> How are you testing compression on those resources? I just took a quick
> >> look and compression isn't on anywhere I can see, not just in Yslow.
> >>
> >> Looking at gidnetwork.com with live headers and firebug it looks like
> >> the
> >> document itself is getting compressed:
> >>
> >> http://www.gidnetwork.com/
> >>
> >> HTTP/1.1 200 OK
> >> Date: Thu, 28 Oct 2010 15:36:16 GMT
> >> Server: Apache/1.3.41 (Unix) mod_ssl/2.8.31 OpenSSL/0.9.7a PHP/4.4.8
> >> mod_perl/1.29 FrontPage/5.0.2.2510
> >> X-Powered-By: PHP/4.4.8
> >> Content-Encoding: gzip
> >> Vary: Accept-Encoding
> >> Keep-Alive: timeout=5, max=500
> >> Connection: Keep-Alive
> >> Transfer-Encoding: chunked
> >> Content-Type: text/html
> >>
> >> But the CSS/JS files aren't
> >>
> >> HTTP/1.1 304 Not Modified
> >> Date: Thu, 28 Oct 2010 15:36:16 GMT
> >> Server: Apache/1.3.41 (Unix) mod_ssl/2.8.31 OpenSSL/0.9.7a PHP/4.4.8
> >> mod_perl/1.29 FrontPage/5.0.2.2510
> >> Connection: Keep-Alive, Keep-Alive
> >> Keep-Alive: timeout=5, max=498
> >> Etag: "810058-3c4-45d9fcf5"
> >>
> >>
> >> ~rob
> >>
> >>
> >> > Hello,
> >> > I have enabled compression (and other components) with .htaccess.
> >> > If I check compression on [gidnetwork.com...] [seoconsultants.com...]
> >> and
> >> > [whatsmyip.org...] i get confirmation that components are being
> >> zippped,
> >> > but if I check ySlow, they are NOT... This includes the other
> >> components
> >> > too like ET tags and expires headers...
> >> > Strangely, I've also noticed that the images/media are loading SLOWER
> >> (by
> >> > a second or two). Please take a look at the below - any assistance to
> >> help
> >> > resolve these issues would be very much appreciated... Thanks/Andrew
> >> >
> >> > <IfModule mod_rewrite.c>
> >> > RewriteEngine On
> >> > RewriteBase /
> >> > RewriteCond %{REQUEST_FILENAME} !-d
> >> > RewriteCond %{REQUEST_FILENAME} !-f
> >> > RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]
> >> > </IfModule>
> >> >
> >> >
> >> > <ifModule mod_gzip.c>
> >> > mod_gzip_on Yes
> >> > mod_gzip_dechunk Yes
> >> > mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$
> >> > mod_gzip_item_include handler ^cgi-script$
> >> > mod_gzip_item_include mime ^text/.*
> >> > mod_gzip_item_include mime ^application/x-javascript.*
> >> > mod_gzip_item_exclude mime ^image/.*
> >> > mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
> >> > </ifModule>
> >> >
> >> >
> >> > # BEGIN COMPRESSION AND CACHING
> >> > <IfModule mod_deflate.c>
> >> > # Enable compression
> >> > AddOutputFilterByType DEFLATE text/css text/javascript
> >> > application/x-javascript text/html text/plain text/xml image/x-icon
> >> > <IfModule mod_setenvif.c>
> >> > BrowserMatch ^Mozilla/4 gzip-only-text/html
> >> > BrowserMatch ^Mozilla/4\.0[678] no-gzip
> >> > BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
> >> > BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
> >> > </IfModule>
> >> > <IfModule mod_headers.c>
> >> > # Make sure proxies deliver correct content
> >> > Header append Vary User-Agent env=!dont-vary
> >> > # Ensure proxies deliver compressed content correctly
> >> > Header append Vary Accept-Encoding
> >> > </IfModule>
> >> > </IfModule>
> >> > <IfModule mod_headers.c>
> >> > # No ETags, No Pragma
> >> > Header unset Pragma
> >> > Header unset ETag
> >> > # Default cache time to 1 year (31536000 sec)
> >> > Header set Cache-Control "max-age=31536000, public, must-revalidate"
> >> > </IfModule>
> >> > # No ETags
> >> > FileETag none
> >> > # CACHE SETTINGS (mod_expires)
> >> > <IfModule mod_expires.c>
> >> > # Turn on Expires
> >> > ExpiresActive On
> >> > # set default to "access plus 1 year"
> >> > ExpiresDefault A31536000
> >> > # html - "modification plus 1 hour"
> >> > ExpiresByType text/html M3600
> >> > # css and JavaScript - "modification plus 6 weeks"
> >> > ExpiresByType text/css M3628800
> >> > ExpiresByType text/javascript M3628800
> >> > ExpiresByType application/x-javascript M3628800
> >> > </IfModule>
> >> > # No cache for php-files
> >> > <FilesMatch "\.(php)$">
> >> > <IfModule mod_expires.c>
> >> > ExpiresActive Off
> >> > </IfModule>
> >> > <IfModule mod_headers.c>
> >> > Header set Cache-Control "private, no-cache, no-store,
> >> proxy-revalidate,
> >> > no-transform"
> >> > </IfModule>
> >> > </FilesMatch>
> >> >
> >> >
> >>
> >
> >
> >
>

 

Are you sure you have either module gzip or deflate installed and loaded?

fetching your home.js and checking for gzip:

$ curl -I -H "Accept-Encoding: gzip,deflate" http://www.flickwit.com/js/home/home.js | grep gzip

* got nothing here *

using the same command above to fetch YUI on the other hand:

$ curl -I -H "Accept-Encoding: gzip,deflate" http://yui.yahooapis.com/3.2.0/build/yui/yui-min.js | grep gzip

Content-Encoding: gzip

Please double check the modules available and loaded on your Apache installation. You can read more about it on http://developer.yahoo.com/performance/rules.html#gzip

Best,

Marcel

On Thu, Oct 28, 2010 at 6:40 PM, quentin_johansen <tchai8@...> wrote:

 

Thanks Rob - it is www.flickwit.com
appreciate any guidance...

--- In exceptional-performance@yahoogroups.com, "Rob Larsen" <Rob@...> wrote:
>
> Ha. I just grabbed the first URL that was handy and started investigating.
>
> So... what's your site?
>
> Rob
>
> > Rob, thanks for the fast response...
> > sorry, I didn't explain myself properly..:)
> >
> > I meant that I checked compression of my website on these websites...
> > When I test my URL on these sites, it tells me my website is zippped, but
> > when I view my website in ySlow, it is not.
> >
> > Thanks
> >
> >
> > --- In exceptional-performance@yahoogroups.com, "Rob Larsen" <Rob@>
> > wrote:
> >>
> >> How are you testing compression on those resources? I just took a quick
> >> look and compression isn't on anywhere I can see, not just in Yslow.
> >>
> >> Looking at gidnetwork.com with live headers and firebug it looks like
> >> the
> >> document itself is getting compressed:
> >>
> >> http://www.gidnetwork.com/
> >>
> >> HTTP/1.1 200 OK
> >> Date: Thu, 28 Oct 2010 15:36:16 GMT
> >> Server: Apache/1.3.41 (Unix) mod_ssl/2.8.31 OpenSSL/0.9.7a PHP/4.4.8
> >> mod_perl/1.29 FrontPage/5.0.2.2510
> >> X-Powered-By: PHP/4.4.8
> >> Content-Encoding: gzip
> >> Vary: Accept-Encoding
> >> Keep-Alive: timeout=5, max=500
> >> Connection: Keep-Alive
> >> Transfer-Encoding: chunked
> >> Content-Type: text/html
> >>
> >> But the CSS/JS files aren't
> >>
> >> HTTP/1.1 304 Not Modified
> >> Date: Thu, 28 Oct 2010 15:36:16 GMT
> >> Server: Apache/1.3.41 (Unix) mod_ssl/2.8.31 OpenSSL/0.9.7a PHP/4.4.8
> >> mod_perl/1.29 FrontPage/5.0.2.2510
> >> Connection: Keep-Alive, Keep-Alive
> >> Keep-Alive: timeout=5, max=498
> >> Etag: "810058-3c4-45d9fcf5"
> >>
> >>
> >> ~rob
> >>
> >>
> >> > Hello,
> >> > I have enabled compression (and other components) with .htaccess.
> >> > If I check compression on [gidnetwork.com...] [seoconsultants.com...]
> >> and
> >> > [whatsmyip.org...] i get confirmation that components are being
> >> zippped,
> >> > but if I check ySlow, they are NOT... This includes the other
> >> components
> >> > too like ET tags and expires headers...
> >> > Strangely, I've also noticed that the images/media are loading SLOWER
> >> (by
> >> > a second or two). Please take a look at the below - any assistance to
> >> help
> >> > resolve these issues would be very much appreciated... Thanks/Andrew
> >> >
> >> > <IfModule mod_rewrite.c>
> >> > RewriteEngine On
> >> > RewriteBase /
> >> > RewriteCond %{REQUEST_FILENAME} !-d
> >> > RewriteCond %{REQUEST_FILENAME} !-f
> >> > RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]
> >> > </IfModule>
> >> >
> >> >
> >> > <ifModule mod_gzip.c>
> >> > mod_gzip_on Yes
> >> > mod_gzip_dechunk Yes
> >> > mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$
> >> > mod_gzip_item_include handler ^cgi-script$
> >> > mod_gzip_item_include mime ^text/.*
> >> > mod_gzip_item_include mime ^application/x-javascript.*
> >> > mod_gzip_item_exclude mime ^image/.*
> >> > mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
> >> > </ifModule>
> >> >
> >> >
> >> > # BEGIN COMPRESSION AND CACHING
> >> > <IfModule mod_deflate.c>
> >> > # Enable compression
> >> > AddOutputFilterByType DEFLATE text/css text/javascript
> >> > application/x-javascript text/html text/plain text/xml image/x-icon
> >> > <IfModule mod_setenvif.c>
> >> > BrowserMatch ^Mozilla/4 gzip-only-text/html
> >> > BrowserMatch ^Mozilla/4\.0[678] no-gzip
> >> > BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
> >> > BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
> >> > </IfModule>
> >> > <IfModule mod_headers.c>
> >> > # Make sure proxies deliver correct content
> >> > Header append Vary User-Agent env=!dont-vary
> >> > # Ensure proxies deliver compressed content correctly
> >> > Header append Vary Accept-Encoding
> >> > </IfModule>
> >> > </IfModule>
> >> > <IfModule mod_headers.c>
> >> > # No ETags, No Pragma
> >> > Header unset Pragma
> >> > Header unset ETag
> >> > # Default cache time to 1 year (31536000 sec)
> >> > Header set Cache-Control "max-age=31536000, public, must-revalidate"
> >> > </IfModule>
> >> > # No ETags
> >> > FileETag none
> >> > # CACHE SETTINGS (mod_expires)
> >> > <IfModule mod_expires.c>
> >> > # Turn on Expires
> >> > ExpiresActive On
> >> > # set default to "access plus 1 year"
> >> > ExpiresDefault A31536000
> >> > # html - "modification plus 1 hour"
> >> > ExpiresByType text/html M3600
> >> > # css and JavaScript - "modification plus 6 weeks"
> >> > ExpiresByType text/css M3628800
> >> > ExpiresByType text/javascript M3628800
> >> > ExpiresByType application/x-javascript M3628800
> >> > </IfModule>
> >> > # No cache for php-files
> >> > <FilesMatch "\.(php)$">
> >> > <IfModule mod_expires.c>
> >> > ExpiresActive Off
> >> > </IfModule>
> >> > <IfModule mod_headers.c>
> >> > Header set Cache-Control "private, no-cache, no-store,
> >> proxy-revalidate,
> >> > no-transform"
> >> > </IfModule>
> >> > </FilesMatch>
> >> >
> >> >
> >>
> >
> >
> >
>

--
Marcel Duran

Hi,
Doing CDN test on http://cloudharmony.com/speedtest and using net tab in firebug
show that many of the well known CDNs do not set 'Connection: Keep-alive' while
serving static files that their size is known which is a requirement for
keep-alived connections. Does this mean that we lose persistent connections
using those CDNs?! if so then this negate much of the performance gain by using
them.

What is the default behavior of web browsers in the following situations:
1. No 'Connection: Keep-alive' header.
2. 'Connection: Keep-alive' with no keep-alive timeout header.

Thanks