Travis build 478 pushed to Github Pages

Author: PythonClub-Bot

author/raphael-passini-diniz.html

@@ -117,7 +117,7 @@ <h3><a class="post-title" href="http://pythonclub.com.br/class-based-views-djang
 <p>Segundo a documentação do Django sobre CBV:</p>
 <blockquote>
 <p>CBV's permitem você estruturar as suas views e reutilizar código aproveitando
-  heranças e mixinis</p>
+  heranças e mixins</p>
 </blockquote>
 <p>O ...</p></p>
             <p>

author/raphael-passini-diniz.html.gz

@@ -117,7 +117,7 @@ <h3><a class="post-title" href="http://pythonclub.com.br/class-based-views-djang
 <p>Segundo a documentação do Django sobre CBV:</p>
 <blockquote>
 <p>CBV's permitem você estruturar as suas views e reutilizar código aproveitando
-  heranças e mixinis</p>
+  heranças e mixins</p>
 </blockquote>
 <p>O ...</p></p>
             <p>

category/django.html

@@ -18,7 +18,7 @@
     <meta property="og:title" content="Class Based Views no Django" />
     <meta property="og:site_name" content="PythonClub" />
     <meta property="og:url" content="http://pythonclub.com.br/class-based-views-django.html" />
-    <meta property="og:description" content="Esse tutorial tem como objetivo explicar o básico sobre Class Based Views no Django. Por motivos de agilidade vou usar CBV para me referir as Class Based Views. Segundo a documentação do Django sobre CBV: CBV's permitem você estruturar as suas views e reutilizar código aproveitando heranças e mixinis O ..." />
+    <meta property="og:description" content="Esse tutorial tem como objetivo explicar o básico sobre Class Based Views no Django. Por motivos de agilidade vou usar CBV para me referir as Class Based Views. Segundo a documentação do Django sobre CBV: CBV's permitem você estruturar as suas views e reutilizar código aproveitando heranças e mixins O ..." />
     <meta property="og:image" content="http://res.cloudinary.com/diu8g9l0s/image/upload/v1400201393/pythonclub/logo_275x130.png" />
 
     <link rel="stylesheet" href="//cdnjs.cloudflare.com/ajax/libs/pure/0.3.0/pure-min.css">
@@ -110,10 +110,10 @@ <h1>Class Based Views no Django</h1>
 <p>Segundo a documentação do Django sobre CBV:</p>
 <blockquote>
 <p>CBV's permitem você estruturar as suas views e reutilizar código aproveitando
-  heranças e mixinis</p>
+  heranças e mixins</p>
 </blockquote>
 <p>O Django já vem CBV's genéricas que atendem as necessidades da maioria das aplicações.
-Essas views genéricas são flexiveis o sufiente para você poder adaptá-las as
+Essas views genéricas são flexiveis o suficiente para você poder adaptá-las as
 suas necessidades.</p>
 <p>Nesse tutorial eu vou falar brevemente sobre os 4 grupos de CBV's que existem
 no Django atualmente:</p>
@@ -164,15 +164,15 @@ <h2><a name="base_views"></a>Base Views</h2>
 views no Django. Essas classes são a base sob a qual as outras CBV's são
 construídas.</p>
 <h3><a name="view"></a>View</h3>
-<p>A classe génerica <em>master</em>. <strong>Todas</strong> as outras classes herdam dessa classe.
+<p>A classe genérica <em>master</em>. <strong>Todas</strong> as outras classes herdam dessa classe.
 O fluxo básico de execução dessa classe quando recebe uma requisição é:</p>
 <ol>
 <li><code>dispatch()</code></li>
 <li><code>http_method_not_allowed()</code></li>
 <li><code>options()</code></li>
 </ol>
 <p>A função <code>dispatch()</code> verifica se a classe tem um método com o nome do verbo
-HTTP usado na requisição. Caso não haja um <code>http.HttpResponseNotAllowed</code> é
+HTTP usado na requisição. Caso não haja, um <code>http.HttpResponseNotAllowed</code> é
 retornado.</p>
 <p>Essa classe sempre responde a requisições com o verbo <code>OPTIONS</code> retornando
 nesse caso uma lista com os verbos suportados. A não ser que o método
