</head>
<body>
- <h3><svg class="header"><use href="../shared_images/cookie.svg#icon"/></svg> First-Party Cookies</h3>
+ <h3><svg class="header"><use href="../shared_images/cookie.svg#icon"/></svg> Cookies primários</h3>
- <p>First-party cookies are set by the website in the URL bar at the top of the page.</p>
+ <p>Os cookies primários são definidos pelo site na barra de URL na parte superior da página.</p>
- <p>From the early days of the internet, it became obvious that it would be advantageous for websites to be able to store information on a computer for future access.
- For example, a website that displays weather information could ask the user for a zip code, and then store it in a cookie.
- The next time the user visited the website, weather information would automatically load for that zip code, without the user having to enter it again.</p>
+ <p>Desde os primórdios da Internet, tornou-se óbvio que seria vantajoso para os sites a capacidade de armazenar informações em um computador para acesso futuro.
+ Por exemplo, um site que exibe informações meteorológicas pode solicitar ao usuário um CEP e armazená-lo em um cookie.
+ Na próxima vez que o usuário visitar o site, as informações meteorológicas serão carregadas automaticamente para aquele CEP, sem que o usuário tenha que digitá-lo novamente.</p>
- <p>Like everything else on the web, clever people figured out all types of ways to abuse cookies to do things that users would not approve of if they knew they were happening.
- For example, a website can set a cookie with a unique serial number on a device.
- Then, every time a user visits the website on that device, it can be linked to a unique profile the server maintains for that serial number,
- even if the device connects from different IP addresses.</p>
+ <p>Como tudo na web, pessoas inteligentes descobriram todos os tipos de maneiras de abusar dos cookies para fazer coisas que os usuários não aprovariam se soubessem que estavam acontecendo.
+ Por exemplo, um site pode definir um cookie com um número de série exclusivo em um dispositivo.
+ Então, toda vez que um usuário visita o site nesse dispositivo, ele pode ser vinculado a um perfil exclusivo que o servidor mantém para aquele número de série,
+ mesmo se o dispositivo se conectar a partir de endereços IP diferentes.</p>
<p>Almost all websites with logins require cookies to be enabled for a user to log in.
That is how they make sure it is still you as you move from page to page on the site, and is, in my opinion, the only legitimate use for cookies.</p>
<p>If cookies are enabled but JavaScript is disabled, the privacy icon will be yellow <img class="inline" src="../shared_images/warning.svg"> as a warning.</p>
- <h3><svg class="header"><use href="../shared_images/cookie.svg#icon"/></svg> Third-Party Cookies</h3>
+ <h3><svg class="header"><use href="../shared_images/cookie.svg#icon"/></svg> Cookies de terceiros</h3>
<p>Third-party cookies are set by portions of a website that are loaded from servers different from the URL at the top of the page.
There is no good reason to ever enable third-party cookies. Privacy Browser 3.8 removed the option, and even Google is planning to
between first-party and third-party cookies</a>. Thus, enabling cookies will also enable third-party cookies.</p>
- <h3><svg class="header"><use href="../shared_images/web.svg#icon"/></svg> DOM Storage</h3>
+ <h3><svg class="header"><use href="../shared_images/web.svg#icon"/></svg> Armazenamento DOM</h3>
- <p>Document Object Model storage, also known as web storage, is like cookies on steroids. Whereas the maximum combined storage size for all cookies from a single URL is 4 kilobytes,
- DOM storage can hold <a href="https://en.wikipedia.org/wiki/Web_storage#Features">megabytes per site</a>. Unlike cookies, DOM storage does not send all the data in the headers with every request.
+ <p>O armazenamento do Document Object Model, também conhecido como armazenamento na web, é como cookies com esteróides.
+ Considerando que o tamanho máximo de armazenamento combinado para todos os cookies de um único URL é de 4 kilobytes,
+ O armazenamento DOM pode conter <a href="https://en.wikipedia.org/wiki/Web_storage#Features">megabytes por site</a>.
+ Unlike cookies, DOM storage does not send all the data in the headers with every request.
Rather, it uses JavaScript to read and write data, which means it does not function when JavaScript is disabled.</p>
- <h3><svg class="header"><use href="../shared_images/subtitles.svg#icon"/></svg> Form Data</h3>
+ <h3><svg class="header"><use href="../shared_images/subtitles.svg#icon"/></svg> Dados do Formulário</h3>
- <p>Form data contains information typed into web forms, like user names, addresses, phone numbers, etc., and lists them in a drop-down box on future visits.
- Unlike the other forms of local storage, form data is not sent to the web server without specific user interaction. Beginning in Android Oreo (version 8.0, API 26),
- WebView’s form data was replaced by the <a href="https://medium.com/@bherbst/getting-androids-autofill-to-work-for-you-21435debea1">Autofill service</a>.
- As such, controls for form data no longer appear on newer Android devices.</p>
+ <p>Os dados do formulário contêm informações digitadas em formulários da web, como nomes de usuário, endereços, números de telefone, etc., e os relaciona em uma caixa suspensa em visitas futuras.
+ Ao contrário de outras formas de armazenamento local, os dados do formulário não são enviados ao servidor da web sem interação específica do usuário.
+ A partir do Android Oreo (versão 8.0, API 26), os dados do formulário WebView foram substituídos pelo
+ <a href="https://medium.com/@bherbst/getting-androids-autofill-to-work-for-you-21435debea1">Autofill service</a>.
+ Como tal, os controles para dados de formulário não aparecem mais em dispositivos Android mais recentes.</p>
</body>
</html>
\ No newline at end of file
projects / PrivacyBrowserAndroid.git / blobdiff