skip to Main Content

I’m working within a CMS which has a limit on a include field of 32,000 characters (I can include multiple includes on each page/template).

Using BEM our header/navigation element has blown the 32000 limit which has led me to question BEM and html performance.

My research so far points to it doesn’t matter too much, css performance does but I’m uneasy asking for the limit to be increased. (45000 would be sufficient) but this is loaded on every page before any content.

The number of links are hidden away with a mega drop down menu and has evolved mainly to support seo requests but in time some may be dropped into the footer but for the time being I need to have indexable links within the header.

Any advice would be greatly appreciated. I am running minify / gzip compression at a server level.

2

Answers


  1. General suggestions regarding performance in term of bandwidth and parsing:

    • Minify all your CSS and JS
    • Compress your HTML and send files using gzip
    • Leverage browser caching (set your headers) and consider using CDNs for JS/CSS common libraries
    • Optimize any images
    • Use shorten name convention for your BEM classes

    • Analyse your site using tools as Google Page Speed or similar software and incrementally improve your site

    Login or Signup to reply.
  2. You should not pay attention to plain text size. Only gziped size matters. And as research shows BEM naming after gzip is almost identical to manually minified classnames.

    So you may use BEM without any worries.

    Login or Signup to reply.
Please signup or login to give your own answer.
Back To Top
Search