@@ -192,7 +192,7 @@ <h3><a name="view"></a>View</h3>
 <code>OPTIONS</code>, todas as outras requisições retornam
 <code>http.HttpResponseNotAllowed</code>.</p>
 <h3><a name="template_view"></a>Template View</h3>
-<p>Renderiza um template. O fluxo básico de execução dessa clase quando recebe
+<p>Renderiza um template. O fluxo básico de execução dessa classe quando recebe
 uma requisição é:</p>
 <ol>
 <li><code>dispatch()</code></li>
@@ -241,7 +241,7 @@ <h3><a name="redirect_view"></a>Redirect View</h3>
 <p>A URL a ser redirecionada pode conter parâmetros no estilo dicionário-de-strings.
 Os parâmetros capturados na URL do <code>RedirectView</code> serão repassados para a
 URL que o usuário está sendo redirecionado.</p>
-<p>O fluxo básico de execução dessa clase quando recebe
+<p>O fluxo básico de execução dessa classe quando recebe
 uma requisição é:</p>
 <ol>
 <li><code>dispatch()</code></li>
@@ -286,7 +286,7 @@ <h3><a name="redirect_view"></a>Redirect View</h3>
 <li><code>pattern_name</code>: O nome do padrão de URL. Um <code>reverse</code> será aplicado
   usando os mesmos
   <code>args</code> e <code>kwargs</code> passados para a <code>RedirectView</code></li>
-<li><code>permanent</code>: Se for <code>True</code> retorna o status code como 301 caso contrário
+<li><code>permanent</code>: Se for <code>True</code> retorna o status code como 301, caso contrário,
   retorna 302.</li>
 <li><code>query_string</code>: Se for <code>True</code> a query_string será enviada para a URL de
   destino.</li>
@@ -299,7 +299,7 @@ <h3><a name="detail_view"></a>DetailView</h3>
 parâmetro enviado na URL.</p>
 <p>No fluxo de execução dessa view o objeto que está sendo utilizado está em
 <code>self.object</code></p>
-<p>O fluxo básico de execução dessa clase quando recebe
+<p>O fluxo básico de execução dessa classe quando recebe
 uma requisição é:</p>
 <ol>
 <li><code>dispatch()</code></li>
@@ -320,7 +320,7 @@ <h3><a name="detail_view"></a>DetailView</h3>
 Django tenta o segundo e assim por diante.</p>
 <p>Em seguida o <code>get_slug_field()</code> entra em ação, essa função deve retornar o
 nome do campo que será usado para fazer a busca pelo objeto. Por default o
-Django procura pelo campo <code>slug</code></p>
+Django procura pelo campo <code>slug</code>.</p>
 <p>Agora o <code>get_queryset</code> deve retornar um queryset que será usado para buscar
 um objeto. Aqui é um ótimo lugar para, por exemplo, aplicar um filtro para
 exibir somente o Artigo cujo autor é o usuário logado. Considere o exemplo
@@ -396,7 +396,7 @@ <h3><a name="list_view"></a>ListView</h3>
 <p>Uma página que representa uma lista de objetos.
 Enquanto essa view está executando a variável <code>self.object_list</code> vai conter
 a lista de objetos que a view está utilizando.</p>
-<p>O fluxo básico de execução dessa clase quando recebe
+<p>O fluxo básico de execução dessa classe quando recebe
 uma requisição é:</p>
 <ol>
 <li><code>dispatch()</code></li>
@@ -458,14 +458,14 @@ <h3><a name="list_view"></a>ListView</h3>
 <ul>
 <li>O valor da variável <code>template_name</code> na View (se definido)</li>
 <li>O valor do campo <code>template_name_field</code> na instância do objeto que a view
-  esta usando.</li>
+  está usando.</li>
 <li><code>&lt;app_label&gt;/&lt;model_name&gt;&lt;template_name_suffix&gt;.html</code></li>
 </ul>
 <h2><a name="editing_views"></a>Editing Views</h2>
