-
Updated
Oct 7, 2020 - JavaScript
best-practices
Here are 968 public repositories matching this topic...
-
Updated
Oct 8, 2020 - JavaScript
-
Updated
Oct 8, 2020 - JavaScript
-
Updated
Oct 6, 2020 - JavaScript
-
Updated
May 4, 2020
-
Updated
Oct 8, 2020 - Python
-
Updated
Sep 10, 2020 - Shell
-
Updated
Oct 7, 2020 - HTML
-
Updated
Aug 13, 2020
-
Updated
May 12, 2020
-
Updated
Oct 6, 2020 - C#
-
Updated
Sep 24, 2020
-
Updated
Sep 24, 2020 - HTML
-
Updated
Oct 8, 2020 - JavaScript
-
Updated
Sep 12, 2020 - JavaScript
-
Updated
Oct 8, 2020 - Python
-
Updated
Jan 9, 2019
-
Updated
Aug 10, 2020 - Kotlin
-
Updated
Jul 14, 2020 - TypeScript
-
Updated
Nov 13, 2018 - Python
moment is considered legacy now by their team, we should think about moving to other alternatives
Originally posted by @molant in webhintio/hint#4040 (comment)
I recently started to serve brotli pre-compressed files. Works fine except that all files served have a content-language: br
(brazilian) unwanted header.
I stumbled upon this post: https://blog.desgrange.net/post/2017/04/10/pre-compression-with-gzip-and-brotli-in-apache.html
The mime module seems to blame. Could you fix this by adding a RemoveLanguage .br
directive?
Hi
Im getting an error while comparing with a branch (using -b
option) or running in CI mode (using -m
option). Backtrace attached below.
Version | |
---|---|
Ruby | 2.5.5 |
RubyCritic | 4.0.2 |
Traceback (most recent call last):
23: from /home/atrivedi/.rbenv/versions/2.5.5/bin/rubycritic:23:in `<main>'
22: from /home/atrivedi/.rbe
-
Updated
Sep 10, 2020 - C#
-
Updated
Oct 1, 2020 - Java
-
Updated
Sep 11, 2019
-
Updated
Nov 3, 2017 - JavaScript
component: pop-over
Improve this page
Add a description, image, and links to the best-practices topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the best-practices topic, visit your repo's landing page and select "manage topics."
What is the current behavior?
Links with mailto: are listed as an SEO issue in the 'Links are not crawlable' section.
What is the expected behavior?
Links with mailto: should be ignored by the 'Links are not crawlable' audit