惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
Security Latest
Security Latest
C
Cisco Blogs
P
Palo Alto Networks Blog
Know Your Adversary
Know Your Adversary
Project Zero
Project Zero
C
Cyber Attacks, Cyber Crime and Cyber Security
NISL@THU
NISL@THU
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
S
Secure Thoughts
P
Privacy International News Feed
V
Vulnerabilities – Threatpost
D
Docker
Google Online Security Blog
Google Online Security Blog
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Recent Announcements
Recent Announcements
T
The Exploit Database - CXSecurity.com
G
Google Developers Blog
Schneier on Security
Schneier on Security
小众软件
小众软件
爱范儿
爱范儿
GbyAI
GbyAI
J
Java Code Geeks
T
Tailwind CSS Blog
Cisco Talos Blog
Cisco Talos Blog
The Hacker News
The Hacker News
D
DataBreaches.Net
Blog — PlanetScale
Blog — PlanetScale
TaoSecurity Blog
TaoSecurity Blog
MyScale Blog
MyScale Blog
B
Blog RSS Feed
Cyberwarzone
Cyberwarzone
有赞技术团队
有赞技术团队
Martin Fowler
Martin Fowler
C
CXSECURITY Database RSS Feed - CXSecurity.com
S
Securelist
L
Lohrmann on Cybersecurity
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Y
Y Combinator Blog
S
Schneier on Security
Latest news
Latest news
Apple Machine Learning Research
Apple Machine Learning Research
博客园 - 叶小钗
F
Fortinet All Blogs
M
MIT News - Artificial intelligence
PCI Perspectives
PCI Perspectives
V
V2EX
V2EX - 技术
V2EX - 技术
O
OpenAI News
W
WeLiveSecurity

CSS Wizardry

Front-End’s Missing Metric: The TBT Window Meet Your Users Where They Are with Obs.js Better Browser Caching with No-Vary-Search font-family Doesn’t Fall Back the Way You Think What Is CSS Containment and How Can I Use It? When All You Can Do Is All or Nothing, Do Nothing Obs.js: Context-Aware Web Performance for Everyone Low- and Mid-Tier Mobile for the Real World (2025) The Fastest Site in the Tour de France Making Sense of the Performance Extensibility API Why Do We Have a Cache-Control Request Header? HTML Is Not a Programming Language… Build for the Web, Build on the Web, Build with the Web Licensing Code on CSS Wizardry A Layered Approach to Speculation Rules Designing (and Evolving) a New Web Performance Score Core Web Vitals Colours The Ultimate Contract Templates for Tech Consultants: Protect Your Business and Get Paid Optimising for High Latency Environments Cache Grab: How Much Are You Leaving on the Table? blocking=render: Why would you do that?! Correctly Configure (Pre) Connections The Three Cs: 🤝 Concatenate, 🗜️ Compress, 🗳️ Cache What Is the Maximum max-age? How to Clear Cache and Cookies on a Customer’s Device The Ultimate Low-Quality Image Placeholder Technique Core Web Vitals for Search Engine Optimisation: What Do We Need to Know? The HTTP/1-liness of HTTP/2 In Defence of DOM­Content­Loaded Site-Speed Topography Remapped Why Not document.write()? Speeding Up Async Snippets Critical CSS? Not So Fast! Measure What You Impact, Not What You Influence Optimising Largest Contentful Paint Measuring Web Performance in Mobile Safari Site-Speed Topography Speed Up Google Fonts Real-World Effectiveness of Brotli Performance Budgets, Pragmatically Lazy Pre-Browsing with Prefetch Making Cloud.typography Fast(er) Time to First Byte: What It Is and How to Improve It Self-Host Your Static Assets Tips for Technical Interviews Cache-Control for Civilians Bandwidth or Latency: When to Optimise for Which ITCSS × Skillshare What If? CSS and Network Performance The Three Types of Performance Testing Getting to Know a Legacy Codebase Image Inconsistencies: How and When Browsers Download Images Identifying, Auditing, and Discussing Third Parties My Digital Music Setup Measuring the Hard-to-Measure Finding Dead CSS The Fallacies of Distributed Computing (Applied to Front-End Performance) Ten Years Old Relative Requirements Airplanes and Ashtrays Performance and Resilience: Stress-Testing Third Parties Refactoring Tunnels Little Things I Like to Do with Git Writing Tidy Code Configuring Git and Vim Base64 Encoding & Performance, Part 2: Gathering Data Base64 Encoding & Performance, Part 1: What’s Up with Base64? Code Smells in CSS Revisited Typography for Developers Moving CSS Wizardry onto HTTPS and HTTP/2 Ack for CSS Developers A New Year, a New Focus Preparing Vim for Apple’s Touch Bar Choosing the Correct Average CSS Shorthand Syntax Considered an Anti-Pattern Nesting Your BEM? Improving Perceived Performance with Multiple Background Images Continue Normalising Your CSS Pure CSS Content Filter Pragmatic, Practical, and Progressive Theming with Custom Properties Refactoring CSS: The Three I’s Speaker’s Checklist: Before and After Your Talk Improving Your CSS with Parker The Importance of !important: Forcing Immutability in CSS Mixins Better for Performance Managing Typography on Large Apps White October Events Workshop Partnership BEMIT: Taking the BEM Naming Convention a Step Further Travelling Like You Want to, When You Have To Contextual Styling: UI Components, Nesting, and Implementation Detail Subtleties with Self-Chained Classes Cyclomatic Complexity: Logic in CSS Immutable CSS Can CSS Be Too Modular? More Transparent UI Code with Namespaces When to use @extend; when to use a mixin The Specificity Graph CSS Wizardry Ltd.: Year 1 in review CSS Guidelines 2.0.0
CSS Wizardry Newsletter
Harry Roberts · 2016-12-01 · via CSS Wizardry

