Deploy GitHub Pages

This commit is contained in:
Travis Bot 2019-07-10 19:00:49 +00:00
parent ee2d720e4d
commit 8adba41c43
10 changed files with 92 additions and 57 deletions

View file

@ -1234,6 +1234,11 @@
<td>Legacy version of the previous annotation for compatibility with older browsers, generates an <code class="codehilite">Expires</code> cookie directive by adding the seconds to the current date</td>
<td>number of seconds</td>
</tr>
<tr>
<td>nginx.ingress.kubernetes.io/session-cookie-change-on-failure</td>
<td>When set to <code class="codehilite">false</code> nginx ingress will send request to upstream pointed by sticky cookie even if previous attempt failed. When set to <code class="codehilite">true</code> and previous attempt failed, sticky cookie will be changed to point to another upstream.</td>
<td><code class="codehilite">true</code> or <code class="codehilite">false</code> (defaults to <code class="codehilite">false</code>)</td>
</tr>
</tbody>
</table>
<p>You can create the <a href="ingress.yaml">example Ingress</a> to test this:</p>

View file

@ -1205,7 +1205,7 @@ metadata:
name: external-auth
namespace: default
resourceVersion: <span class="s2">&quot;2068378&quot;</span>
selfLink: /apis/extensions/v1beta1/namespaces/default/ingresses/external-auth
selfLink: /apis/networking/v1beta1/namespaces/default/ingresses/external-auth
uid: 5c388f1d-8970-11e6-9004-080027d2dc94
spec:
rules:

View file

@ -1106,6 +1106,13 @@
Debugging Hints
</a>
</li>
<li class="md-nav__item">
<a href="#notes-on-using-responserequest-streams" title="Notes on using response/request streams" class="md-nav__link">
Notes on using response/request streams
</a>
</li>
</ul>
@ -1238,6 +1245,13 @@
Debugging Hints
</a>
</li>
<li class="md-nav__item">
<a href="#notes-on-using-responserequest-streams" title="Notes on using response/request streams" class="md-nav__link">
Notes on using response/request streams
</a>
</li>
</ul>
@ -1352,6 +1366,18 @@ can actually talk to the backend. To do this, we'll use the
<p>If you are developing public gRPC endpoints, check out
https://proto.stack.build, a protocol buffer / gRPC build service that can use
to help make it easier for your users to consume your API.</p>
<p>See also the specific GRPC settings of NGINX: https://nginx.org/en/docs/http/ngx_http_grpc_module.html</p>
</blockquote>
<h3 id="notes-on-using-responserequest-streams">Notes on using response/request streams<a class="headerlink" href="#notes-on-using-responserequest-streams" title="Permanent link">&para;</a></h3>
<ol>
<li>If your server does only response streaming and you expect a stream to be open longer than 60 seconds, you will have to change the <code class="codehilite">grpc_read_timeout</code> to acommodate for this.</li>
<li>If your service does only request streaming and you expect a stream to be open longer than 60 seconds, you have to change the
<code class="codehilite">grpc_send_timeout</code> and the <code class="codehilite">client_body_timeout</code>.</li>
<li>If you do both response and request streaming with an open stream longer than 60 seconds, you have to change all three timeouts: <code class="codehilite">grpc_read_timeout</code>, <code class="codehilite">grpc_send_timeout</code> and <code class="codehilite">client_body_timeout</code>.</li>
</ol>
<p>Values for the timeouts must be specified as e.g. <code class="codehilite">&quot;1200s&quot;</code>.</p>
<blockquote>
<p>On the most recent versions of nginx-ingress, changing these timeouts requires using the <code class="codehilite">nginx.ingress.kubernetes.io/server-snippet</code> annotation. There are plans for future releases to allow using the Kubernetes annotations to define each timeout seperately.</p>
</blockquote>