Como separar ambientes de teste e produção no web2py

Neste artigo falaremos sobre como é fácil separar ambientes no web2py. Para todo trabalho profissional é necessário diferenciar o ambiente de desenvolvimento do de testes e do ambiente de produção.

Isso faz com que erros grotescos como corromper os dados, derrubar uma aplicação no meio do seu pico entre outras que custaram seu emprego sejam evitadas.

O Web2py não vem por padrão com esta configuração, mas nos deixa disponível um arquivo chamado appconfig.ini dentro da pasta private. Neste arquivo por padrão temos a URI de conexão com banco de dados, email do master do site, padrão de formulários entre outros.

Podemos chamar este arquivo de configuração importando o módulo abaixo

from gluon.contrib.appconfig import AppConfig
myconf = AppConfig(reload=True) #reload=True recarrega esse arquivo a cada request

E acessar uma configuração com
in_maintance = myconf.get('app.maintance')

Veja como é esse arquivo por padrão
; App configuration
[app]
name        = Welcome
author      = Your Name <you@example.com>
description = a cool new app
keywords    = web2py, python, framework
generator   = Web2py Web Framework

; Host configuration
[host]
names = localhost:*, 127.0.0.1:*, *:*, *

; db configuration
[db]
uri       = sqlite://storage.sqlite
migrate   = true
pool_size = 10 ; ignored for sqlite

; smtp address and credentials
[smtp]
server = smtp.gmail.com:587
sender = you@gmail.com
login  = username:password
tls    = true
ssl    = true

; form styling
[forms]
formstyle = bootstrap3_inline
separator = 

 Particularmente arquivos .ini são um pouco difíceis de gerenciar, então, é possível usar arquivos .json

 Em tradução para .json o que está no arquivo .ini fica assim:

{
    "app": { 
        "building_site":"false", 
        "maintance":"false", 
        "template_style": "templates/temp12",
        "__status__": "tests",
        "privacyterms": "http://google.com.br"
    }
    ,"host": { "names":"localhost:*, 127.0.0.1:*, *:*, *" }
    ,"db": { 
        "uri":"sqlite://storage.sqlite"
        , "migrate":"true"
        , "fake_migrate": "false"
        , "migrate_enabled": "true"
        , "fake_migrate_all": "false"
        , "pool_size":10 
    }
    ,"db_session": { 
        "uri":"sqlite://session.sqlite" 
        , "migrate":"true"
        , "fake_migrate": "false"
        , "migrate_enabled": "true"
        , "fake_migrate_all": "false"
        , "pool_size":10 
    }
    , "forms": { "formstyle":"bootstrap3_inline", "separator" : "" }
    , "modules": { "ecommerce": "true", "realstate":"false" }
}

Este é o arquivo que uso em minhas aplicações, ta um pouco grandinho, mas é bem mais legível que o anterior, rs.

Chega de conversa

O que nos interessa para este artigo é saber como separa ambientes certo, então atente para a variável __status__ dentro de app, logo no inicio do arquivo.

Dentro de meu arquivo db.py eu posso controlar esta variável separando diferentes conexões de banco de dados, veja abaixo um exemplo.
db.py
if myconf.get('app.__status__')=='production':
    db_session = DAL(myconf.get("db_session.uri"),
        pool_size=10,
        migrate_enabled=myconf.get('db_session.migrate_enabled'),
        fake_migrate=myconf.get('db_session.fake_migrate'),
        fake_migrate_all=myconf.get('db_session.fake_migrate_all'),
        migrate=myconf.get('db_session.migrate'),
        check_reserved=['all']
    )
    # ---------------------------------------------------------------------
    # store sessions and tickets there
    # ---------------------------------------------------------------------
    session.connect( request, response, db=db_session)


Se estivermos no modo produção as sessões serão armazenadas dentro de um banco de dados, caso não, o framework usará o sistemas de pastas para sessions.

Podemos ainda usar a configuração abaixo.

