web -> Web

Author: ramalho

online/cap03.adoc

@@ -1690,7 +1690,7 @@ ____
 
 A sintaxe é a interface de usuário de uma linguagem de programação, então tem muita importância na prática.
 
-Antes de encontrar Python, fiz um pouco de programação para a web usando Perl e PHP.
+Antes de encontrar Python, fiz um pouco de programação para a Web usando Perl e PHP.
 A sintaxe para mapeamentos nessas linguagens é muito útil.
 Sinto muita falta dela quando tenho que usar Java ou C.
 

online/cap04.adoc

@@ -319,7 +319,7 @@ Incompatível com o `latin1`, que surgiu depois.
 `gb2312`:: Padrão legado para codificar ideogramas chineses simplificados usados na República da China;
 uma das várias codificações criadas para línguas asiáticas.
 
-`utf-8`:: A codificação de 8 bits mais comum na web. Em julho de 2021, o
+`utf-8`:: A codificação de 8 bits mais comum na Web. Em julho de 2021, o
 https://fpy.li/4-5[W³ Techs: Usage statistics of character encodings for websites]
 informava que 97% dos sites usam UTF-8, um grande avanço sobre os 81,4% de setembro de 2014,
 quando escrevi este capítulo na primeira edição.
@@ -696,7 +696,7 @@ O "recheio" do sanduíche é a lógica do negócio de seu programa,
 onde o tratamento do texto é feito somente com objetos `str`.
 Evite codificar ou decodificar em diferentes estágios do processamento.
 Na saída, as `str` são codificadas para `bytes` o mais tarde possível.
-A maioria dos frameworks web funciona assim, e raramente tocamos em `bytes` ao usá-los.
+A maioria dos frameworks Web funciona assim, e raramente tocamos em `bytes` ao usá-los.
 No Django, por exemplo, suas views devem produzir `str` em Unicode;
 o próprio Django se encarrega de codificar a resposta para `bytes`, usando UTF-8 como default.
 

online/cap05.adoc

@@ -1258,7 +1258,7 @@ O https://fpy.li/5-12[Dublin Core] (EN) oferece a fundação para um exemplo mai
 [quote, Dublin Core na Wikipedia]
 ____
 O Dublin Core é um esquema de metadados que visa descrever objetos digitais,
-como videos, sons, imagens, textos e sites na web.
+como videos, sons, imagens, textos e sites na Web.
 Aplicações de Dublin Core utilizam XML e o RDF
 (Resource Description Framework).footnote:[Fonte: O artigo https://fpy.li/3w[Dublin Core] na Wikipedia.]
 ____

online/cap09.adoc

@@ -1094,7 +1094,7 @@ Vamos agora examinar outro decorador poderoso: `functools.singledispatch`.
 Imagine((("single dispatch generic functions",
 id="singlegen09")))((("functions", "single dispatch generic functions",
 id="Fsingle09")))((("generic functions, single dispatch", id="genfunc09"))) que
-estamos criando uma ferramenta para depurar aplicações web. Queremos gerar
+estamos criando uma ferramenta para depurar aplicações Web. Queremos gerar
 código HTML para tipos diferentes de objetos Python.
 
 Poderíamos começar com uma função como essa:
@@ -1626,7 +1626,7 @@ usando decoradores. O código de multi-métodos de Guido é interessante, mas é
 apenas um exemplo didático. Para conhecer uma implementação de funções genéricas
 de despacho múltiplo moderna e pronta para uso em produção, veja a
 https://fpy.li/9-16[_Reg_] de Martijn Faassen–autor de
-https://fpy.li/9-17[_Morepath_], um framework web guiado por modelos
+https://fpy.li/9-17[_Morepath_], um framework Web guiado por modelos
 e orientado a REST.
 
 [[closures_soapbox]]

online/cap13.adoc

@@ -2560,7 +2560,7 @@ qual só vamos precisar mesmo no <<ch_class_metaprog>>). Tirando esse pequeno
 detalhe, a receita cobre os principais recursos das ABCs muito bem.
 
 _The Python Standard Library by Example_ de Doug Hellmann (Addison-Wesley), tem
