Guymon

SEO: Page Speed

Bei Alex Graves bin ich auf ein Video von Matt Cutts gestoßen in dem er die Bedeutung der Webseiten Performance deutlich heruntergespielt.

Although there seems to have been a huge push towards looking to reduce the page speed, Cutts revealed that there are only really “one in a thousand” sites that have any issues in relation to their page speed that could be big enough to affect their position within the search engine results, taking away some of the need to have the most efficient site on the internet.

Die Schlussfolgerung des Posts – Google Page Speed Optimisation is a Waste of Time – teile ich zwar nicht, denn eine gute Performance macht Benutzer zufriedener, aber es ist zumindest interessant, um nicht zuviel Energie, aus den falschen Gründen, in einzelne Aspekte der Entwicklung zustecken.

jQuery: throttle / debounce

jQuery throttle / debounce von Ben Alman ist schon etwas älter, aber entweder hatte ich das vorher noch nicht gesehen oder immer vergessen wenn ich diese Funktionalität gebraucht habe.

jQuery throttle / debounce allows you to rate-limit your functions in multiple useful ways. Passing a delay and callback to $.throttle returns a new function that will execute no more than once every delay milliseconds. Passing a delay and callback to $.debounce returns a new function that will execute only once, coalescing multiple sequential calls into a single execution at either the very beginning or end.

Performance: CSS Selectors

Einige Tips für performante CSS Selektoren, auch wenn der Unterschied kaum wahrnehmbar ist, schadet es ja nicht darauf zu achten wenn es nicht weh tut

• Avoid Universal Rules
• Don’t qualify ID Rules with tag names or classes
• Don’t qualify Class Rules with tag names
• Use the most specific category possible
• Avoid the descendant selector
• Tag Category rules should never contain a child selector
• Question all usages of the child selector
• Rely on inheritance
• Use scoped stylesheets

Ist wie gesagt eher für neue Webseiten, da kann man das ja auch gleich “richtig” machen, denn:

Selector efficiency and inefficiency probably isn’t going to impact most sites all that much.

We’re not talking a difference of several seconds from most to least efficient. We’re talking about milliseconds in the worst case. For the majority of sites you aren’t going to notice a difference and the effort likely outweighs the savings.

Drupal: CDN Module without a CDN

Um von Drupals CDN module zu profitieren braucht man nicht unbedingt ein CDN wie David Stoline zeigt.

Etwas ähnliches hatte ich auch schon mal aufgesetzt um Bilder von einer “cookie-free” Domain zu laden.

Webseiten müssen nicht in allen Browsern identisch aussehen

Louis Lazaris über den Unsinn Webseiten für alle Browsern identisch zu gestalten:

The newer browsers (Chrome, Safari 4+, Firefox 3.6+, IE9) get the clean, optimized, standards-compliant, best practice code.
Internet Explorer versions 6-8 get the scripting hacks, jQuery plugins, the IE-only filters, the extra stylesheets, the CSS hacks, and other horrors.
And let’s not forget that for many client projects, you’ll end up serving your slowest code to the most users — IE users.
Do you see the problem here, besides the fact that this whole thing becomes a maintenance nightmare?