Para aumentar o parâmetro max_map_count
1.Adicione a seguinte linha para o arquivo /etc/sysctl.conf:
|
1 |
vm.max_map_count=map_count |
Por exemplo:
|
1 |
vm.max_map_count=262144 |
2.Reload a config como root:
|
1 |
sysctl -p |
3.Check o novo valor:
|
1 |
cat /proc/sys/vm/max_map_count |
Dica: Elastic Search rodando através de um Docker pede esta configuração.
De tanto o pessoal do trabalho me pedir esse comando vou deixa-lo ele aqui disponível, rs, 
Logue como root
root@ip-10-0-0-1:/home# find . -type f -exec du -Sh {} + | sort -rh | head -n 15
1 – O comando lista sempre os maiores arquivos da pasta atual recursivamente. Por ex: se vc rodar ele na pasta home, listará as maiores arquivos desse diretório e também os maiores arquivos que estão dentro dos diretórios filhos e assim or diante.
2 – O número 15 no final indica a quantidade de arquivos que vc deseja encontrar. Troque por 30 por ex e será listado os 30 maiores arquivos.
Fontes:
http://go2linux.garron.me/linux/2010/11/how-list-or-find-largest-files-and-directories-folders-linux-free-disk-space-850
http://stackoverflow.com/questions/12522269/bash-how-to-find-the-largest-file-in-a-directory-and-its-subdirectories
http://www.codecoffee.com/tipsforlinux/articles/22.html
http://ask.xmodulo.com/find-biggest-files-directories-linux.html
https://dzone.com/articles/find-all-large-files-linux (muito bom)
Closure (“clausura” em português) é uma função que tem acesso as variáveis do escopo pai, ou seja, do “escopo léxico” que ela está contida (ex: o corpo de uma função, um bloco delimitador). O closure tem três cadeias de escopo: o seu próprio escopo; escopo externo, tendo acesso as variáveis da função exterior; e o escopo que tem acesso as variáveis globais.
Em JavaScript apenas funções possuem um novo contexto léxico.
Um exemplo clássico de um Closure é a criação de um contador sem o uso de uma variável global. Por ex:
Se você tentasse fazer algo do tipo:
|
1 2 3 4 5 6 7 8 9 |
function add() { var counter = 0; counter += 1; return counter; } add(); add(); add(); |
Você poderia pensar que o valor de counter no final seria 3. Mas não, ele será sempre 1.
Mas se retornarmos um “função” no lugar de “counter”, teremos assim nossa closure.
|
1 2 3 4 5 6 7 8 9 10 |
var add = (function () { var counter = 0; return function () {return counter += 1;} })(); // já executa a função anônima aqui // e retorna para a variável add a função // function () {return counter += 1;} add(); add(); add(); |
Dessa forma a variável add possui a função function () {return counter += 1;} com acesso ao escopo da função pai (onde foi declarado a variável counter).
Portanto quando chamamos add(), estamos chamando a função function () {return counter += 1;}, que por sua vez incrementa a variável ‘counter’.
Não muito semelhante, mas equivalente, algo parecido, também possibilita ter funções com variáveis privadas, como no exemplo abaixo:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
function MyObject() { this.public = { a: "aqui é público" } var private = { a: "aqui é privado" } this.get_a = function() { return private.a; } this.set_a = function(x) { // a variável 'private' pode ser alterada apenas através um método private.a = x; } } var obj = new MyObject(); console.log(obj.public); // "aqui é público" -> Acessível console.log(obj.private); // undefined -> Inacessível através da instancia console.log(obj.get_a()); // "aqui é privado" obj.set_a("aqui é privado mesmo") console.log(obj.get_a()); // "aqui é privado mesmo" |
Como demonstrado no exemplo acima, a variável private, “vive” apenas dentro da função e apenas de lá que seu valor pode ser acessado e alterado.
Currying é uma técnica para transformar uma função que recebe múltiplos parâmetros em uma outra com muito menos parâmetros.
Outra explicação muito boa retirada do insubstituível stackoverflow:
“Currying” é um função que “captura” alguns parâmetros para outras funções e retorna uma função (uma “closure”) que aceita o restante dos parâmetros.
Imagine a função greet:
|
1 2 3 4 |
var greet = function(greeting, name) { console.log(greeting + ", " + name); }; greet("Hello", "Heidi"); //"Hello, Heidi" |
Com um pequeno ajuste poderíamos fazer uma função para cumprimentar qualquer pessoa sem ter que passar o valor “Hello” para o argumento novamente.
|
1 2 3 4 5 6 7 8 9 |
var greetCurried = function(greeting) { return function(name) { console.log(greeting + ", " + name); }; }; var greetHello = greetCurried("Hello"); greetHello("Mateus"); //"Hello, Mateus" greetHello("Padua"); //"Hello, Padua" |
Valeu, 
Abaixo segue as fontes de onde me inspirei para fazer este post:
https://developer.mozilla.org/pt-BR/docs/Web/JavaScript/Guide/Closures
https://www.w3schools.com/js/js_function_closures.asp
https://pt.stackoverflow.com/questions/1859/como-funcionam-closures-em-javascript/1860#1860
https://www.turbosite.com.br/blog/entenda-o-que-sao-closures-em-javascript/
https://www.sitepoint.com/currying-in-functional-javascript/
Este post foi escrito como parte de uma série de estudos (resumos) que estou fazendo sobre JavaScript, por isso foi imensamente inspirado na documentação oficial, o que explica muitas similaridades entre os textos. Mas é possível também encontrar aqui alguns pequenos pontos que aprendi que não estão no texto original.
Texto original: https://developer.mozilla.org/pt-BR/docs/Web/JavaScript/Reference/Operators/this
Em JavaScript o this tem um comportamento um pouco diferente das outras linguagens. Seu valor na maioria dos casos depende muito de como uma função é chamada, podendo assim ter seu valor trocado (bem estranho isso), mas é assim mesmo que ele funciona, o que confere muitos poderes para quem está utilizando e com grandes poderes vem grandes bugs
Sintaxe:
|
1 |
this |
Em um contexto global a palavra chave this tem o mesmo valor do objeto global (window):
|
1 2 3 4 5 |
// Em navegadores web, o objeto window é também o objeto global: console.log(this === window); // true this.a = 37; console.log(window.a); // 37 |
O exemplo acima nos mostra que this é igual a window no contexto global
Dentro de uma função o valor do this depende de como ela é chamada. Vamos aos cenários possíveis.
Neste cenário o valor de this é sempre igual a window:
|
1 2 3 4 5 |
function f1(){ return this; } f1() === window; // true |
Mas se utilizamos o modo estrito no contexto da função, o valor de this neste caso será undefined, isso acontece porque neste modo, precisamos explicitamente especificar “quem” chamou a função. Por ex:
|
1 2 3 4 5 6 7 8 9 10 |
function f2(){ "use strict"; // assume modo estrito return this; } f2() === undefined; // true. Neste caso não especificamos quem é o responsável pela chamada da função window.f2() === window; // true. Aqui especificamos que "window" foi o responsável. var a = {"name": "Policarpo"}; f2.apply(a); // {"name": "Policarpo"}; Aqui mudamos o contexto para o objeto "a". |
Nas funções arrow o this é definido pelo contexto ao qual está inserido, mesmo se chamado utilizando os métodos call, apply ou bind.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
var func = (() => this); // esta função SEMPRE vai retorna window, // porque está no contexto global. console.log(func() === window); // true // Mesmo se utilizado o call, apply ou bind: // Chamando como um método de um objeto var obj = {func: func}; console.log(obj.func() === window); // true // Tentativa de definir this usando call console.log(func.call(obj) === window); // true // Tentantiva de definir this usando bind func = func.bind(obj); console.log(func() === window); // true |
Como visto no exemplo acima, não importa o que se faça, o valor de this será sempre “window” para este cenário, pois a arrow function foi definida no escopo global.
Se tivéssemos definido a arrow function dentro de uma outra função, como abaixo:
|
1 2 3 4 5 6 7 8 9 10 11 |
function Pessoa(){ this.idade = 0; var somar = () => { this.idade++; // |this| corretamente referência ao objeto Pessoa } somar(); somar(); } var p = new Pessoa(); console.log(p.idade); // 2 |
O valor de this neste caso será referenciado ao contexto da função Pessoa.
IMPORTANTE: Interessante também demonstrar que SEM a arrow function o valor de this seria diferente, por ex:
|
1 2 3 4 5 6 7 8 9 10 11 |
function Pessoa(){ this.idade = 0; function somar() { this.idade++; // |this| NÃO se refere ao objeto Pessoa } somar(); somar(); } var p = new Pessoa(); console.log(p.idade); // 0 |
Isto acontece porque antes das arrow functions, toda nova função definia seu próprio valor de this (um novo objeto no caso de um construtor, undefined em chamadas de funções com strict mode, o objeto de contexto se a função é chamada como um “método de objeto”, etc.). Este comportamento é importuno com um estilo de programação orientado a objeto.
Explicação retirada de: https://developer.mozilla.org/pt-BR/docs/Web/JavaScript/Reference/Functions/Arrow_functions
Para funções (métodos) de objetos, o valor do this faz referencia ao próprio objeto no qual se originou a chamada.
|
1 2 3 4 5 6 7 8 |
var obj = { prop: 37, f: function() { return this.prop; } }; console.log(obj.f()); // 37 |
No exemplo acima o this faz referencia ao próprio objeto “obj”.
Interessante lembrar que independente de onde a função foi definida e que se ela for referenciada para dentro de um objeto, o resultado será o mesmo. por ex:
|
1 2 3 4 5 6 7 8 9 |
var obj = {prop: 37}; function independent() { return this.prop; } obj.f = independent; console.log(obj.f()); // 37 também |
Como visto acima a função independent foi definida primariamente fora do objeto ”obj” e referenciada logo após para a propriedade “obj.f” e no final obtivemos o mesmo resultado.
É importante lembrar também que o this se refere sempre ao membro mais imediato, como no exemplo abaixo:
|
1 2 |
obj.b = {g: independent, prop: 42}; console.log(obj.b.g()); // 42 |
this neste caso se refere ao objeto “b”, por isso retornou 42.
Neste caso, o this sempre assume o valor da “instância” que fez por sua vez referencia ao objeto original.
|
1 2 3 4 5 6 |
var o = {f:function(){ return this.a + this.b; }}; var p = Object.create(o); p.a = 1; p.b = 4; console.log(p.f()); // 5 |
Como visto no exemplo acima “p” é uma instância de “o” e por isso this se refere a “p”
Quando uma função é usada como um construtor por intermédio da palavra new, o this vai se referir ao novo objeto criado (nova instancia).
|
1 2 3 4 5 6 |
function Movie(){ this.name = "The Good, the Bad and the Ugly"; } var obj = new Movie(); console.log(obj.name); // logs "The Good, the Bad and the Ugly" |
Toda função que possui a palavra this dentro de seu corpo, pode usar um dos três métodos.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
function add(c, d){ return this.a + this.b + c + d; } var o = {a:1, b:3}; // O primeiro parâmetro é o objeto a usar como // 'this'; subsequentes parâmetros são passados como // argumentos na função chamada. // Sempre é executada a função após a chamada. add.call(o, 5, 7); // 1 + 3 + 5 + 7 = 16 // O primeiro parâmetro é o objeto a usar como // 'this', o segundo é um (array) cujos // membros são usados como argumentos na função chamada. // Sempre é executada a função após a chamada. add.apply(o, [10, 20]); // 1 + 3 + 10 + 20 = 34 // Com o bind uma nova função é retornada com o contexto // apontando para o primeiro parâmetro do bind. // Não executa a função, apenas retorna uma nova. var new_add = add.bind({a:2, b:4}); new_add(10, 10) // 2 + 4 + 10 + 10 = 26 |
Para funções utilizadas como manipuladores de eventos, o this se refere sempre ao objeto no qual registrou o evento.
|
1 2 3 4 5 |
function handler(e){ console.log(this); // <div id="my_ele"></div> } document.getElementById("my_ele").addEventListener('click', handler, false); |
Bora lá então:
Se você está usando uma versão um pouco antiga de django-filter, o erro abaixo pode acontecer:
Django 1.11 compatibility issue – cannot import name flatatt
Para corrigi-lo, basta instalar a ultima versão.
|
1 |
$ pip install -U django-filter |
Fonte: https://github.com/carltongibson/django-filter/issues/673
context must be a dict rather than Context.
Basta remover a Classe Context
|
1 2 3 4 5 6 7 |
t = loader.get_template('path/template.html') c = Context({ 'name': 'Mateus', 'phone': '999999999', 'request': context['request'], }) rendered = t.render(c) |
Ficando assim:
|
1 2 3 4 5 6 7 |
t = loader.get_template('path/template.html') c = { 'name': 'Mateus', 'phone': '999999999', 'request': context['request'], } rendered = t.render(c) |
Se você está usando django-widget-tweaks e estiver mudando o tipo do campo em um formulário, como no exemplo abaixo:
|
1 |
{{ form.meu_campo|add_class:"address-input"|attr:"type:hidden"|attr:"readonly" }} |
apenas attr:"type:hidden" não irá funcionar, a explicação para isso está neste link: https://github.com/jazzband/django-widget-tweaks/issues/52
Então para corrigir isso será necessário mudar o tipo do campo no próprio form, dessa forma:
|
1 2 3 4 5 6 7 8 9 10 |
from django import forms from .models import MyModel class MyForm(forms.ModelForm): class Meta: model = MyModel widgets = { 'meu_campo': forms.TextInput(attrs={'type': 'hidden'}), } |
Outras maneiras de mudar o tipo do campo: http://nanvel.name/2014/03/django-change-modelform-widget
Incompatibilidade de Pickled Objects
1 – Pickled model instance’s Django version 1.10 does not match the current version 1.11.8.
2 - Pickled queryset instance’s Django version 1.10 does not match the current version 1.11.8.
Para corrigir este erro será necessário limpar o seu sistema de cache, seja ele, Redis, Memcached, etc
Fonte: https://docs.djangoproject.com/en/2.0/howto/upgrade-version/#deployment
Se você está usando django-select2, abaixo da versão 5.11.1, o erro build_attrs() takes at most 2 arguments (3 given), pode acontecer:
Para corrigir este erro, atualize o versão para 5.11.1 (obs: a versão 6.0.0 dá suporte apenas para Django 2.0 e Python >= 3.6)
|
1 |
$ pip install django_select2==5.11.1 |
Após esta atualização, o seguinte erro também pode acontecer:
ModelSelect2Widget is missing a QuerySet. Define ModelSelect2Widget.model, ModelSelect2Widget.queryset, or override ModelSelect2Widget.get_queryset().
Para corrigir isso, coloque o parametro model ou queryset no widget, como abaixo:
|
1 2 3 4 5 6 7 8 9 |
class AddressForm(forms.Form): country = forms.ModelChoiceField( queryset=Country.objects.all(), label=u"Country", widget=ModelSelect2Widget( model=Country, # este parametro, queryset também é válido. search_fields=['name__icontains'], ) ) |
Não teve sexto erro, aeeeeee, uuuuuuufaa, achei que ia ter mais, por isso comecei a escrever este post, pois quando migramos do Django 1.6 para o Django 1.10, milhões de erros surgiram, para conferir veja este link, http://www.mateuspaduaweb.com.br/atualizando-django-1-6-para-1-9-ou-1-10/.
Que bom que os erros pararam por aqui
Para sincronizar um repositório que você ‘forkou‘ com seu repositório de origem, primeiro precisamos adicionar ao seu GIT local um caminho que aponte para o repositório original:
Primeiro:
Vamos listar nossos repositórios remotos, vinculados a nossas branches locais.
|
1 2 3 4 |
$ git remote -v # List the current remotes origin https://github.com/user/repo.git (fetch) origin https://github.com/user/repo.git (push) |
Segundo:
Vamos adicionar um apontamento para o repositório original:
|
1 2 |
$ git remote add upstream https://github.com/otheruser/repo_original.git # Set a new remote |
Terceiro:
Listando novamente os repositórios remotos:
|
1 2 3 4 5 6 |
$ git remote -v # Verify new remote origin https://github.com/user/repo.git (fetch) origin https://github.com/user/repo.git (push) upstream https://github.com/otheruser/repo_original.git (fetch) upstream https://github.com/otheruser/repo_original.git (push) |
Quarto:
(Fetching) Descendo o repositório original para sua máquina:
|
1 2 3 4 5 6 7 8 |
$ git fetch upstream # Grab the upstream remote's branches remote: Counting objects: 75, done. remote: Compressing objects: 100% (53/53), done. remote: Total 62 (delta 27), reused 44 (delta 9) Unpacking objects: 100% (62/62), done. From https://github.com/otheruser/repo_original * [new branch] master -> upstream/master |
Quinto:
Agora nós temos as branches e as tags do repositório original na nossa máquina
|
1 2 3 4 5 6 |
$ git branch -va # List all local and remote-tracking branches * master a422352 My local commit remotes/origin/HEAD -> origin/master remotes/origin/master a422352 My local commit remotes/upstream/master 5fdff0f Some upstream commit |
Sexto:
Com o código do repositório original na nossa máquina vamos rodar um comando para ver o que será atualizado em nossa branch master antes de fazer o merge.
|
1 2 3 4 5 6 |
git diff --stat ...upstream/master .file1 | 18 ++++++++++------- file2.rst | 6 +++--- Vagrantfile | 10 ++++++++-- path/path_inside/commands/__init__.py | 7 ------- # continua ... |
Dica: sem o –stat acima você consegue ver todo o código que será atualizado, linha por linha.
Sétimo:
Vamos agora fazer o merge com a master local
|
1 2 3 4 5 |
$ git merge upstream/master Updating 34e91da..16c56ad Fast-forward README.md | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) |
Feito !!!
Com isso nosso fork está sincronizado com sua origem.
Fontes:
http://digitaldrummerj.me/git-syncing-fork-with-original-repo/
https://stackoverflow.com/questions/7244321/how-do-i-update-a-github-forked-repository
https://gist.github.com/CristinaSolana/1885435
Se você receber este erro:
“Vagrant was unable to mount VirtualBox shared folders. This is usually
because the filesystem “vboxsf” is not available. This filesystem is
made available via the VirtualBox Guest Additions and kernel module.
Please verify that these guest additions are properly installed in the
guest. This is not a bug in Vagrant and is usually caused by a faulty
Vagrant box. For context, the command attempted was:”
Instale vagrant-vbguest e tudo voltará a funcionar corretamente.
|
1 |
$ vagrant plugin install vagrant-vbguest |
Geralmente este erro acontece toda vez que você atualizar a versão do VirtualBox ou VMware e para não dar mais esse erro voce precisará atualizar também o programa que gerencia a interação entre o host e o guest, como compartilhamento de diretórios e é ai que entra o vagrant-vbguest.
Siga as instruções no link abaixo:
https://docs.docker.com/docker-for-mac/install/
Após a instalação essa será a estrutura do Docker no seu Mac.
Obs: Docker para Mac não usa VirtualBox, mas HyperKit, uma solução MacOS de virtualização leve construída sobre o Hypervisor.framework do macOS 10.10 Yosemite ou maior.
|
1 2 3 4 5 6 7 8 |
$ docker --version Docker version 17.03.0-ce, build 60ccb22 $ docker-compose --version docker-compose version 1.11.2, build dfed245 $ docker-machine --version docker-machine version 0.10.0, build 76ed2a6 |
Alguns comandos úteis para testar se está tudo ok com a instalação do Docker:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
$ docker version Client: Version: 17.06.1-ce API version: 1.30 Go version: go1.8.3 Git commit: 874a737 Built: Thu Aug 17 22:53:38 2017 OS/Arch: darwin/amd64 Server: Version: 17.06.1-ce API version: 1.30 (minimum version 1.12) Go version: go1.8.3 Git commit: 874a737 Built: Thu Aug 17 22:54:55 2017 OS/Arch: linux/amd64 Experimental: true |
|
1 2 3 |
$ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES |
Para ver se o docker está buscando corretamente as imagens no repositório remoto:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
$ docker run hello-world Unable to find image 'hello-world:latest' locally latest: Pulling from library/hello-world b04784fba78d: Pull complete Digest: sha256:f3b3b28a45160805bb16542c9531888519430e9e6d6ffc09d72261b0d26ff74f Status: Downloaded newer image for hello-world:latest Hello from Docker! This message shows that your installation appears to be working correctly. To generate this message, Docker took the following steps: 1. The Docker client contacted the Docker daemon. 2. The Docker daemon pulled the "hello-world" image from the Docker Hub. 3. The Docker daemon created a new container from that image which runs the executable that produces the output you are currently reading. 4. The Docker daemon streamed that output to the Docker client, which sent it to your terminal. |
Finalmente vamos instalar o elasticsearch, para isso utilizaremos o docker pull para buscar nossa imagem do elasticsearch no repositório oficial do docker.
|
1 |
$ docker pull docker.elastic.co/elasticsearch/elasticsearch:6.5.3 |
Para ver as imagens baixadas pelo docker e disponíveis para uso, use o comando:
|
1 2 3 4 5 |
$ docker images REPOSITORY TAG IMAGE ID CREATED SIZE docker.elastic.co/elasticsearch/elasticsearch 6.5.3 ca27036dd5e7 2 weeks ago 510MB hello-world latest 1815c82652c0 2 months ago 1.84kB |
Rodando agora a versão de desenvolvimento:
|
1 2 3 4 |
$ docker run -p 9200:9200 \ -e "http.host=0.0.0.0" \ -e "transport.host=127.0.0.1" \ docker.elastic.co/elasticsearch/elasticsearch:6.5.3 |
Para ver se está tudo OK digite:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
$ curl -u elastic:changeme -XGET http://localhost:9200 { "name" : "0Cu7DlH", "cluster_name" : "docker-cluster", "cluster_uuid" : "BeKjKtjgTeCwONBMpniAhA", "version" : { "number" : "5.5.2", "build_hash" : "b2f0c09", "build_date" : "2017-08-14T12:33:14.154Z", "build_snapshot" : false, "lucene_version" : "6.6.0" }, "tagline" : "You Know, for Search" } |
Observe as credenciais -u elastic:changeme acima, elas são padrão na extensão de segurança X-Pack Security que vem dentro na imagem do elasticsearch.
A autenticação pode ser desabilitada passando xpack.security.enabled=false como opção no comando do docker, ficando assim:
|
1 2 3 4 5 |
$ docker run -p 9200:9200 \ -e "http.host=0.0.0.0" \ -e "transport.host=127.0.0.1" \ -e "xpack.security.enabled=false" \ docker.elastic.co/elasticsearch/elasticsearch:6.5.3 |
Agora é possível utilizar desta forma, sem autenticação:
|
1 |
$ curl -XGET http://localhost:9200 |
E como eu não quero ter que lembrar a todo momento esse comando gigante, vamos dar um nome para ele e assim podermos subir a nosso docker de elasticsearch mais facilmente.
|
1 2 3 4 5 6 7 |
$ docker run -p 9200:9200 \ -e "http.host=0.0.0.0" \ -e "transport.host=127.0.0.1" \ -e "xpack.security.enabled=false" \ -e "cluster.name=es-cluster-1" \ --name elasticsearch \ docker.elastic.co/elasticsearch/elasticsearch:6.5.3 |
Assim é possível rodar apenas digitando:
|
1 |
$ docker start -a elasticsearch |
Primeiro precisamos adicionar um indice (um indice é um conjunto de documentos):
|
1 2 3 |
$ curl -XPUT http://localhost:9200/blabla {"acknowledged":true,"shards_acknowledged":true} |
Agora digite:
|
1 |
$ curl -XGET http://localhost:9200/_cat/indices |
e você verá o índice que foi criado:
|
1 |
$ yellow open blabla sQ_i6I5MTxWuDj1jQUuwwA 5 1 0 0 324b 324b |
com o índice criado, vamos criar um documento qualquer:
|
1 2 3 4 5 6 |
curl -XPUT http://localhost:9200/blabla/joke/1 -d \ '{ "title": "Once Upon A Time", "author": "Unknown", "about": "Suspension of desbelief" }' |
Você deve ver:
|
1 2 3 4 5 6 7 8 9 10 11 12 |
{ "_index": "blabla", "_type": "joke", "_id": "1", "_version": 1, "_shards": { "total": 2, "successful": 2, "failed": 0 }, "created": true } |
Obtendo o documento criado acima:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
$ curl -XGET http://localhost:9200/blabla/joke/1?pretty { "_index" : "blabla", "_type" : "joke", "_id" : "1", "_version" : 4, "found" : true, "_source" : { "title" : "Once Upon A Time", "author" : "Unknown", "about" : "Suspension of desbelief" } } |
Obtendo um documento que não existe:
|
1 2 3 4 5 6 7 |
$ curl -XGET http://localhost:9200/blabla/joke/2?pretty { "_index" : "blabla", "_type" : "joke", "_id" : "2", "found" : false } |
Removendo um documento:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
$ curl -XDELETE http://localhost:9200/blabla/joke/1?pretty { "found" : true, "_index" : "blabla", "_type" : "joke", "_id" : "1", "_version" : 5, "result" : "deleted", "_shards" : { "total" : 2, "successful" : 1, "failed" : 0 } } |
Bons estudos
Links relacionados:
https://docs.docker.com/docker-for-mac/install/
https://docs.docker.com/docker-for-mac/#check-versions-of-docker-engine-compose-and-machine
http://blog.ryanjhouston.com/2017/04/10/elasicsearch-docker-containers.html
https://www.elastic.co/guide/en/elasticsearch/reference/5.5/docker.html#docker-cli-run-prod-mode
https://marekj.github.io/2016/03/22/elasticsearch-mac-osx
Basta digitar no seu terminal:
|
1 |
$ curl -XGET 'localhost:9200' |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
{ "status" : 200, "name" : "Venom", "cluster_name" : "elasticsearch", "version" : { "number" : "1.6.0", "build_hash" : "cdd3ac4dde4f69524ec0a14de3828cb95bbb86d0", "build_timestamp" : "2015-06-09T13:36:34Z", "build_snapshot" : false, "lucene_version" : "4.10.4" }, "tagline" : "You Know, for Search" } |
Sucesso,
Esses dias atrás recebemos a missão de atualizar o Django em um de nossos projetos para a sua versão mais nova e depois de muito esforço conseguimos. Deixo abaixo, anotado todos os passos que fizemos para conseguir tal resultado, para o caso de alguém também precisar, então vamos lá,
A partir da versão 1.7 do Django, não precisamos mais usar o South, pois este foi “incorporado” dentro do Framework e a sintaxe das novas migrações são um pouco diferentes, por isso não são mais compatíveis com a sintaxe do South, sendo assim temos que gerar “essas novas migrações” e depois aplica-lás como “fakes” para só depois conseguirmos usar o novo módulo de migração.
- Tenha certeza que todas suas migrações antigas estejam aplicadas.
- IMPORTANTE: Se você usa controle de versão, faça uma nova branch git checkout -b update_django e comece a trabalhar a partir deste ponto. Caso ocorra algum problema é só voltar para o branch anterior
- Crie um novo virtualenv, pois muitas apps e bibliotecas serão atualizadas e no caso de precisar voltar tudo, basta mudar para o env antigo.
- Atualize o Django.
|
1 |
$ pip install -U Django==1.10 |
- Vamos então fazer um backup das migrações antigas, para isso, cole o comando abaixo no seu terminal sem o $ inicial, :), substituindo o caminho abaixo pelo caminho do diretório que contém suas apps. Rode os comandos abaixo no seu shell.
|
1 |
$ for f in diretorio_seu_projeto/diretorio_apps/*/migrations; do echo "movendo $f para $f-south"; mv "$f" "$f-south"; done; |
- Depois do backup feito, criamos novamente as “pastas migrations vazias” dentro de cada app:
|
1 |
$ for f in diretorio_seu_projeto/diretorio_apps/*/; do echo "criando novo dir migrations em $f"; mkdir "$f/migrations"; done; |
- E criamos um arquivo __init__.py dentro de cada pasta migrations:
|
1 |
$ for f in diretorio_seu_projeto/diretorio_apps/*/migrations; do echo "criando novo __init__.py em $f"; touch "$f/__init__.py"; done; |
- Em settings.py retire a app ’south’ de INSTALLED_APPS
Fonte: https://docs.djangoproject.com/en/1.9/topics/migrations/#upgrading-from-south
- IMPORTANTE: Daqui para frente é bem provável que os dois comandos abaixo falharão devido ao fato de que ainda é preciso corrigir os pacotes, erros de importação, e muitos outros que irão surgir devido a atualização do Django. Portanto se preciso, corriga os erros e só depois rode os dois comandos abaixo para finalizar o upgrade das suas migrations
- Rode python manage.py makemigrations. Django verá as pastas migration vazias e criará novas initial migrations no novo formato.
- Rode python manage.py migrate --fake-initial. E pronto, seu projeto está apto a criar novas migrações.
Aqui está listado as apps que precisei atualizar, para funcionar com Django 1.10
|
1 2 3 4 5 6 7 8 9 10 |
$ pip install -U django_extensions # o problema descrito neste link vai acontecer se você não atualizar django_extensions -> https://github.com/django-extensions/django-extensions/issues/776 $ pip install -U sorl-thumbnail $ pip install -U django-haystack $ pip install -U django-debug-toolbar $ pip uninstall django-ckeditor-updated $ pip install django-ckeditor $ pip install -U django-import-export $ pip install -U djangorestframework $ pip install -U django-filter $ pip install -U django-suit |
Retirar tudo de __init__.py e coloque dentro de um arquivo com o nome de apps.py, pois a partir das novas versões, caso você tente carregar alguma model dentro de __init__.py esta não estará disponível, por isso devemos carregá-la no ready de uma classe que estende AppConfig. O arquivo apps.py deve ficar dentro da app em questão. No exemplo abaixo import integracoes.signals_connectors que estava dentro de __init__.py deve ficar como no exemplo abaixo:
|
1 2 3 4 5 6 |
from __future__ import unicode_literals from django.apps import AppConfig class ErpConfig(AppConfig): def ready(self): import integracoes.signals_connectors |
Erro: django.core.exceptions.ImproperlyConfigured: Creating a ModelForm without either the ‘fields’ attribute or the ‘exclude’ attribute is prohibited; form CampanhaConfiguracoesGeralAdminForm needs updating.
Em todos os ModelForm coloque o campo fields caso este não exista:
|
1 2 3 4 |
class MeuForm(forms.ModelForm): class Meta: .... fields = "__all__" # coloque o campos especificos ou __all__ para incluir tudo |
Fonte: https://docs.djangoproject.com/en/1.8/topics/forms/modelforms/#selecting-the-fields-to-use
Remover todos os imports from django.conf.urls import patterns
Erro: TypeError: view must be a callable or a list/tuple in the case of include().
|
1 2 3 4 5 6 7 8 |
from app.views import MinhaView class MyModelAdmin(admin.ModelAdmin): def get_urls(self): urls = super(MyModelAdmin, self).get_urls() # my_urls = [ url(r'^my_view/$', 'app.views.MinhaView'), ] # deixe de fazer assim my_urls = [ url(r'^my_view/$', MinhaView.as_view()), ] # e faça assim agora, importanto a classe antes return my_urls + urls |
Ou em urls.py:
|
1 2 3 |
from app.views import MinhaView # my_urls = [ url(r'^$', 'app.views.MinhaView', name='home'), ] # deixe de fazer assim my_urls = [ url(r'^$', MyView.as_view(), name='home'), ] # e faça assim agora, importanto a View no início |
Em seu settings, mude a configuração do seus templates para:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
TEMPLATES = [ { 'BACKEND': 'django.template.backends.django.DjangoTemplates', 'DIRS': [ # insert your TEMPLATE_DIRS here ], 'APP_DIRS': True, 'OPTIONS': { 'context_processors': [ # Insert your TEMPLATE_CONTEXT_PROCESSORS here or use this # list if you haven't customized them: 'django.contrib.auth.context_processors.auth', 'django.template.context_processors.debug', 'django.template.context_processors.i18n', 'django.template.context_processors.media', 'django.template.context_processors.static', 'django.template.context_processors.tz', 'django.contrib.messages.context_processors.messages', ], }, }, ] |
Fonte: https://docs.djangoproject.com/en/1.10/ref/templates/upgrading/
Erro: <class ‘minha_app.admin.MeuAdmin’>: (admin.E111) The value of ‘list_display_links[0]‘ refers to ‘None’, which is not defined in ‘list_display’.
Se dentro de alguma classe admin.ModelAdmin estiver a propriedade list_display_links setada desta forma:
|
1 2 3 4 |
class MeuAdmin(admin.ModelAdmin): .... # list_display_links = (None, ) # comente esta linha. list_display_links = None # e sete para None, sem a Tupla. |
Fonte: http://stackoverflow.com/questions/35184004/how-to-avoid-admin-e111-error-in-django-1-9-2
Erro: (urls.E004) Your URL pattern (‘^’, (<module ‘meu_path.urls’ from ‘/home/meu_user/projetos/meu_path/urls.pyc’>, None, None)) is invalid. Ensure that urlpatterns is a list of url() instances. HINT: Try using url() instead of a tuple.
Mude qualquer tupla dentro de urlpatterns
|
1 |
urlpatterns = [ (r'^$', home, name='home'), # tuple ] |
para url() instâncias:
|
1 |
urlpatterns = [ url(r'^$', home, name='home'), # url instance ] |
Erro: meu.path.suamodel: (fields.E160) The options auto_now, auto_now_add, and default are mutually exclusive. Only one of these options may be present.
mude:
|
1 |
data = models.DateTimeField(u'Cadastro', auto_now_add=True, null=True, default=None) |
para:
|
1 |
cadastro = models.DateTimeField(u'Cadastro', auto_now_add=True, null=True) |
Fonte: https://code.djangoproject.com/ticket/24678
Erro: AttributeError: ‘Options’ object has no attribute ‘module_name’
Mude:
|
1 |
Model._meta.module_name |
Para:
|
1 |
Model._meta.model_name |
Fonte: https://docs.djangoproject.com/en/1.8/internals/deprecation/
Erro: … object has no attribute ‘get_query_set’ class ConfigManager(models.Manager):
mude:
|
1 |
self.get_query_set().first() |
para:
|
1 |
self.get_queryset().first() |
Fonte: https://docs.djangoproject.com/en/1.8/releases/1.8/#features-removed-in-1-8
Erro: set_autocommit got an unexpected keyword argument ‘force_begin_transaction_with_broken_autocommit’
Deixe de usar django-transaction-hooks e use o listener transaction.on_commit() nativo do novo Django.
Fonte 1: https://stackoverflow.com/questions/34114408/set-autocommit-got-an-unexpected-keyword-argument-force-begin-transaction-with/34114416#34114416
Fonte 2: https://docs.djangoproject.com/en/1.9/topics/db/transactions/#django.db.transaction.on_commit
Erro: ‘future’ is not a registered tag library. Must be one of:
Remova todos os imports {% load url from future %} de seus templates pois foi depreciado.
Erro: Django error: render_to_response() got an unexpected keyword argument ‘context_instance’
|
1 2 3 4 5 6 |
from django.shortcuts import render def my_view(request): context = {'foo': 'bar'} # return render_to_response(request, 'my_template.html', context, context_instance=RequestContext(request)) # mude esta linha return render(request, 'my_template.html', context) # e faça desta forma agora |
Erro: ‘The number of GET/POST parameters exceeded ‘ TooManyFieldsSent: The number of GET/POST parameters exceeded settings.DATA_UPLOAD_MAX_NUMBER_FIELDS.
Em seu settings.py coloque a propriedade acima para None, assim DATA_UPLOAD_MAX_NUMBER_FIELDS = None
Fonte: https://docs.djangoproject.com/en/1.10/ref/settings/#data-upload-max-number-fields
Se você usa DRF (Django Rest Framework), com certeza você obterá erros abaixo:
Erro: ‘GetProdutoDetailView’ should either include a queryset attribute, or override the get_queryset() method.
|
1 2 3 4 5 6 |
class MyView(...): # troque: # model = MyModel # por: queryset = MyModel.objects.all() |
Erro: request.DATA has been deprecated in favor of request.data since version 3.0, and has been fully removed as of version 3.2.
Basta substituir request.DATA por request.data em suas API Views.
Fonte: http://www.django-rest-framework.org/topics/3.2-announcement/#deprecations