lembrar de não fazer commits no sapl:3.1.x que misturem rebuilds do
sapl-frontend:3.1.x com alterações no backend, isso causa a necessidade
de cherry-pick de tal commit, no entanto, trazer um commit de rebuild do
sapl-frontend:3.1.x para sapl:master gera a necessidade de rebuild de
sapl-frontend para master... o correto então e trabalhar de forma
isolada com o frontend e não fazer commits que envolva alterações do
backend com rebuilds de frontend, ou seja, deixar o cherry-pick do
frontend lá no font do frontend e não trazer para o build provocando
passados desnecessários no backend
configura ativação para channels
change frontend
nova versão do frontend
rename view and urls from app frontend
cria mixin para não implementação da api
add endpoint para recuperar anos que possuem sessao
altera signal de comunicação com websocket
frontend para sapl-online
* config inicial
* impl channels tutorial 1 e 2
* corrige versão do redis
* impl tutorial 3
* impl time-refresh websocket
* add view para apps frontend
* corrige teste de app do sapl
* renomeia view para entry_point_view
* add redis no docker compose e no travis
* configura ativação para channels
* add comunicação websocket ao nginx
* change frontend
* corrige porta do postgres
* descomenta código de configuração do logging
* rename view and urls from app frontend
* corrige teste e url para app online
* adequa leitura de query_string para asgirequest
* nova versão do frontend
* inclui teste de https no ws