You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is a follow up to rails#47186, this time for all markdown content.
[markdownlint](https://github.com/markdownlint/markdownlint) is an excellent tool, and I've found it very useful for finding issues in the guides.
Many of the rules are common style issues I'm correcting on PRs, so it will be nice to have that automated.
We should also be able to use the same config with our editors, so that errors show up in real-time 🙏 and will update the contributing docs once this gets merged with how to debug and use mdl appropriately.
TIP: Set sensible client HTTP timeouts and retry limits for your application. In certain failure scenarios, the default AWS client configuration may cause connections to be held for up to several minutes and lead to request queuing.
187
188
188
189
Add the [`aws-sdk-s3`](https://github.com/aws/aws-sdk-ruby) gem to your `Gemfile`:
"...avoiding a querystring for cacheable resources". He found that in this
121
-
case 5-20% of requests will not be cached. Query strings in particular do not
122
-
work at all with some CDNs for cache invalidation.
118
+
[Steve Souders recommends][], "...avoiding a querystring for cacheable resources". He found that in this case 5-20% of requests will not be cached. Query strings in particular do not work at all with some CDNs for cache invalidation.
123
119
124
120
2.**The file name can change between nodes in multi-server environments.**
125
121
126
-
The default query string in Rails 2.x is based on the modification time of
127
-
the files. When assets are deployed to a cluster, there is no guarantee that the
128
-
timestamps will be the same, resulting in different values being used depending
129
-
on which server handles the request.
122
+
The default query string in Rails 2.x is based on the modification time of the files. When assets are deployed to a cluster, there is no guarantee that the timestamps will be the same, resulting in different values being used depending on which server handles the request.
130
123
131
124
3.**Too much cache invalidation**
132
125
133
-
When static assets are deployed with each new release of code, the mtime
134
-
(time of last modification) of _all_ these files changes, forcing all remote
135
-
clients to fetch them again, even when the content of those assets has not changed.
126
+
When static assets are deployed with each new release of code, the mtime (time of last modification) of _all_ these files changes, forcing all remote clients to fetch them again, even when the content of those assets has not changed.
136
127
137
128
Fingerprinting fixes these problems by avoiding query strings, and by ensuring
138
129
that filenames are consistent based on their content.
@@ -147,7 +138,7 @@ More reading:
147
138
*[Revving Filenames: don't use querystring](http://www.stevesouders.com/blog/2008/08/23/revving-filenames-dont-use-querystring/)
0 commit comments