Results for: https://thatkookooguy.github.io/
Sep 27, 2017, 3:11 PM GMT+3 •
Runtime settings
Runtime environment
  • User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36
  • Device Emulation Nexus 5X: Enabled
  • Network Throttling 562.5ms RTT, 1.4Mbps down, 0.7Mbps up: Enabled
  • CPU Throttling 4x slowdown: Enabled
Print... Copy JSON Save as HTML Save as JSON Open in Viewer Save as Gist
100
Progressive Web App
70
Performance
94
Accessibility
92
Best Practices
100
100
Progressive Web App
Progressive Web App
These audits validate the aspects of a Progressive Web App, as specified by the baseline PWA Checklist.
0 failed audits
11 Passed Audits
100
Registers a Service Worker
The service worker is the technology that enables your app to use many Progressive Web App features, such as offline, add to homescreen, and push notifications. Learn more.
100
Responds with a 200 when offline
If you're building a Progressive Web App, consider using a service worker so that your app can work offline. Learn more.
100
Contains some content when JavaScript is not available
Your app should display some content when JavaScript is disabled, even if it's just a warning to the user that JavaScript is required to use the app. Learn more.
100
Uses HTTPS
All sites should be protected with HTTPS, even ones that don't handle sensitive data. HTTPS prevents intruders from tampering with or passively listening in on the communications between your app and your users, and is a prerequisite for HTTP/2 and many new web platform APIs. Learn more.
100
Redirects HTTP traffic to HTTPS
If you've already set up HTTPS, make sure that you redirect all HTTP traffic to HTTPS. Learn more.
100
Page load is fast enough on 3G
A fast page load over a 3G network ensures a good mobile user experience. Learn more.
100
User can be prompted to Install the Web App
Browsers can proactively prompt users to add your app to their homescreen, which can lead to higher engagement. Learn more.
100
Configured for a custom splash screen
A default splash screen will be constructed for your app, but satisfying these requirements guarantee a high-quality splash screen that transitions the user from tapping the home screen icon to your app's first paint
100
Address bar matches brand colors
The browser address bar can be themed to match your site. Learn more.
100
Has a <meta name="viewport"> tag with width or initial-scale
Add a viewport meta tag to optimize your app for mobile screens. Learn more.
100
Content is sized correctly for the viewport
If the width of your app's content doesn't match the width of the viewport, your app might not be optimized for mobile screens. Learn more.
Manual checks to verify
These audits are required by the baseline PWA Checklist but are not automatically checked by Lighthouse. They do not affect your score but it's important that you verify them manually.
0
Site works cross-browser
To reach the most number of users, sites should work across every major browser. Learn more.
0
Page transitions don't feel like they block on the network
Transitions should feel snappy as you tap around, even on a slow network, a key to perceived performance. Learn more.
0
Each page has a URL
Ensure individual pages are deep linkable via the URLs and that URLs are unique for the purpose of shareability on social media. Learn more.
70
70
Performance
Performance
These encapsulate your app's performance.
Metrics
These metrics encapsulate your app's performance across a number of dimensions.
509 ms
Screenshot at 509 ms
1 s
Screenshot at 1 s
1.5 s
Screenshot at 1.5 s
2 s
Screenshot at 2 s
2.5 s
Screenshot at 2.5 s
3.1 s
Screenshot at 3.1 s
3.6 s
Screenshot at 3.6 s
4.1 s
Screenshot at 4.1 s
4.6 s
Screenshot at 4.6 s
5.1 s
Screenshot at 5.1 s
4,670 ms
First meaningful paint
First meaningful paint measures when the primary content of a page is visible. Learn more.
4,670 ms
First Interactive (beta)
The first point at which necessary scripts of the page have loaded and the CPU is idle enough to handle most user input.
4,670 ms
Consistently Interactive (beta)
The point at which most network resources have finished loading and the CPU is idle for a prolonged period.
72
Perceptual Speed Index: 3,668 (target: < 1,250)
Speed Index shows how quickly the contents of a page are visibly populated. Learn more.
100
Estimated Input Latency: 16 ms (target: < 50 ms)
The score above is an estimate of how long your app takes to respond to user input, in milliseconds. There is a 90% probability that a user encounters this amount of latency, or less. 10% of the time a user can expect additional latency. If your score is higher than Lighthouse's target score, users may perceive your app as laggy. Learn more.
Opportunities
These are opportunities to speed up your application by optimizing the following resources.
Properly size images
1,580 ms
220 KB
Serve images that are appropriately-sized to save cellular data and improve load time. Learn more.
View Details
URL
Original
Potential Savings
/u/10427304?v=4
220 KB
220 KB (100%)
Offscreen images
1,580 ms
220 KB
Consider lazy-loading offscreen images to improve page load speed and time to interactive. Learn more.
View Details
URL
Original
Potential Savings
/u/10427304?v=4
220 KB
220 KB (100%)
Reduce render-blocking stylesheets
1,000 ms
Link elements are blocking the first paint of your page. Consider inlining critical links and deferring non-critical ones. Learn more.
View Details
URL
Size (KB)
Delayed Paint By (ms)
/css/combined.css
35.84 KB
995 ms
Diagnostics
More information about the performance of your application.
0
Critical Request Chains: 9
The Critical Request Chains below show you what resources are required for first render of this page. Improve page load by reducing the length of chains, reducing the download size of resources, or deferring the download of unnecessary resources. Learn more.
Longest chain: 4,592.7ms over 2 requests, totalling 64.03 KB
View critical network waterfall:
Initial Navigation
/ (thatkookooguy.github.io)
/css/combined.css (thatkookooguy.github.io) - 995.2ms, 35.84 KB
/scripts/combined.js (thatkookooguy.github.io) - 1,222.7ms, 95.94 KB
…v29/2fcrYFNaTjcS6g4U3t-Y5ZjZjT5FdEJ140U2DJYC3mY.woff2 (fonts.gstatic.com) - 2,563.3ms, 47.77 KB
…roboto/Roboto-Regular.woff2 (thatkookooguy.github.io) - 2,809.1ms, 63.58 KB
…roboto/Roboto-Bold.woff2 (thatkookooguy.github.io) - 2,855.1ms, 63.45 KB
…octicons/octicons.woff (thatkookooguy.github.io) - 1,186.7ms, 17.23 KB
…roboto/Roboto-Medium.woff2 (thatkookooguy.github.io) - 2,883.2ms, 64.03 KB
…socicon/Socicon.woff2?xzo13r (thatkookooguy.github.io) - 2,121.7ms, 39.9 KB
…roboto/Roboto-Light.woff2 (thatkookooguy.github.io) - 2,854.1ms, 62.94 KB
7 Passed Audits
100
Reduce render-blocking scripts
Script elements are blocking the first paint of your page. Consider inlining critical scripts and deferring non-critical ones. Learn more.
100
Optimize images
Optimized images load faster and consume less cellular data. Learn more.
100
Serve images as WebP
WebP provides better lossy and lossless compression than PNG or JPEG, which means faster downloads and less data consumption. Learn more.
100
Enable text compression
Text-based responses should be served with compression (gzip, deflate or brotli) to minimize total network bytes. Learn more.
100
Avoids enormous network payloads: Total size was 850 KB (target: < 1,600 KB)
Network transfer size costs users real money and is highly correlated with long load times. Try to find ways to reduce the size of required files.
View Details
URL
Total Size
Transfer Time
/u/10427304?v=4
221 KB
1,590 ms
/scripts/combined.js
96 KB
690 ms
…roboto/Roboto-Medium.woff2
64 KB
460 ms
…roboto/Roboto-Regular.woff2
64 KB
460 ms
…roboto/Roboto-Bold.woff2
63 KB
460 ms
…roboto/Roboto-Light.woff2
63 KB
450 ms
/u/14274940?v=4
53 KB
380 ms
…v29/2fcrYFNaTjcS6g4U3t-Y5ZjZjT5FdEJ140U2DJYC3mY.woff2
48 KB
340 ms
…socicon/Socicon.woff2?xzo13r
40 KB
290 ms
…images/86_trans.webp
36 KB
260 ms
100
Avoids an excessive DOM size: 1,219 nodes (target: < 1,500 nodes)
Browser engineers recommend pages contain fewer than ~1,500 DOM nodes. The sweet spot is a tree depth < 32 elements and fewer than 60 children/parent element. A large DOM can increase memory usage, cause longer style calculations, and produce costly layout reflows. Learn more.
View details
Total DOM Nodes
1,219
target: < 1,500 nodes
DOM Depth
15
target: < 32
Maximum Children
39
target: < 60 nodes
100
User Timing marks and measures: 0
Consider instrumenting your app with the User Timing API to create custom, real-world measurements of key user experiences. Learn more.
94
94
Accessibility
Accessibility
These checks highlight opportunities to improve the accessibility of your app.
Elements Use Attributes Correctly
Screen readers and other assistive technologies require annotations to understand otherwise ambiguous content.
0
Image elements do not have [alt] attributes.
Informative elements should aim for short, descriptive alternate text. Decorative elements can be ignored with an empty alt attribute.Learn more.
View failing elements
<img class="gha-gravatar-commit" src="https://gravatar.com/avatar/44655ff9312222c8c1e80d95975ba857?s=30&amp;d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-user-420.png" width="16"><img class="gha-gravatar-commit" src="https://gravatar.com/avatar/44655ff9312222c8c1e80d95975ba857?s=30&amp;d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-user-420.png" width="16"><img class="gha-gravatar-commit" src="https://gravatar.com/avatar/44655ff9312222c8c1e80d95975ba857?s=30&amp;d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-user-420.png" width="16"><img class="gha-gravatar-commit" src="https://gravatar.com/avatar/44655ff9312222c8c1e80d95975ba857?s=30&amp;d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-user-420.png" width="16"><img class="gha-gravatar-commit" src="https://gravatar.com/avatar/44655ff9312222c8c1e80d95975ba857?s=30&amp;d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-user-420.png" width="16"><img class="gha-gravatar-commit" src="https://gravatar.com/avatar/44655ff9312222c8c1e80d95975ba857?s=30&amp;d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-user-420.png" width="16"><img class="gha-gravatar-commit" src="https://gravatar.com/avatar/44655ff9312222c8c1e80d95975ba857?s=30&amp;d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-user-420.png" width="16"><img class="gha-gravatar-commit" src="https://gravatar.com/avatar/f295a142f94773c12a6c98b6fee1d81c?s=30&amp;d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-user-420.png" width="16">
Color Contrast Is Satisfactory
Screen readers and other assistive technologies require annotations to understand otherwise ambiguous content.
0
Background and foreground colors do not have a sufficient contrast ratio.
Low-contrast text is difficult or impossible for many users to read. Learn more.
View failing elements
<i class="material-icons"><span class="about-topic"><span class="about-topic"><span class="about-topic"><span class="about-topic">
7 Passed Audits
Elements Use Attributes Correctly
Screen readers and other assistive technologies require annotations to understand otherwise ambiguous content.
100
[accesskey] values are unique.
Access keys let users quickly focus a part of the page. For proper navigation, each access key must be unique. Learn more.
100
<audio> elements contain a <track> element with [kind="captions"].
Captions make audio elements usable for deaf or hearing-impaired users, providing critical information such as who is talking, what they're saying, and other non-speech information. Learn more.
100
<input type="image"> elements have [alt] text.
When an image is being used as an `<input>` button, providing alternative text can help screen reader users understand the purpose of the button. Learn more.
100
No element has a [tabindex] value greater than 0.
A value greater than 0 implies an explicit navigation ordering. Although technically valid, this often creates frustrating experiences for users who rely on assistive technologies. Learn more.
100
Cells in a <table> element that use the [headers] attribute only refer to other cells of that same table.
Screen readers have features to make navigating tables easier. Ensuring `<td>` cells using the `headers]` attribute only refer to other cells in the same table may improve the experience for screen reader users. [Learn more.
100
<th> elements and elements with [role="columnheader"/"rowheader"] have data cells they describe.
Screen readers have features to make navigating tables easier. Ensuring table headers always refer to some set of cells may improve the experience for screen reader users. Learn more.
ARIA Attributes Follow Best Practices
Screen readers and other assistive technologies require annotations to understand otherwise ambiguous content.
100
[aria-*] attributes match their roles.
Each ARIA `role` supports a specific subset of `aria-*` attributes. Mismatching these invalidates the `aria-*` attributes. Learn more.
100
[role]s have all required [aria-*] attributes.
Some ARIA roles have required attributes that describe the state of the element to screen readers. Learn more.
100
Elements with [role] that require specific children [role]s, are present.
Some ARIA parent roles must contain specific child roles to perform their intended accessibility functions. Learn more.
100
[role]s are contained by their required parent element.
Some ARIA child roles must be contained by specific parent roles to properly perform their intended accessibility functions. Learn more.
100
[role] values are valid.
ARIA roles must have valid values in order to perform their intended accessibility functions. Learn more.
100
[aria-*] attributes have valid values.
Assistive technologies, like screen readers, can't interpret ARIA attributes with invalid values. Learn more.
100
[aria-*] attributes are valid and not misspelled.
Assistive technologies, like screen readers, can't interpret ARIA attributes with invalid names. Learn more.
Elements Have Discernable Names
Screen readers and other assistive technologies require annotations to understand otherwise ambiguous content.
100
Buttons have an accessible name.
When a button doesn't have an accessible name, screen readers announce it as "button", making it unusable for users who rely on screen readers. Learn more.
100
Links have a discernible name.
Link text (and alternate text for images, when used as links) that is discernible, unique, and focusable improves the navigation experience for screen reader users. Learn more.
Elements Describe Contents Well
Screen readers and other assistive technologies require annotations to understand otherwise ambiguous content.
100
The page contains a heading, skip link, or landmark region.
Adding ways to bypass repetitive content lets keyboard users navigate the page more efficiently. Learn more.
100
Document has a <title> element.
Screen reader users use page titles to get an overview of the contents of the page. Learn more.
100
<frame> or <iframe> elements have a title.
Screen reader users rely on frame titles to describe the contents of frames. Learn more.
100
Form elements have associated labels.
Labels ensure that form controls are announced properly by assistive technologies, like screen readers. Learn more.
100
Presentational <table> elements avoid using <th>, <caption> or the [summary] attribute.
A table being used for layout purposes should not include data elements, such as the th or caption elements or the summary attribute, because this can create a confusing experience for screen reader users. Learn more.
100
<object> elements have [alt] text.
Screen readers cannot translate non-text content. Adding alt text to `<object>` elements helps screen readers convey meaning to users. Learn more.
100
<video> elements contain a <track> element with [kind="captions"].
When a video provides a caption it is easier for deaf and hearing impaired users to access its information. Learn more.
100
<video> elements contain a <track> element with [kind="description"].
Audio descriptions provide relevant information for videos that dialogue cannot, such as facial expressions and scenes. Learn more.
Elements Are Well Structured
Screen readers and other assistive technologies require annotations to understand otherwise ambiguous content.
100
<dl>'s contain only properly-ordered <dt> and <dd> groups, <script> or <template> elements.
When definition lists are not properly marked up, screen readers may produce confusing or inaccurate output. Learn more.
100
Definition list items are wrapped in <dl> elements.
Definition list items (`<dt>` and `<dd>`) must be wrapped in a parent `<dl>` element to ensure that screen readers can properly announce them. Learn more.
100
[id] attributes on the page are unique.
The value of an id attribute must be unique to prevent other instances from being overlooked by assistive technologies. Learn more.
100
Lists contain only <li> elements and script supporting elements (<script> and <template>).
Screen readers have a specific way of announcing lists. Ensuring proper list structure aids screen reader output. Learn more.
100
List items (<li>) are contained within <ul> or <ol> parent elements.
Screen readers require list items (`<li>`) to be contained within a parent `<ul>` or `<ol>` to be announced properly. Learn more.
Page Specifies Valid Language
Screen readers and other assistive technologies require annotations to understand otherwise ambiguous content.
100
<html> element has a [lang] attribute.
If a page doesn't specify a lang attribute, a screen reader assumes that the page is in the default language that the user chose when setting up the screen reader. If the page isn't actually in the default language, then the screen reader might not announce the page's text correctly. Learn more.
100
<html> element has a valid value for its [lang] attribute.
Specifying a valid BCP 47 language helps screen readers announce text properly. Learn more.
100
[lang] attributes have a valid value.
Specifying a valid BCP 47 language on elements helps ensure that text is pronounced correctly by a screen reader. Learn more.
Meta Tags Used Properly
Screen readers and other assistive technologies require annotations to understand otherwise ambiguous content.
100
The document does not use <meta http-equiv="refresh">.
Users do not expect a page to refresh automatically, and doing so will move focus back to the top of the page. This may create a frustrating or confusing experience. Learn more.
100
[user-scalable="no"] is not used in the <meta name="viewport"> element and the [maximum-scale] attribute is not less than 5.
Disabling zooming is problematic for users with low vision who rely on screen magnification to properly see the contents of a web page. Learn more.
92
92
Best Practices
Best Practices
We've compiled some recommendations for modernizing your web app and avoiding performance pitfalls. These audits do not affect your score but are worth a look.
1 failed audits
0
Does not open external anchors using rel="noopener"
Open new tabs using `rel="noopener"` to improve performance and prevent security vulnerabilities. Learn more.
View Details
URL
Target
Rel
/Thatkookooguy
_blank
/Thatkookooguy
_blank
/Thatkookooguy
_blank
/Thatkookooguy
_blank
…tree/master
_blank
/Thatkookooguy/Thatkookooguy.github.io
_blank
…commit/d1609dd…
_blank
…commit/b72b16b…
_blank
/Thatkookooguy
_blank
…tree/master
_blank
/Thatkookooguy/Thatkookooguy.github.io
_blank
…commit/52b4417…
_blank
/Thatkookooguy
_blank
…tree/master
_blank
/Thatkookooguy/Thatkookooguy.github.io
_blank
…commit/5acffef…
_blank
…commit/335a1fd…
_blank
/Thatkookooguy
_blank
…tree/master
_blank
/Thatkookooguy/Thatkookooguy.github.io
_blank
…commit/13dbb11…
_blank
…commit/8911f7e…
_blank
/Thatkookooguy
_blank
…tree/master
_blank
/Kibibit/achievibit
_blank
…commit/c4b9725…
_blank
/caseyscarborough/github-activity
_blank
12 Passed Audits
100
Avoids Application Cache
Application Cache is deprecated. Learn more.
100
Avoids WebSQL DB
Web SQL is deprecated. Consider using IndexedDB instead. Learn more.
100
Uses HTTPS
All sites should be protected with HTTPS, even ones that don't handle sensitive data. HTTPS prevents intruders from tampering with or passively listening in on the communications between your app and your users, and is a prerequisite for HTTP/2 and many new web platform APIs. Learn more.
100
Uses HTTP/2 for its own resources
HTTP/2 offers many benefits over HTTP/1.1, including binary headers, multiplexing, and server push. Learn more.
100
Uses passive listeners to improve scrolling performance
Consider marking your touch and wheel event listeners as `passive` to improve your page's scroll performance. Learn more.
100
Avoids Mutation Events in its own scripts
Mutation Events are deprecated and harm performance. Consider using Mutation Observers instead. Learn more.
100
Avoids document.write()
For users on slow connections, external scripts dynamically injected via `document.write()` can delay page load by tens of seconds. Learn more.
100
Avoids requesting the geolocation permission on page load
Users are mistrustful of or confused by sites that request their location without context. Consider tying the request to user gestures instead. Learn more.
100
Avoids requesting the notification permission on page load
Users are mistrustful of or confused by sites that request to send notifications without context. Consider tying the request to user gestures instead. Learn more.
100
Avoids deprecated APIs
Deprecated APIs will eventually be removed from the browser. Learn more.
100
Manifest's short_name won't be truncated when displayed on homescreen
Make your app's `short_name` fewer than 12 characters to ensure that it's not truncated on homescreens. Learn more.
100
Allows users to paste into password fields