IO Question: How are you dealing with AppCache relatively small storage limits?

We had an awesome question for our Google IO talk - Mobile Web Development: Zero to Hero - that we didn't get time to answer live.

How do we deal with the storage constraints imposed by modern browsers. The answer is simple, App Cache is used mainly to store program code, that is just the CSS and JS (and also the page that requests the AppCache), our application never got that large.

We did make some basic optimisations, our production version ran compressed JS code - our build process minified the JS using uglifyJS. We had the option to compress the CSS (but we chose not too for ease of development). But in all honesty, our application never got that large.

If we struggled for space we would have moved into only AppCaching the form-factor specific code and assets, but it wasn't required.

View Source | Make a correction | Correction history

I lead the Chrome Developer Relations team at Google.

We want people to have the best experience possible on the web without having to install a native app or produce content in a walled garden.

Our team tries to make it easier for developers to build on the web by supporting every Chrome release, creating great content to support developers on web.dev, contributing to MDN, helping to improve browser compatibility, and some of the best developer tools like Lighthouse, Workbox, Squoosh to name just a few.

I love to learn about what you are building, and how I can help with Chrome or Web development in general, so if you want to chat with me directly, please feel free to book a consultation.

I'm trialing a newsletter, you can subscribe below (thank you!)

Mastodon Book a consultation