summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorBen Burwell <hi@benburwell.com>2014-12-17 23:50:52 -0500
committerBen Burwell <hi@benburwell.com>2014-12-17 23:50:52 -0500
commitae934f43cc1771a4e0f3c7758abf8873c677c043 (patch)
tree22cb11057eb510383584281f27dad3bfeab8192a
parent8e840e50610011d702e5a0f91bf23daf6b87fcd6 (diff)
Start writing the CSS optimization post
-rw-r--r--_drafts/optimizing-css.markdown6
1 files changed, 6 insertions, 0 deletions
diff --git a/_drafts/optimizing-css.markdown b/_drafts/optimizing-css.markdown
index 7a1c86a..12135d9 100644
--- a/_drafts/optimizing-css.markdown
+++ b/_drafts/optimizing-css.markdown
@@ -4,3 +4,9 @@ description: Boilerplate code is good, but don't forget to optimize it for your
layout: post
category: writing
---
+
+Using frontend boilerplate like Bootstrap for CSS or a grid system can be really helpful for prototyping pages quickly. However, for production use, it's important to remove CSS rules that are not in use in order to optimize your page load times and rendering speed.
+
+On my website, I use a watered-down and responsive version of the 960 grid system. However, I only use one grid width, so instead of a twelve-column layout, I really only need a four-column layout. While there's no harm from a CSS perspective in leaving the extra, unused rules in my code, there's a major performance hit when it comes to rendering the pages in a browser.
+
+Additionally, it may make sense to use inline CSS rather than linking to an external stylesheet. Some factors to consider here are whether your pages are predominantly static or dynamic; you definitely want to be able to leverage the full potential of caching with something as rarely-changed as a stylesheet. \ No newline at end of file