-um capítulo sobre o módulo `abc`. Ele também está disponível na web, em
+um capítulo sobre o módulo `abc`. Ele também está disponível na Web, em
 https://fpy.li/13-51[_PyMOTW—Python Module of the Week_]. Hellmann usa a
 declaração de ABC no estilo antigo: `++PluginBase(metaclass=abc.ABCMeta)++` em vez de
 `PluginBase(abc.ABC)`, suportada desde o Python 3.4.

online/cap14.adoc

@@ -759,7 +759,7 @@ A documentação de `ThreadingHTTPServer` diz (nossa tradução):
 
 ____
 Esta classe é idêntica a `HTTPServer`, mas trata requisições com threads, 
-usando a `ThreadingMixIn`. Isso é útil para lidar com navegadores web que abrem
+usando a `ThreadingMixIn`. Isso é útil para lidar com navegadores Web que abrem
 sockets prematuramente, situação na qual o `HTTPServer` esperaria indefinidamente.
 ____
 

online/cap19.adoc

@@ -1176,7 +1176,7 @@ limitações do runtime do CPython.
 [[server_side_sec]]
 ==== Servidires para Web/Computação Móvel
 
-O((("multicore processing", "server-side web/mobile development")))((("server-side web/mobile development")))((("web/mobile development")))
+O((("multicore processing", "server-side Web/mobile development")))((("server-side Web/mobile development")))((("Web/mobile development")))
 Python é largamente utilizado em aplicações Web e em APIs de
 apoio a aplicações para computação móvel no servidor. Como o Google, o YouTube,
 o Dropbox, o Instagram, o Quora, e o Reddit—entre outros—conseguiram desenvolver
@@ -1300,11 +1300,11 @@ _uWSGI_.]
 
 Lançado em 2018, o _NGINX Unit_ é um novo produto dos desenvolvedores do conhecido servidor HTTP e proxy reverso _NGINX_.
 
-O _mod_wsgi_ e o _Gunicorn_ só suportam apps web Python,
+O _mod_wsgi_ e o _Gunicorn_ só suportam aplicações Web Python,
 enquanto o _uWSGI_ e o _NGINX Unit_ funcionam também com outras linguagens.
 Para saber mais, consulte a documentação de cada um deles.
 
-O ponto principal: todos esses servidores de aplicação podem, potencialmente, utilizar todos os núcleos de CPU no servidor, criando múltiplos processos Python para executar apps web tradicionais escritas no bom e velho código sequencial em _Django_, _Flask_, _Pyramid_, etc.
+O ponto principal: todos esses servidores de aplicação podem, potencialmente, utilizar todos os núcleos de CPU no servidor, criando múltiplos processos Python para executar aplicações Web tradicionais escritas no bom e velho código sequencial em _Django_, _Flask_, _Pyramid_, etc.
 Isso explica porque tem sido possível ganhar a vida como desenvolvedor Python sem nunca ter estudado os módulos `threading`, `multiprocessing`, ou `asyncio`:
 o servidor de aplicação lida de forma transparente com a concorrência.
 
@@ -1316,7 +1316,7 @@ A WSGI((("Asynchronous Server Gateway Interface (ASGI)")))((("servers",
 "Asynchronous Server Gateway Interface (ASGI)"))) é uma API síncrona.
 Ela não suporta corrotinas com `async/await`, que são a forma mais eficiente de implementar WebSockets em Python.
 A https://fpy.li/19-46[especificação da ASGI] é a sucessora assíncrona da WSGI,
-projetada para frameworks Python assíncronos para programação web, como _aiohttp_, _Sanic_, _FastAPI_, etc.,
+projetada para frameworks Python assíncronos para programação Web, como _aiohttp_, _Sanic_, _FastAPI_, etc.,
 bem como _Django_ e _Flask_, que estão gradualmente incorporando mais funcionalidades assíncronas.
 ====
 
@@ -1358,8 +1358,8 @@ Citando diretamente o https://fpy.li/19-49[FAQ] da Celery, eis alguns casos de u
 [quote]
 ____
 
