1
0
mirror of https://github.com/node-red/node-red.git synced 2023-10-10 13:36:53 +02:00
node-red/packages/node_modules/@node-red/nodes/locales/pt-BR/network/21-httprequest.html
Fabio Barcello S. Dos R. Muller e7c657f82d Some minor changes to sections that were missing in some files
Fixing missing sessions is some pt-BR files and also
one small typo of an hmtl end paragraph </p> in the 21-httprequest.html
of en-US original language file.
2022-08-05 16:29:19 -03:00

96 lines
6.8 KiB
HTML

<!--
Copyright JS Foundation and other contributors, http://js.foundation
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-->
<script type="text/html" data-help-name="http request">
<p>Envia solicitações HTTP e retorna a resposta.</p>
<h3>Entradas</h3>
<dl class = "message-properties">
<dt class="optional">url<span class="property-type"> cadeia de caracteres</span></dt>
<dd>Se não for configurada no , esta propriedade opcional define o url da solicitação.</dd>
<dt class="optional">método<span class="property-type"> cadeia de caracteres</span></dt>
<dd>Se não for configurada no , esta propriedade opcional define o método HTTP da solicitação.
Deve ser <code>GET</code>, <code>PUT</code>, <code>POST</code>, <code>PATCH</code> ou <code>DELETE</code>.</dd>
<dt class="optional">cabeçalhos<span class="property-type"> objeto</span></dt>
<dd>Define os cabeçalhos HTTP da solicitação.</dd>
<dt class="optional">cookies <span class = "property-type"> objeto</span></dt>
<dd>Se definido, pode ser usado para enviar cookies com a solicitação.</dd>
<dt class="optional">carga útil</dt>
<dd>Enviado como o corpo da solicitação.</dd>
<dt class="optional">rejeitarUnauthorized</dt>
<dd>Se definido como <code>falso</code>, permite que as solicitações sejam feitas para sites https que usam
certificados autoassinados.</dd>
<dt class="optional">followRedirects</dt>
<dd>Se definido como <code>falso</code>, evita o redirecionamento seguinte(HTTP 301).<code>verdadeiro</code> por padrão</dd>
<dt class="optional">equestTimeout</dt>
<dd>Se definido como um número positivo de milissegundos, substituirá o parâmetro <code>httpRequestTimeout</code> definido globalmente.</dd>
</dl>
<h3>Saídas</h3>
<dl class="message-properties">
<dt>carga útil <span class="property-type"> cadeia de caracteres | objeto | buffer </span></dt>
<dd>O corpo da resposta. O pode ser configurado para retornar o corpo
como uma cadeia de caracteres, tente analisá-la como uma cadeia de caracteres JSON ou deixe-a como um
armazenament temporpario binário.</dd>
<dt>statusCode<span class="property-type">número</span></dt>
<dd>O código de estado da resposta ou o código de erro se a solicitação não pôde ser concluída.</dd>
<dt>headers<span class="property-type">objeto</span></dt>
<dd>Um objeto contendo os cabeçalhos de resposta.</dd>
<dt>responseUrl<span class="property-type">cadeia de caracteres</span></dt>
<dd>Caso ocorram redirecionamentos durante o processamento da solicitação, esta propriedade é a URL redirecionada final.
Caso contrário, o url da solicitação original.</dd>
<dt>responseCookies<span class="property-type">objeto</span></dt>
<dd>Se a resposta incluir cookies, esta propriedade é um objeto de pares nome/valor para cada cookie.</dd>
<dt>redirectList<span class="property-type">matriz</span></dt>
<dd>Se a solicitação foi redirecionada uma ou mais vezes, as informações acumuladas serão adicionadas a esta propriedade. `location` é o próximo destino de redirecionamento. `cookies` são os cookies retornados da fonte de redirecionamento.</dd>
</dl>
<h3>Detalhes</h3>
<p>Quando configurada no , a propriedade URL pode conter tags <a href="http://mustache.github.io/mustache.5.html" target="_blank"> estilo bigode</a>. Estes permitem a
url a ser construída utilizando valores da mensagem de entrada. Por exemplo, se o url estiver definido para
<code>example.com/{{{topic}}}</code>, terá o valor de <code>msg.topic</code> inserido automaticamente.
Usar {{{...}}} evita que o bigode use caracteres de escape como /& etc.</p>
<p>O pode, opcionalmente, codificar automaticamente <code>msg.payload</code> como parâmetros de cadeia de caracteres de consulta para uma solicitação GET, caso em que <code>msg.payload</code> deve ser um objeto.</p>
<p><b>Nota:</b> Se estiver sendo executado atrás de um proxy, a variável de ambiente <code>http_proxy=...</code> padrão deve ser definida e o Node-RED reiniciado ou use então a configuração de proxy. Se a configuração do proxy foi definida, a configuração tem precedência sobre a variável de ambiente.</p>
<h4>Usando vários nós de solicitação HTTP</h4>
<p>Para usar mais de um desses nós no mesmo fluxo, deve-se ter cuidado com
a propriedade <code>msg.headers</code>. O primeiro nó irá definir esta propriedade com
os cabeçalhos de resposta. O próximo usará esses cabeçalhos para sua solicitação - isso
geralmente não é a coisa certa a se fazer. Se a propriedade <code>msg.headers</code> for deixada inalterada
entre os nós, ela será ignorada pelo segundo . Para definir cabeçalhos personalizados, <code>msg.headers</code>
deve primeiro ser excluído ou redefinido para um objeto vazio: <code>{}</code>.
<h4>Tratamento de cookies</h4>
<p>A propriedade <code>cookies</code> passada ao nó deve ser um objeto de pares nome/valor.
O valor pode ser uma cadeia de caracteres para definir o valor do cookie ou pode ser um
objeto com uma única propriedade <code>value</code>.</p>
<p>Todos os cookies retornados pela solicitação são devolvidos à propriedade <code>responseCookies</code>.</p>
<h4>Tratamento do tipo de conteúdo</h4>
<p>Se <code>msg.payload</code> for um objeto, o nó definirá automaticamente o tipo de conteúdo
da solicitação para <code>application/json</code> e irá codificar o corpo como tal.</p>
<p>Para codificar a solicitação como dados de formulário, <code>msg.headers["content-type"]</code> deve ser definido como <code>application/x-www-form-urlencoded</code>.</p>
<h4>Subida de arquivo</h4>
<p>Para subir um arquivo, <code>msg.headers["content-type"]</code> deve ser definido como <code>multipart/form-data</code>
e o <code>msg.payload</code> passado para o nó deve ser um objeto com a seguinte estrutura:</p>
<pre><code>{
"KEY": {
"value": FILE_CONTENTS,
"options": {
"filename": "FILENAME"
}
}
}</code></pre>
<p> Os valores de <code>KEY</code>, <code>FILE_CONTENTS</code> e <code>FILENAME</code>
devem ser definidos com os valores apropriados.</p>
</script>