Google Chrome 63'ün yayınlanması ile birlikte birçok geliştirici, eğer gelişmeleri takip etmediyse,  kendi geliştirme ortamında, sonu .dev veya .app gibi geliştiriciler tarafından sık kullanılan TLD'ler ile biten projelerinin, neden Chrome tarafından zorla https'e yönlendirildiğini ve "Bu site güvenli bağlantı sağlayamıyor" hatasını aldığını anlayamayabilir. 27 Eylül 2017 tarihinde Google Güvenlik Ekibi tarafından yayınlanan blog yazısında, .dev, .app ve .foo gibi TLD'ler de dahil Google'ın kayıt ettirmiş olduğu TLD'leri HSTS Preload listesine ekleyeceğini açıklamıştı. Chrome 63'ün stabil versiyonunun yayınlanması ile de, bu sürümü indiren herkes, bu durumdan etkilenecek, ve örneğin http://gelistirme.dev/test/ sayfasına yaptığınız isteğin https://gelistirme.dev/test/'e yönlendirildiğini göreceksiniz.  Bu durumun bir çözümü yok, yani, siz uğraşarak .dev veya .app gibi TLD'leri kullanarak, Chrome üzerinde geliştirme yapamazsınız.
Progressive Web App, kısacası PWA, web uygulamalarının, mobil uygulama gibi çalıştırıldığı, yeni bir yöntemdir. Temelde, tarayıcıların gelişmesiyle birlikte, Service Worker ve manifest.json dosyası ile, internet sitelerinin, her kullanıcıya, online ve offline, kısacası her koşulda ve her platformda içerik sunabilmesini amaçlamaktadır. Benim ilgimi çekmedi diyebilirsiniz, ama genel olarak uygulamanızı PWA haline getirebilmek için yapmanız gereken şeylerin hepsi, uygulamanızı daha iyi hale getirecek şeyler.
Öyle güzel git komutları var ki, daha önceden mevcut mu diye araştırmadığınız için kendinize kızıyorsunuz. Squash da benim için bunlardan birisiydi. Şu senaryoyu düşünün, projenizin README dosyasını değiştirdiniz ve yaptığınız değişiklikleri README'yi güncelledim commit mesajı ile push'ladınız.
Mutlaka şahit olmuşsunuzdur, uygulamanıza gelen trafiğin kaynağını incelediğininizde websiteniz için butonlar ya da en iyi seo tadında enteresan şeyler görürsünüz. Sinir bozucu olduğu gibi, filtrelemezseniz, gerçek olmayan bu trafik sizi yanıltabilir. Ancak, filtreler ile rahatlıkla bu durumu çözebilirsiniz.Uygulayacağımız yöntemin mantığı çok basit.
Farz edin ki, uygulamanızın birden çok subdomaini (alt alan adı) mevcut, ve her birisinde aynı slug'a sahip içeriği farklı ayrı sayfalar olsun. Örnek ile açıklayacak olursam, sırasıyla bunlar harikasitem.com/hakkinda/, ornek.harikasitem.com/hakkinda/ ve birbaska.harikasitem.com/hakkinda/ şeklinde üç farklı link olsun. Eğer Google Analitik'te /hakkinda/ sayfası için olan raporları incelerseniz, hangisinin ana domain'den ya da ornek veya birbaska subdomain'inden geldiğini anlayamazsınız.