Written by on CSS Wizardry.

Table of Contents

Independent writing is brought to you via my wonderful Supporters.

  1. The Newsletter
    1. Exclusive Content
    2. Discounts
    3. Updates
    4. Curation
    5. Frequency
    6. Sponsorship
  2. Sound Okay?

I’m gonna level with you: I never really understood the point of people having newsletters. For things—like CSS, JS, or performance—sure, but people having them… it just never made sense to me.

That was until I spoke to David and Sagi at Hacking UI. I was on the Hacking UI podcast a few weeks ago and it was a tonne of fun. David and Sagi are really great guys and we had a very enjoyable chat about many, many different things, but one of my favourite parts was when they both passionately extolled the virtues of having a mailing list. I was sold, and added it to my to-do list.

Honestly, I would highly recommend listening to the episode, and keeping an eye on everything that the guys are up to. Some really insightful stuff going down.

The Newsletter

The newsletter will provide a place for sharing any content that doesn’t fit within the remit of a Tweet or a blog post. This means more curated and exclusive content; it means more off-topic and obscure; it means more personable and direct.

Sign up

Exclusive Content

I’ve always liked doing very low fidelity screencasts. A part of me really loves the idea of diving into a topic, throwing together a recording in one take, doing no editing, and just slinging it on YouTube for free. I want to do a lot more of these screencasts, and the newsletter will be a perfect way of sharing them. Screencasts will appear in the newsletter first, and then will probably hit Twitter a little while after.

I’ve already got a pretty neat performance screencast recorded for Issue #1.

Discounts

Events often give me promo codes to share with people. This usually gives attendees 10–25% off of their ticket price. The newsletter will be a good place for events to promote their, err, promotions, and for readers to get some bargains.

Updates

I was literally asked this five days ago: I really want to come to your performance workshop, do you have a mailing list so I can hear when you’re doing it next?

Well, I do now!

Curation

I’ll recap and reshare any of my own articles in the newsletter, so it will act, to some extent, as an RSS replacement. I will also occasionally dig into the archives and post older CSS Wizardry content (provided it’s still relevant).

I’ll also share links to other articles and resources I’ve found. These could be pretty off-topic, as I have a keen interest in the obscure. Anything that I’ve found particularly interesting recently would be a candidate for inclusion, so expect a lot of variety.

I’ll also share things like talks and technical blog posts that I’ve come across, so there will be plenty of technical stuff in there.

Frequency

I’m not going to stick to a strict publishing schedule because I want to be as informal as possible. I’ll share content as soon as I have something relevant to say, but I will also keenly avoid overloading you. Expect infrequency.

For the longest time I have actively declined sponsored content requests on both this site and my Twitter account: I respect you way too much to start spamming you with ads. The newsletter, however, might be open to tasteful sponsorship, job listings, product pitches, etc. It’s an avenue I’m certainly open to exploring, but I’m keen to keep a close eye on relevance and quality.

If you have a product or service that you’d like to promote, get in touch with me to discuss options.

Sound Okay?

Cool! Get yourself signed up below or directly on the MailChimp site.