appconfig.json
{
    "app": { 
        "building_site":"false", 
        "maintance":"false", 
        "template_style": "templates/temp12",
        "__status__": "tests",
        "privacyterms": "http://google.com.br"
    }
    ,"host": { "names":"localhost:*, 127.0.0.1:*, *:*, *" }
    ,"production": {
        ,"db": { 
            "uri":"postgres://user:password@localhost/storage"
            , "migrate":"true"
            , "fake_migrate": "false"
            , "migrate_enabled": "true"
            , "fake_migrate_all": "false"
            , "pool_size":10 
        }
        ,"db_session": { 
            "uri":"sqlite://session.sqlite" 
            , "migrate":"true"
            , "fake_migrate": "false"
            , "migrate_enabled": "true"
            , "fake_migrate_all": "false"
            , "pool_size":10 
        }
    },
    "tests": {
        ,"db": { 
            "uri":"sqlite://storage.sqlite"
            , "migrate":"true"
            , "fake_migrate": "false"
            , "migrate_enabled": "true"
            , "fake_migrate_all": "false"
            , "pool_size":10 
        }
        ,"db_session": { 
            "uri":"sqlite://session.sqlite" 
            , "migrate":"true"
            , "fake_migrate": "false"
            , "migrate_enabled": "true"
            , "fake_migrate_all": "false"
            , "pool_size":10 
        }
    },
}

Repare que criei a chave production e tests e nelas adiciono duas conexões, uma para sessão e outra para a base propriamente dita. Na configuração de produção o banco é um Postgres e para testes SQLite, mantendo as sessões dentro de um banco de dados SQLite

Agora basta fazer um if para tratar isso e ta tudo certo.

Essa dica aí é do Carlos Costa, que postou lá no grupo do telegram, não deixem de comentar e divulgar essa dica.

At+

Comentários

Postar um comentário

Postagens mais visitadas deste blog

Web2py com NGINX

 Neste artigo falaremos sobre como usar o web2py com NGINX. 1º Passo Em nosso servidor temos o Ubuntu 20.04 Server, vamos nos basear fortemente no script de instalação do web2py setup-web2py-nginx-uwsgi-ubuntu.sh encontrado em scripts na pasta do web2py. Diferente do Apache o NGINX utiliza o padrão UWSGI enquanto no apache usamos o mod_python, não vamos entrar em detalhes, você pode pesquisar sobre a diferença entre os dois depois. Você pode começar rodando o script no seu servidor caso esteja usando uma instalação do zero, depois iremos modificar os arquivos de configuração a nossa maneira. Agora que tudo está instalado é preciso configurar o virtualenv para o projeto. :~$ virtualenv -p /usr/bin/python3 /opt/venv3 2º Passo Diferente do apache o NGIX precisa de um "intermediário" que chama o arquivo wsgihandler de cada ambiente. Então vamos começar modificando as instalações que foram feitas no script. E vamos começar pelo processo uwsgi criado nesse script, modifique-o para ...
Leia mais

Configurar o web2py no Apache e Ubuntu LTS

Para todo desenvolvedor o maior desafio não é produzir código e sim colocar sua aplicação para rodar de fato de verdade, por isso é essencial conhecer todos os passos para fazer o deploy de sua aplicação em ambientes de produção. Este artigo será composto por este principal e outros dois explicando a teoria envolvendo o processo. Neste artigo explicaremos em forma de tutorial como fazer o deploy de uma aplicação web2py tem um servidor Apache usando virtual hosts. Antes de prosseguirmos é importante fazer algumas considerações. 1- O web2py é um framework baseado no padrão WSGI (Web Server Gateway interactive), um avanço no antigo CGI, portanto vamos precisar de um arquivo intermediário entre o módulo wsgi do apache e o framework, chamado de handler. 2- O Apache ainda é o servidor WEB mais utilizado no mercado por tanto há vasta documentação espalhada por aí, logo não será muito difícil dar manutenção nele. 3- O Ubuntu também é a distro linux mais usada no mundo desktop portanto não tere...
Leia mais

API RESTFul no web2py

 Este artigo é uma cópia do original em http://www.web2pyslices.com/slice/show/1533/restful-api-with-web2py acessado em 06/04/2021 18:55 autor Bruno Rocha Hi,   1. Create an app in web2py admin panel   2. In models/db.py define a table named entries   Entries = db . define_table ( "entries" , Field ( "entry" , "text" )) 3. Register a new user in http://localhost:8000/myapp/default/user/register   4. Go to appadmin http://localhost:8000/myapp/appadmin and Add a couple of entries.   5. now add the RESTful services to the default.py controller as described in  http://goo.gl/iITNd  ('parse_as_rest') or here:  http://goo.gl/ltfa2   @request . restful () def api (): response . view = 'generic.' + request . extension def GET (* args ,** vars ): patterns = 'auto' parser = db . parse_as_rest ( patterns , args , vars ) if parser . status == 200 : return dict ( content = parser . respons...
Leia mais