-* Executar algo em segundo plano. Por exemplo, para encerrar uma requisição web o mais rápido possível, e então atualizar a página do usuário de forma incremental. Isso dá ao usuário a impressão de um bom desempenho e de "vivacidade", ainda que o trabalho real possa na verdade demorar um pouco mais.
-* Executar algo após a requisição web ter terminado.
+* Executar algo em segundo plano. Por exemplo, para encerrar uma requisição Web o mais rápido possível, e então atualizar a página do usuário de forma incremental. Isso dá ao usuário a impressão de um bom desempenho e de "vivacidade", ainda que o trabalho real possa na verdade demorar um pouco mais.
+* Executar algo após a requisição Web ter terminado.
 * Se assegurar que algo seja feito, através de uma execução assíncrona, repetindo tentativas quando necessário.
 * Agendar tarefas periódicas.
 
@@ -1529,7 +1529,7 @@ O https://fpy.li/19-73[_Python, Performance, and GPUs_] de Matthew Rocklin é um
 atualização do status do uso de aceleradores GPU com Python, publicado em junho
 de 2019.
 
-"O Instagram hoje representa a maior instalação do mundo do framework web _Django_, que é escrito inteiramente em Python."
+"O Instagram hoje representa a maior instalação do mundo do framework Web _Django_, que é escrito inteiramente em Python."
 Essa é a linha de abertura do post
 https://fpy.li/19-74[_Web Service Efficiency at Instagram with Python_], escrito
 por Min Ni, da engenharia do Instagram. O post descreve as métricas e

online/cap20.adoc

@@ -56,16 +56,16 @@ Por fim, movi a maior parte da teoria para o <<ch_concurrency_models>>,
 _Modelos de concorrência em Python_.
 
 [[ex_web_downloads_sec]]
-=== Downloads concorrentes da web
+=== Downloads concorrentes da Web
 
 A((("network I/O", "essential role of concurrency in",
-id="IOconcur20")))((("concurrent executors", "concurrent web downloads",
+id="IOconcur20")))((("concurrent executors", "concurrent Web downloads",
 id="CEwebdown20"))) concorrência é essencial para uma comunicação eficiente via
 rede: em vez de esperar de braços cruzados por respostas de máquinas remotas, a
 aplicação pode fazer outra coisa enquanto a resposta não
 chega.
 
-Para demonstrar, escrevi três programas simples que baixam da web imagens de 20 bandeiras de países.
+Para demonstrar, escrevi três programas simples que baixam da Web imagens de 20 bandeiras de países.
 O primeiro, _flags.py_, roda sequencialmente:
 ele só requisita a imagem seguinte quando a anterior foi baixada e salva localmente.
 Os outros dois scripts fazem downloads concorrentes:
@@ -135,7 +135,7 @@ os scripts concorrentes podem superar o código sequencial por um fator de 20 ou
 [WARNING]
 ====
 
-Ao testar clientes HTTP concorrentes usando servidores web públicos, você pode
+Ao testar clientes HTTP concorrentes usando servidores Web públicos, você pode
 acidentalmente lançar um ataque de negação de serviço (DoS, _Denial of Service_,
 negação de serviço),
 ou se tornar suspeito de tentar um ataque. No caso do
@@ -807,7 +807,7 @@ flags2_asyncio.py:: Mesma funcionalidade do exemplo anterior, mas implementado c
 [WARNING]
 .Tenha cuidado ao testar clientes concorrentes
 ====
-Ao testar clientes HTTP concorrentes em servidores web públicos, você pode gerar muitas requisições por segundo, e é assim que ataques de negação de serviço (DoS, _denial-of-service_) são feitos.
+Ao testar clientes HTTP concorrentes em servidores Web públicos, você pode gerar muitas requisições por segundo, e é assim que ataques de negação de serviço (DoS, _denial-of-service_) são feitos.
 Monitore cuidadosamente seus clientes quando for usar servidores públicos.
 Para testar, configure um servidor HTTP local. Veja instruções após o <<flags2_help_demo>>.
 ====