-<p>As views descritas abaixo contém o comportamento básico para edição de conteúdo</p>
+<p>As views descritas abaixo contém o comportamento básico para edição de conteúdo.</p>
 <h3><a name="form_view"></a>FormView</h3>
 <p>Uma view que mostra um formulário. Se houver erro, mostra o formulário novamente
-contendo os erros de validação; Em caso de sucesso redireciona o usuário para
+contendo os erros de validação. Em caso de sucesso redireciona o usuário para
 uma nova URL.</p>
 <p><strong>forms.py</strong></p>
 <div class="highlight"><pre><span class="kn">from</span> <span class="nn">django</span> <span class="kn">import</span> <span class="n">forms</span>
@@ -516,8 +516,8 @@ <h3><a name="model_view"></a>Views para lidar com <code>models</code> (ModelForm
 <p>Grande parte do "poder" das CBV's vem quando precisamos trabalhar com models.</p>
 <p>As views listadas abaixo: <code>CreateView</code>, <code>UpdateView</code> e <code>DeleteView</code> foram
 criadas para facilitar esse trabalho com os models, essas views podem gerar um
-<code>ModelForm</code> de maneira automatica, desde que seja possível determinar qual
-é o model que a view esta utilizando.</p>
+<code>ModelForm</code> de maneira automática, desde que seja possível determinar qual
+é o model que a view está utilizando.</p>
 <p>A view vai tentar determinar o model a ser usado das seguintes formas:</p>
 <ul>
 <li>Se houver um atributo <code>model</code> na classe</li>
@@ -542,7 +542,7 @@ <h3><a name="model_view"></a>Views para lidar com <code>models</code> (ModelForm
 
 
 <h3><a name="create_update_delete_view"></a>CreateView, UpdateView e DeleteView</h3>
-<p>Uma view que exibe um form para criar, atualizar ou apagaer um objeto.
+<p>Uma view que exibe um form para criar, atualizar ou apagar um objeto.
 Caso existam erros no formulário, este é exibido novamente junto com as
 mensagens de erro.</p>
 <p>Em caso de sucesso o objeto é salvo.</p>
@@ -593,7 +593,7 @@ <h3><a name="create_update_delete_view"></a>CreateView, UpdateView e DeleteView<
 <p>O atributo <code>fields</code> determina quais campos do model devem estar presentes no
 formulário. É obrigatório especificar o atributo <code>fields</code> ou então o atributo
 <code>form_class</code>, nunca os dois ao mesmo tempo, pois isso geraria uma exceção
-<a href="https://docs.djangoproject.com/en/1.8/ref/exceptions/#django.core.exceptions.ImproperlyConfigured"><code>ImproperlyConfigured</code></a></p>
+<a href="https://docs.djangoproject.com/en/1.8/ref/exceptions/#django.core.exceptions.ImproperlyConfigured"><code>ImproperlyConfigured</code></a>.</p>
 <p>É importante notar também que a <code>DeleteView</code> exibe as informações do objeto que
 será deletado quando é acessada usando o verbo <code>GET</code>, quando usado o verbo
 <code>POST</code> o objeto é efetivamente apagado.</p>
@@ -607,15 +607,15 @@ <h2><a name="date_views"></a>Date Views</h2>
 filtrados por datas, por exemplo: posts em um blog, notícias, consultas ao médico, etc.</p>
 <h3><a name="archive_view"></a>ArchiveIndexView</h3>
 <p>Uma página que exibe os "últimas" objetos inseridos, desconsiderando aqueles com uma
-data futura a não ser que o atributo <code>allow_future</code> seja definido como <code>True</code></p>
+data futura a não ser que o atributo <code>allow_future</code> seja definido como <code>True</code>.</p>
 <p>É importante notar que:</p>
 <ul>
 <li>O nome default do <code>context_object_name</code> é <code>latest</code>.</li>
 <li>O sufixo <code>_archive</code> no nome do template.</li>
 <li>Além da lista de objetos o contexto também contem a variável <code>date_list</code>
   contendo todos os anos que tem objetos em ordem decrescente.
   Isso pode ser alterado para mês ou dia usando o atributo
-  <code>date_list_period</code>. Isso se aplica a todas as <em>Data-based generic views</em></li>
+  <code>date_list_period</code>. Isso se aplica a todas as <em>Data-based generic views</em>.</li>
 </ul>
 <p>Implementação simples:</p>
 <p><strong>urls.py</strong></p>
@@ -902,6 +902,7 @@ <h3><a name="ref"></a>Referências</h3>
 <li><a href="https://docs.djangoproject.com/en/1.8/topics/class-based-views/">https://docs.djangoproject.com/en/1.8/topics/class-based-views/</a></li>
 <li><a href="https://docs.djangoproject.com/en/1.8/ref/class-based-views/">https://docs.djangoproject.com/en/1.8/ref/class-based-views/</a></li>
 <li><a href="https://github.com/django/django/blob/master/django/views/generic/">https://github.com/django/django/blob/master/django/views/generic/</a></li>
+<li><a href="http://ccbv.co.uk/">http://ccbv.co.uk/</a></li>
 </ul>
 
             <div class="licence">

category/django.html.gz

@@ -157,7 +157,7 @@ <h2>Configurando o ambiente</h2>
 <p>Abra o arquivo <tt class="docutils literal">helloworld.py</tt> e insira uma SECRET_KEY qualquer:</p>
 <div class="highlight"><pre><span class="n">SECRET_KEY</span><span class="o">=</span><span class="s">&#39;helloworld&#39;</span>
 </pre></div>
-<p>Para ambiente de teste não existe nenhum problema em deixar nossa SECRET_KEY com esse valor, porém para o ambiente de produção é necessário que seja um valor randômico. A SECRET_KEY é utilizada em diversas partes do Django para criar hashes e encriptar chaves. Por esse fato, você NUNCA DEVE deixar pública o valor de SECRET_KEY utizado em ambientes de produção.
+<p>Para ambiente de teste não existe nenhum problema em deixar nossa SECRET_KEY com esse valor, porém para o ambiente de produção é necessário que seja um valor randômico. A SECRET_KEY é utilizada em diversas partes do Django para criar hashes e encriptar chaves. Por esse fato, você NUNCA DEVE deixar pública o valor de SECRET_KEY utilizado em ambientes de produção.
 Mais informações <a class="reference external" href="https://docs.djangoproject.com/en/1.8/ref/settings/#secret-key">aqui</a>.</p>
 <p>Executando novamente nosso ambiente, teremos o seguinte erro:</p>
 <div class="highlight"><pre><span class="nv">$ </span>django-admin.py runserver --pythonpath<span class="o">=</span>. --settings<span class="o">=</span>helloworld
@@ -194,10 +194,10 @@ <h2>Hello World</h2>
 <p>Se você visualizar no terminal onde o ambiente está sendo executado, verá a seguinte mensagem:</p>
 <div class="highlight"><pre>AttributeError: <span class="s1">&#39;Settings&#39;</span> object has no attribute <span class="s1">&#39;ROOT_URLCONF&#39;</span>
 </pre></div>
-<p>Para encontrar as views* que serão renderizadas no projeto, o Django procura primeiro as configurações no
+<p>Para encontrar as <em>views</em> que serão renderizadas no projeto, o Django procura primeiro as configurações no
 arquivo apontado pelo <tt class="docutils literal">ROOT_URLCONF</tt>.</p>
 <ul class="simple">
-<li>uma view é uma função responsável por retornar algo para ser renderizado no browser, pode ser um html, um arquivo, um json e etc. *</li>
+<li>uma view é uma função responsável por retornar algo para ser renderizado no browser, pode ser um html, um arquivo, um json e etc.</li>
 </ul>
 <p>Como toda nossa aplicação ficará por enquanto no arquivo <tt class="docutils literal">helloworld.py</tt>, vamos apontar nosso <tt class="docutils literal">ROOT_URLCONF</tt> para ele.</p>
 <p>Abra o arquivo <tt class="docutils literal">helloworld.py</tt> e insira o seguinte código:</p>