Versão do php do ieducar
-
27 de Dezembro de 2015 às 15:43Boa Tarde!
Quais os problemas que podem acontecer se eu mudar a versão do php para uma
versão mas atual?
--
Dauro Borges -
28 de Dezembro de 2015 às 08:39Oi Dalro,
Eu acredito que poderão ocorrer eventuais erros de incompatibilidade, caso
as versões mais recentes do php tenham removido funcionalidades usadas pelo
iEducar.
O ideal seria fazer um levantamento das deprecações (estudando o change log
das versões recentes do php), para analisar se o iEducar está usando alguma
destas funcionalidades.
Mas o modo mais fácil, é atualizar o php e ver o que acontece no iEducar,
se as funcionalidades estiverem funcionando sem ocorrência de excessões,
quer dizer que o iEducar é compatível com a versão mais recente do php,
você também poderá rodar os testes automatizados para testar isso.
Em 27 de dezembro de 2015 13:43, Dauro Borges
escreveu: -
28 de Dezembro de 2015 às 13:11Olá, Dauro.
Concordo com o Lucas, faça o upgrade pra testar uma versão mais atual do
PHP. Eu acho que tu não vai conseguir atualizar pra uma versão muito a
frente por causa do apache, ou talvez até a versão do ubuntu, mas o legal é
fazer os testes e ver no que vai dar. Depois compartilha aqui com a gente.
:)
Sugiro que você instale o Vagrant em sua maquina, e utilize a box pronta
com o i-Educar instalado já disponibilizado na comunidade [1], assim se
ocorrer algo não previsto, não vai passar trabalho pra reverter. E caso
queira fazer um teste diferente, é só restaurar a base e começar novamente.
[1]
https://softwarepublico.gov.br/gitlab/i-educar/i-educar/wikis/instalando-vagrant-com-ieducar
Em seg, 28 de dez de 2015 às 06:42, Lucas D'AvilaAtenciosamente,
Caroline Salib Canto
Desenvolvimento | Portabilis Tecnologia
(48) 3055-3001 | caroline@portabilis.com.br
Web: Portabilis.com.br -
28 de Dezembro de 2015 às 15:43Em servidor Debian 8, o sistema funciona normalmente? É fácil instalar?
Date: Mon, 28 Dec 2015 13:11:34 +0000 From: Caroline Salib Canto
i-educar@listas.softwarepublico.gov.br Subject: Re: [i-Educar]
Versão do php do ieducar Message-ID:
Content-Type: text/plain; charset="utf-8" Olá, Dauro. Concordo com o
Lucas, faça o upgrade pra testar uma versão mais atual do PHP. Eulegal é fazer os testes e ver no que vai dar. Depois compartilha
aqui com a gente. Sugiro que você instale o Vagrant em sua maquina,
e utilize a box pronta com o i-Educar instalado já disponibilizado
na comunidade [1], assim se ocorrer algo não previsto, não vai
passar trabalho pra reverter. E caso queira fazer um teste
diferente, é só restaurar a base e começar novamente. [1]-- Atenciosamente, Caroline Salib Canto Desenvolvimento | Portabilis
Tecnologia (48) 3055-3001 | caroline@portabilis.com.br Web: -
28 de Dezembro de 2015 às 16:14Oi Felipe, tudo bem?
O iEducar funciona no Ubuntu, que é uma distribuição baseada no Debian,
então teoricamente o iEducar funcionará no Debian.
Porem o iEducar oficial da comunidade possui uma limitação quando ao banco
de dados PostgreSQL, que precisa estar na versão 8.2.
Ou seja, se você conseguir instalar o Postgres 8.2 no Debian 8, eu acredito
que o sistema iEducar vai funcionar corretamente.
O SERPRO já atualizou o iEducar para as versões mais recentes do
PostgreSQL, porem isto ainda não foi migrado para a versão oficial da
comunidade.
Eu iniciei um movimento na comunidade para trazermos esta grande melhoria
para a versão oficial da comunidade, porem isto ainda não foi feito, pois
depende da participação de mais pessoas.
Abraço.
Em 28 de dezembro de 2015 13:42, Felipe Braga -
28 de Dezembro de 2015 às 16:49Olá, Lucas!
Há pouco tempo iniciei alguns testes fazendo a migração do banco de dados
pra uma versão mais recente. Mudei o encoding pra UTF-8, atualizei o PHP e
o apache, isso tudo com uma versão mais recente do Ubuntu. Eu me preocupo
bastante com essas versões antigas que ainda usamos na comunidade, porém,
como o projeto é grande e envolve muita coisa, não consegui testar a fundo
para colocar em prática.
Quem sabe trabalhando em conjunto, essas atualizações possam ser colocadas
em prática o quanto antes.
Deixo em aberto, caso alguém tenha vontade de ajudar de alguma forma. Seria
útil apoio para os testes, pois fazer a migração não é difícil, o mais
demorado é fazer a varredura de bugs para corrigir.
Existe esta tarefa registrada para isto [1] no gitlab do Portal do SPB.
Quando eu conseguir publicar algo, por ser uma alteração de grande impacto,
iniciarei uma nova lista para que possamos discutir a respeito de testes e
alertar a comunidade de que tal migração foi feita.
[1] https://softwarepublico.gov.br/gitlab/i-educar/i-educar/issues/23
Em seg, 28 de dez de 2015 às 14:18, Lucas D'Avila -
28 de Dezembro de 2015 às 17:27Coincidentemente, sou ex-funcionário do SERPRO (de SP) :-)
Coloquei novo registro em(lembrando que é "O" SERPRO :P)
Vou tentar entrar em contato com o https://github.com/cmsz pra ver se
ele tem alguma novidade :P
* o estado atual de migração do softwarepublico.gov.br cria alguns
problemas chatos de comunicação :/
[]'s
--Administração de Banco de Dados - Centro de Informática
Prefeitura Municipal de Piracicaba
(19) 3403.1030
fbraga@piracicaba.sp.gov.br
dba@piracicaba.sp.gov.br
Date: Mon, 28 Dec 2015 16:49:20 +0000 From: Caroline Salib Canto
Content-Type: text/plain; charset="utf-8" Olá, Lucas! Há pouco tempo
iniciei alguns testes fazendo a migração do banco de dados pra uma
versão mais recente. Mudei o encoding pra UTF-8, atualizei o PHP e opreocupo bastante com essas versões antigas que ainda usamos na
comunidade, porém, como o projeto é grande e envolve muita coisa,
não consegui testar a fundo para colocar em prática. Quem sabe
trabalhando em conjunto, essas atualizações possam ser colocadas em
prática o quanto antes. Deixo em aberto, caso alguém tenha vontade
de ajudar de alguma forma. Seria útil apoio para os testes, pois
fazer a migração não é difícil, o mais demorado é fazer a varredura
de bugs para corrigir. Existe esta tarefa registrada para isto [1]
no gitlab do Portal do SPB. Quando eu conseguir publicar algo, por
ser uma alteração de grande impacto, iniciarei uma nova lista para
que possamos discutir a respeito de testes e alertar a comunidade de
que tal migração foi feita. [1]
https://softwarepublico.gov.br/gitlab/i-educar/i-educar/issues/23 Em -
28 de Dezembro de 2015 às 18:17Oi Caroline, tudo bem?
Então, eu sugeri e iniciei um movimento para nós fazermos um estudo e
posteriormente um hangout para decidir a melhor maneira de mesclar as
melhorias do SERPRO com as da comunidade, mas isto foi continuado pelaEste merge seria mais fácil, se o SERPRO tivesse feito as atualizações do
banco em uma branch especifica, que poderia ser puxada para o repositório
oficial, mas isso não foi feito pelo SERPRO. Possivelmente pois a
comunidade não dispõe de boas praticas orientando nestes casos.
Eu acredito que o mais fácil de fazer o merge hoje seria pegar a versão
atual do SERPRO que já está funcionando no PostgreSQL mais recente, e
possui uma série de outras melhorias que eles fizeram, e usa-la como base
para o repositório oficial da comunidade.
Para isto, poderia ser puxado as últimas alterações do repositório oficial
para o repositório do SERPRO, corrigido os conflitos, e então feito uma
analise das alterações realizadas pelo SERPRO, o que possibilitaria
desfazer as alterações que não sejam interessantes para a comunidade, ou
mesmo parametrizar o sistema, para que possa funcionar de uma forma ou de
outra.
Eu acredito que isto é mais fácil e rápido, que tentar repedir todos os
passos que o SERPRO fez para atualizar o banco de dados na versão oficial
da comunidade. Alem disso, se você fizer isto novamente, vai gerar conflito
com a versão usada pelo SERPRO que já fez alterações similares, o que
significará que o SERPRO possivelmente não usará a versão oficial da
comunidade, e continuará evoluindo seu fork, independentemente da versão
oficial da comunidade.
Na iEducativa, eu estou pensando em usar a versão do SERPRO como base, e
pegar todas as melhorias que eu fiz no iEducar (baseado na versão oficial)
e migrar para esta versão baseada no SERPRO, pois já é inviável usar o
postgres 8.2.
Na comunidade nós devemos escolher a forma que seja a mais simples de
mesclar ambas versões, e também pensar em boas praticas para que futuras
melhorias no iEducar sejam enviadas para o repositório oficial, como a
iEducativa já faz.
Para isto nós precisamos levantar as possíveis formas de merge, e as
vantagens e desvantagens de cada uma, conforme eu já havia sugerido por um
documento colaborativo do Google Drive, este movimento foi descontinuada
por sugestão de vocês da coordenação da comunidade (Portabilis).
Tendo uma versão oficial base do iEducar e boas praticas de desenvolvimento
claras, mais instituições poderão evoluir o código fonte do iEducar, e
compartilhar isso com a comunidade, com forks, somente quando estritamente
necessário.
Espero que possamos pensar e evoluir neste aspecto juntos, com a
colaboração de todos.
Abraço e bom ano novo.
Em 28 de dezembro de 2015 14:49, Caroline Salib Canto <
caroline@portabilis.com.br> escreveu: -
28 de Dezembro de 2015 às 18:23Lembrando que a ultima versão suportada, atualmente, do postgres é a 9.0
(que já acho meio antiga :/)
--Em 28/12/2015 16:17, i-educar-request@listas.softwarepublico.gov.br -
28 de Dezembro de 2015 às 18:39O melhor caminho seria utilizar um mapeador objeto-relacional (ORM), no caso do PHP existe um ótimo framework o Doctrine.
-
28 de Dezembro de 2015 às 19:19Olá, Lucas.
Tudo certo e contigo?
Pelo o que eu entendi, o que você sugeriu desde o princípio e reforçou
agora, é que fosse utilizado como base o código-fonte do SERPRO, mas como
já foi dito pelo próprio Carlos do SERPRO em discussões anteriores,
inclusive na mesma lista em que você cita o documento Google Drive, é que
não faz sentido trazer o que foi feito pela SERPRO para a comunidade, uma
vez que o código-fonte deles está muito diferente ao que está na comunidade
atualmente, o que geraria muitos conflitos e até atrasaria a implementação
do EDUCASENSO, prevista para o futuro. Além disto, até onde tenho
conhecimento, o SERPRO fez algumas mudanças mais específicas voltadas ao
projeto que eles vem liderando.
Uma vez que já foi definido por SERPRO e o coordenador da comunidade
i-Educar, que não é viável trazer o código-fonte SERPRO pra dentro da
comunidade, acredito que cabe a nós, membros da comunidade, fazer a
migração e discutir a melhor forma possível.
O que acho interessante era ficar definido para que alguém fizesse (não
necessariamente eu), e que isso fosse agendado para logo, sem mais delongas.
Só pra deixar claro, eu não faço parte da coordenação da comunidade,
inclusive a maior parte das minhas contribuições são feitas por conta e
inclusive fora do horário de trabalho, então sou um membro da comunidade
como qualquer outro. As vezes sou um pouco direta, mas somente para que
cheguemos a uma conclusão o mais rápido possível, pois me preocupo bastante
com o crescimento da comunidade, contando com a opinião e apoio de todos
certamente.
Para finalizar, convido quem tiver interesse de participar, seja com
desenvolvimento, sugestões ou testes, utilizar a própria tarefa, já
existente, sobre a migração do banco de dados [1], para que as informações
relevantes fiquem centradas em um único lugar. :DEm seg, 28 de dez de 2015 às 16:23, Lucas D'Avila -
28 de Dezembro de 2015 às 19:22Oi Eduardo, tudo bem?
O iEducar já possui uma API ORM de acesso ao banco de dados, que foi criada
pelo desenvolvedor Eriksen (que já não atua mais parte da comunidade
iEducar).
Esta API implementa alguns conceitos do padrão Data Mapper [1], e é usada
nos módulos criados pelo Eriksen, e também nos módulos e APIs JSON que eu
criei na iEducativa.
O problema é que o iEducar possui muito código legado que não usa este ORM,
estas funcionalidades antigas acessam o banco de dados diretamente com SQL,
alem disso existem muitas funções do banco de dados que são incompatíveis
com as versões atuais do PostgreSQL.
Mas do meu ponto de vista, o principal problema é que os outros
desenvolvedores da comunidade, por desconhecerem desta API ORM, continuam
desenvolvendo código sem usar o ORM criado, o que faz com que continuem
criando funcionalidades que acessam direto ao banco de dados com SQL, ou
então criando procedures no banco de dados, para realizar operações lógicas
que poderiam ser feitas na camada da aplicação.
Isto é uma bola de neve, e cada vez que um SQL é escrito para acessar
diretamente o banco de dados, ou então uma função é criada no banco de
dados, se aumenta a chance de incompatibilidade com versões futuras do
banco de dados, ou mesmo com outros sistemas gerenciados de banco de dados.
Para tentar solucionar isto, eu pretendo em breve lançar um treinamento
para Desenvolvedores iEducar, onde eu vou abordar os problemas com o código
fonte atual do iEducar, e como evita-los seguindo os novos padrões de
desenvolvimento, como por exemplo esta API ORM.
Já para o problema atual com a versão do banco de dados, a solução ideal
seria migrar todas as funcionalidades para usarem a API ORM criada, e
também migrar toda a lógica escrita no banco de dados por meio de funções,
para a camada da aplicação (em PHP), porem isto requer um esforço e
investimento tremendo.
Por este motivo acho que a solução ideal seja difícil de acontecer, a menos
que nós façamos um financiamento colaborativo por exemplo, para investir em
uma equipe de profissionais especializados para migrar o iEducar para uma
nova versão.
Então a solução "paliativa" seria corrigir apenas os pontos das funções do
banco de dados, e acesso direto ao SQL que possuem incompatibilidade com as
versões mais recentes do PostgreSQL.
O SERPRO já fez isso na versão deles, basta nós trazermos isto para o
repositório da comunidade (que é o que eu venho mobilizando na comunidade
desde o ano passado (2014) para que aconteça de forma colaborativa).
Alem desta compatibilização do código legado existente, aos poucos as
funcionalidades (começando pelas novas), poderiam ser migradas para usar a
API ORM existente, alem de evitar escrever funções no banco de dados.
Assim o iEducar seria independente da versão do banco de dados.https://github.com/ieducativa/ieducar/blob/master/ieducar/lib/CoreExt/DataMapper.php#L34
Em 28 de dezembro de 2015 16:38, Eduardo Junior -
28 de Dezembro de 2015 às 19:27Oi Felipe, que legal!
Enquanto você trabalhou no SERPRO, você chegou a fazer parte da equipe que
trabalha com o iEducar?
Eu conheço o Carlos Moraes aqui de Floripa, e também conheci outros
integrantes da equipe iEducar, que trabalham no SERPRO de POA.Em 28 de dezembro de 2015 15:26, Felipe Braga -
28 de Dezembro de 2015 às 19:42Opa Lucas tudo bem sim.
Pensando na solução ideal e a sua dificuldade em acontecer, eu comecei uma versão nova do zero do i-educar com Zend Framework 2, Doctrine, Phpunit, e para relatórios pretendo usar o dompdf da google que converte html em pdf. Ainda falta muita coisa. Mas tenho evoluído bastante nos últimos meses. Estava pensando em divulgar algo sobre, assim que tivesse algo mais concreto e funcional.
Segue algumas telas:
# Acesso ao sistema
http://oi66.tinypic.com/2niqqu0.jpg
# Tela de boas vindas
http://oi64.tinypic.com/2znofmw.jpg
# Cadastro de Pessoas Físicas
http://oi65.tinypic.com/1268aaa.jpg
http://oi67.tinypic.com/2el6snq.jpg
# Cadastro de Funcionários
http://oi66.tinypic.com/2nsmk60.jpg
# Cadastro de Instituições
http://oi65.tinypic.com/6ro661.jpg
http://oi65.tinypic.com/yf87d.jpg
Exemplo de entidade:
>
* @category Entidade
* @package Escola
* @subpackage Instituicao
* @version 0.1
* @example Class Instituicao
* @copyright Copyright (c) 2015 CalangoDev (http://www.calangodev.com.br )
*
* @ORM\Entity
* @ORM\Table(name="escola_instituicao")
* @ORM\HasLifecycleCallbacks
*/
class Instituicao extends Entity
{
public function __construct()
{
$this->telefones = new ArrayCollection();
}
/**
* @var Int $id
*
* @ORM\Id
* @ORM\Column(type="integer")
* @ORM\GeneratedValue(strategy="AUTO")
*/
protected $id;
/**
* @var String $nome Nome da instituicao
*
* @ORM\Column(type="string", nullable=false, length=200)
*/
protected $nome;
/**
* @var String $responsavel Nome do responsavel pela instituicao
*
* @ORM\Column(type="string", nullable=true, length=200)
*/
protected $responsavel;
/**
* @var EnderecoExterno $enderecoExterno Entity Endereço Externo
*
*
* @ORM\ManyToOne(targetEntity="Usuario\Entity\EnderecoExterno", cascade={"persist"})
* @ORM\JoinColumn(name="enderecoExterno")
*/
protected $enderecoExterno;
/**
* @var DateTime $dataCadastro Data de cadastro
*
* @ORM\Column(type="datetime", nullable=false)
*/
protected $dataCadastro;
/**
* @var Doctrine\Common\Collections\Collection
*
* @ORM\OneToMany(targetEntity="Usuario\Entity\Telefone", mappedBy="instituicao", cascade={"all"}, orphanRemoval=true, fetch="LAZY")
*/
protected $telefones;
/**
* @var boolean $ativo
*
* @ORM\Column(type="boolean")
*/
protected $ativo = true;
/**
* Função para gerar o timestamp para o atributo dataCadastro, é executada antes de salvar os dados no banco
* @access public
* @return void
* @ORM\PrePersist
*/
public function timestamp()
{
if (is_null($this->getDataCadastro())) {
$this->setDataCadastro(new \DateTime());
}
}
public function getId()
{
return $this->id;
}
public function getDataCadastro()
{
return $this->dataCadastro;
}
public function setDataCadastro($dataCadastro)
{
$this->dataCadastro = $this->valid('dataCadastro', $dataCadastro);
}
public function getEnderecoExterno()
{
return $this->enderecoExterno;
}
public function setEnderecoExterno($enderecoExterno)
{
$this->enderecoExterno = $this->valid('enderecoExterno', $enderecoExterno);
}
public function getNome()
{
return $this->nome;
}
public function setNome($nome)
{
$this->nome = $this->valid('nome', $nome);
}
public function getResponsavel()
{
return $this->responsavel;
}
public function setResponsavel($responsavel)
{
$this->responsavel = $this->valid('responsavel', $responsavel);
}
public function getAtivo()
{
return $this->ativo;
}
public function setAtivo($ativo)
{
$this->ativo = $this->valid('ativo', $ativo);
}
public function addTelefones(Collection $telefones)
{
foreach ($telefones as $telefone){
$telefone->setInstituicao($this);
$this->telefones->add($telefone);
}
}
public function removeTelefones(Collection $telefones)
{
foreach ($telefones as $telefone){
$telefone->setInstituicao(null);
$this->telefones->removeElement($telefone);
}
}
public function getTelefones()
{
return $this->telefones;
}
// filter
protected $inputFilter;
/**
* Configura os filtros dos campos da entidade
*
* @return Zend\InputFilter\InputFilter
*/
public function getInputFilter()
{
if (!$this->inputFilter){
$inputFilter = new InputFilter();
$factory = new InputFactory();
$inputFilter->add($factory->createInput(array(
'name' => 'id',
'required' => true,
'filters' => array(
array('name' => 'Int'),
),
)));
$inputFilter->add($factory->createInput(array(
'name' => 'nome',
'required' => true,
'filters' => array(
array('name' => 'StripTags'),
array('name' => 'StringTrim'),
),
'validators' => array(
array(
'name' => 'StringLength',
'options' => array(
'encoding' => 'UTF-8',
'min' => 1,
'max' => 200,
),
),
),
)));
$inputFilter->add($factory->createInput(array(
'name' => 'responsavel',
'required' => false,
'filters' => array(
array('name' => 'StripTags'),
array('name' => 'StringTrim'),
),
'validators' => array(
array(
'name' => 'StringLength',
'options' => array(
'encoding' => 'UTF-8',
'min' => 1,
'max' => 200,
),
),
),
)));
$inputFilter->add($factory->createInput(array(
'name' => 'enderecoExterno',
'required' => true,
'continue_if_empty' => true,
)));
$inputFilter->add($factory->createInput(array(
'name' => 'telefones',
'required' => false
)));
$inputFilter->add($factory->createInput(array(
'name' => 'ativo',
'required' => false,
'filters' => array(
array('name' => 'Int'),
),
)));
$this->inputFilter = $inputFilter;
}
return $this->inputFilter;
}
}
Exemplo de Classe com o Formulario:
setAttribute('method', 'post');
$this->setAttribute('action', '/escola/instituicao/save');
$this->setHydrator(new DoctrineHydrator($objectManager))->setObject(new \Escola\Entity\Instituicao());
$this->add(array(
'name' => 'id',
'attributes' => array(
'type' => 'hidden'
),
));
$this->add(array(
'name' => 'nome',
'attributes' => array(
'type' => 'text',
'class' => 'form-control',
'required' => 'required',
),
'options' => array(
'label' => 'Nome:'
),
));
$this->add(array(
'name' => 'responsavel',
'attributes' => array(
'type' => 'text',
'class' => 'form-control',
),
'options' => array(
'label' => 'Responsável Instituição:'
),
));
$enderecoExternoFieldset = new \Usuario\Form\EnderecoExternoFieldset($objectManager);
$enderecoExternoFieldset->setLabel('Endereço');
$enderecoExternoFieldset->setName('enderecoExterno');
$enderecoExternoFieldset->setUseAsBaseFieldset(false);
$this->add($enderecoExternoFieldset);
$telefoneFieldset = new \Usuario\Form\TelefoneFieldset($objectManager);
$this->add(array(
'type' => 'Zend\Form\Element\Collection',
'name' => 'telefones',
'options' => array(
'label' => 'Telefones:',
'count' => 2,
'target_element' => $telefoneFieldset
),
'attributes' => array(
'type' => 'Zend\Form\Element\Collection',
)
));
$this->add(array(
'name' => 'ativo',
'options' => array(
'label' => 'Ativo',
'value_options' => array(
true => 'Ativo',
false => 'Inativo',
),
),
'type' => 'Zend\Form\Element\Select',
'attributes' => array(
'type' => 'Zend\Form\Element\Select',
'value' => true,
'class' => 'form-control'
),
));
$this->add(array(
'name' => 'submit',
'attributes' => array(
'type' => 'submit',
'value' => 'Salvar',
'id' => 'submitbutton',
'class' => 'btn btn-lg btn-primary'
),
));
}
}
Exemplo da View com o html
Ínicio
Cadastro de Instituição
Salvar
Cadastro de instituição
Salvar
form->prepare();
echo $this->form()->openTag($form);
$id = $this->form->get('id');
$nome = $this->form->get('nome');
$responsavel = $this->form->get('responsavel');
$ativo = $this->form->get('ativo');
$telefones = $this->form->get('telefones');
/*
* begin enderecoExterno form fieldset
*/
$enderecoExterno = $this->form->get('enderecoExterno');
$idEnderecoExterno = $enderecoExterno->get('id');
$cep = $enderecoExterno->get('cep');
$tipoLogradouro = $enderecoExterno->get('tipoLogradouro');
$logradouro = $enderecoExterno->get('logradouro');
$numero = $enderecoExterno->get('numero');
$cidade = $enderecoExterno->get('cidade');
$bairro = $enderecoExterno->get('bairro');
$uf = $enderecoExterno->get('siglaUf');
$letra = $enderecoExterno->get('letra');
$apartamento = $enderecoExterno->get('apartamento');
$bloco = $enderecoExterno->get('bloco');
$andar = $enderecoExterno->get('andar');
$zonaLocalizacao = $enderecoExterno->get('zonaLocalizacao');
$complemento = $enderecoExterno->get('complemento');
echo $this->formInput($id);
echo $this->formInput($idEnderecoExterno);
?>
getOption('label');
?>
formInput($nome);
?>
formElementErrors($nome);
?>
getOption('label');
?>
formInput($responsavel);
echo $this->formElementErrors($responsavel);
?>
getOption('label');?>
formInput($cep);
echo $this->formElementErrors($cep);
?>
Pesquisando CEP, aguarde!
getOption('label');
?>
formSelect($tipoLogradouro);
echo $this->formElementErrors($tipoLogradouro);
?>
getOption('label'); ?>
formInput($logradouro);
echo $this->formElementErrors($logradouro);
?>
getOption('label'); ?>
formInput($numero);
echo $this->formElementErrors($numero);
?>
getOption('label'); ?>
formInput($complemento);
echo $this->formElementErrors($complemento);
?>
getOption('label'); ?>
formInput($letra);
echo $this->formElementErrors($letra);
?>
getOption('label');?>
formInput($apartamento);
echo $this->formElementErrors($apartamento);
?>
getOption('label');?>
formInput($bloco);
echo $this->formElementErrors($bloco);
?>
getOption('label');?>
formInput($andar);
echo $this->formElementErrors($andar);
?>
getOption('label');?>
formInput($bairro);
echo $this->formElementErrors($bairro);
?>
getOption('label');
?>
formSelect($zonaLocalizacao);
echo $this->formElementErrors($zonaLocalizacao);
?>
getOption('label'); ?>
formInput($cidade);
echo $this->formElementErrors($cidade);
?>
getOption('label');
?>
formSelect($uf);
echo $this->formElementErrors($uf);
?>
formCollection($form->get('telefones'));
?>
getOption('label');
?>
formInput($telefone->get('id'));
?>
get('ddd')->getOption('label');?>
formInput($telefone->get('ddd'));?>
get('numero')->getOption('label');?>
formInput($telefone->get('numero'));?>
getOption('label');
?>
formSelect($ativo);
echo $this->formElementErrors($ativo);
?>
form->get('submit');
echo $this->formElement($enviar);
?>
form()->closeTag();
?>
headLink()->prependStylesheet($this->basePath() . '/componentes/chosen/chosen.css');
echo $this->headScript()->prependFile($this->basePath() . '/componentes/chosen/chosen.jquery.min.js', 'text/javascript');
echo $this->headScript()->prependFile($this->basePath()
. '/componentes/jquery.masked-input/jquery.maskedinput.min.js');
?>
var config = {
'.chosen-select' : {},
'.chosen-select-deselect' : {allow_single_deselect:true},
'.chosen-select-no-single' : {disable_search_threshold:10},
'.chosen-select-no-results': {no_results_text:'Oops, nada foi encontrado!'},
'.chosen-select-width' : {width:"95%"}
}
for (var selector in config) {
$(selector).chosen(config[selector]);
}
$(document).ready(function() {
jQuery(function($){
$(".cep").mask("99999-999");
//mask data documento
$(".ddd").mask("99?9");
//$(".numero").mask('9999-9999');
$('.numero-telefone').focusout(function(){
var phone, element;
element = $(this);
element.unmask();
phone = element.val().replace(/\D/g, '');
if(phone.length > 8) {
element.mask("99999-999?9");
} else {
element.mask("9999-9999?9");
}
}).trigger('focusout');
});
var last_cep = 0;
$('.cep').on('keyup', function(){
var cep = $.trim($('.cep').val()).replace('_','');
if(cep.length >= 9){
if(cep != last_cep){
busca();
last_cep = cep;
}
}
});
function busca(){
var cep = $('.cep').val();
$.ajax({
url: '/core/cep/index/value/' + cep,
dataType: "json",
beforeSend : function(){
$(".ceploading").show();
},
success : function(data){
$(".cidade").val("");
$(".logradouro").val("");
$(".bairro").val("");
$('.uf').val('').trigger('chosen:updated');
$('.tipoLogradouro').val('').trigger('chosen:updated');
//$('.uf').find('option:first-child').prop('selected', true).end().trigger('liszt:updated');
if (typeof data.length == "undefined"){
//limpando os dados
if (data.id){
// console.log(data.id);
}
if (data.cep){
// console.log(data.cep);
}
if (data.nome){
$(".cidade").val(data.nome);
//$(".logradouro").focus();
$(".tipoLogradouro").trigger('chosen:activate');
}
if (data.cidade){
$(".cidade").val(data.cidade);
}
if (data.logradouro){
$(".logradouro").val(data.logradouro);
$(".numero").focus();
}
if (data.bairro){
$(".bairro").val(data.bairro);
}
if (data.tipoLogradouro){
}
if (data.uf){
}
if (data.nomeSemAcento){
}
if (data.idEstado){
//tem estado escolher o estado no select :D
$('.uf').val(data.idEstado).trigger('chosen:updated');
}
if (data.idTipoLogradouro) {
$('.tipoLogradouro').val(data.idTipoLogradouro).trigger('chosen:updated');
}
} else {
decisao = confirm("CEP! Não encontrado na base de dados!, Deseja digitar novamente o CEP? Clique no botão OK");
if (decisao){
$(".cep").val("");
$(".cep").focus();
last_cep = 0;
} else {
$(".logradouro").focus();
}
}
},
complete: function(){
$(".ceploading").hide();
}
});
}
});
//end document ready function -
28 de Dezembro de 2015 às 19:58Eu sugiro deste o principio que a comunidade tenha uma versão unificada do
repositório do iEducar, para receber as melhorias que sejam interessante
para toda a comunidade, como as que o SERPRO implementou, como a importação
do Educacenso (que eu já copiei para a versão da iEducativa) e
principalmente com a atualização do banco de dados.
Um dos caminhos que eu sugeri, seria a utilização da versão do SERPRO como
repositório base, porem eu havia esquecido que o próprio Carlos sugeriu a
não utilização do repositório do SERPRO como base, muito bem lembrado por
você a propósito.
Levando isto em consideração, sim eu concordo com você que o ideal é migrar
a versão atual da comunidade.
Eu também concordo com você, que podemos fazer esta migração em conjunto de
forma colaborativa, não necessariamente por apenas uma pessoa ou empresa.
Eu conheço bastante do iEducar (acredito que no momento sou o desenvolvedor
que mais tem experiência na ativa), e gostaria de colaborar mais com isso,
tem um monte de gente aqui na comunidade que tem potencial para ajudar
também.
Como o SERPRO já fez isso uma vez, eles tem toda uma experiência que podem
dividir conosco. Alem disso, nós podemos mapear todos os commits que eles
fizeram para compatibilizar o banco, e replicar ao iEducar.
O que você acha de você iniciar um tópico ou documento colaborativo aqui na
comunidade para compartilhar o que você já fez, está fazendo, ou as
dificuldades que está enfrentado nesta migração? Assim todo mundo que
quiser pode te ajudar com sugestões, ou mesmo ajudar na migração.
Eu sei que estou batendo um pouco nesta tecla da atualização do banco, mas
é que acho essencial para a comunidade e tenho a impressão de que isto não
está evoluindo, talvez pois não estejamos nos comunicando o suficiente.
Gostaria de te dizer que já faz algum tempo que não sinto o espirito de
comunidade opensource (típico de desenvolvedores) na comunidade iEducar que
me motiva a colaborar, porem lendo o teu último post eu voltei a sentir
isto.
Espero que no proximo ano mais gente colabore com o iEducar por que gosta
de fazer isto como você, e não por que tem necessariamente interesses nisto.
Abraço e bom fim de ano.
Em 28 de dezembro de 2015 17:19, Caroline Salib Canto < -
28 de Dezembro de 2015 às 20:35Oi, Lucas e Felipe!
Uma parte bem importante, que é a centralização do repositório do i-Educar
na comunidade já foi feita [1]. Falta agora, todos que vem "merjando" desse
repositório também contribuir com as novas melhorias, e espero que em 2016
nós consigamos trazer muitas novas contribuições para o i-Educar.
Lucas, que massa! Acho que chegamos ao ponto que eu queria. Agora em
janeiro vou voltar a fazer os testes da migração do banco e crio um tópico
para que possamos discutir, sei que tem muita gente competente na
comunidade que pode dar dicas e ajudar nisso, o importante é começar.
Acredito que você tenha a mesma vontade que eu tenho de ver a comunidade
crescer, tornando-a mais ativa e mais atual em quesitos tecnológicos. Eu
escolhi a comunidade do i-Educar como fonte de aprendizado assim que vi o
potencial que ela tem, acredito que com a sua experiência e a de outros
colaboradores, a comunidade vai crescer, se tornar muito mais ativa e
proporcionar aprendizado aos participantes.Em seg, 28 de dez de 2015 às 18:02, Lucas D'Avila -
29 de Dezembro de 2015 às 09:26Mas se for usar o SQLAlchemy, toda o sistema teria que ser reescrito,
passando para Python.
Em 29 de dezembro de 2015 03:29, Felipe BragaMarcos Thomaz da Silva
Analista de Tecnologia da Informação -
29 de Dezembro de 2015 às 11:20Olá comunidade.Tenho acompanhado às discussões e percebo que ainda são poucos os interessados em realizar o desenvolvimento da versão disponível na comunidade. Penso que várias versões tomaram caminhos distintos fazendo com que Deus autores pouco voltassem a participar ativamente das ações desenvolvidas aqui. Ou seja, ficou pouco interessante. Sugiro que a partir de uma Oficina de boas práticas, possamos criar um grupo de trabalho para tratar os problemas de compatibilidade citados. No que tange à utilização das melhorias realizadas pelo SERPRO, sugiro que os coordenadores atuem efetvamente em caráter interinstitucional para que possamos trazer de volta a importância desta ferramenta para o desenvolvimento do ensino que tanto se alardeia quando queremos a adesão dos gestores em educação do nosso país.
Enviado do meu smartphone Samsung Galaxy.-------- Mensagem original --------De: Felipe Braga -
29 de Dezembro de 2015 às 13:07Oi Pessoal, bom dia!
To achando incrível este movimento, quer dizer que tem um monte de gente
trabalhando em melhorias para o iEducar, mas que ainda não se conectou com
a comunidade para dividir o que está fazendo e expandir o alcance disso
(incluindo eu, acabei de me dar conta que eu fiz várias inovações no código
do iEducar mas que ainda não dividi com a comunidade).
Quero escrever vários questionamentos e sugestões sobre o que postaram, mas
no momento preciso dar prioridade a outra tarefa (vou escrever para vocês
mais tarde).
Por enquanto acho super interessante toda esta troca de ideais, acredito
que se usarmos toda esta energia para trabalharmos em conjunto, podemos
fazer algo realmente legal.
Abraço pessoal, continuem trocando ideia :)
Em 29 de dezembro de 2015 09:20, Ertonilson -
29 de Dezembro de 2015 às 13:25Felipe Braga, Marcos Thomaz e Ertonilson, as mensagens que vocês enviaram
depois do email abaixo da Caroline não foram aceitas pela lista do iEducar,
como visto em [1].
Possivelmente o email de vocês foi rejeitado (como o último que tentei
enviar) pois o tamanho do corpo do email (incluindo o texto dos emails
trocados anteriormente) ultrapassou o limite máximo permitido.
Alem disso alguns de vocês escreveram somente para mim, esqueceram de
responder para todos (a lista).
Peço que respondam este email para todos (a lista) e colem o que escreveram
nas respostas após o último email abaixo da Caroline, para não se perder o
que se foi falado (achei muito interessante o que escreveram).
Marisa (do SPB) se você estiver lendo isso, é possível aumentar o limite
máximo do corpo dos emails ? Possivelmente as discussões aqui na comunidade
vão tomar tamanhos como esta (com muitas respostas) e este tipo de limite
de caracteres pode fazer com que as discussões sejam interrompidas como
isto que aconteceu agora, segue abaixo email que eu recebi
"
*Your mail to 'i-Educar' with the subject Re: [i-Educar] Versão do php
do ieducarIs being held until the list moderator can review it for
approval.The reason it is being held: Message body is too big: 47204
bytes with a limit of 40 KB*
"https://softwarepublico.gov.br/archives/thread/i-educar/versao-do-php-do-ieducar
Em 28 de dezembro de 2015 18:35, Caroline Salib Canto < -
29 de Dezembro de 2015 às 13:42O e-mail que tinha enviado tinha ficado grande por ter todo o texto das
respostas - ele (sem o texto dos e-mails anteriores):
-------- Mensagem encaminhada --------
Assunto: Re: [i-Educar] Versão do php do ieducar
Data: Mon, 28 Dec 2015 20:18:05 -0200
De: Felipe Braga
Para: i-educar@listas.softwarepublico.gov.br
Navegando nos projetos achei isso:
https://softwarepublico.gov.br/gitlab/cmsz/i-educar
https://softwarepublico.gov.br/gitlab/cmsz/i-educar-cmsz
Não consegui falar com o Carlos ainda: parece que ele tá em férias
* recebi esse e-mail de notificação, logo após o envio:
-------- Mensagem encaminhada --------
Assunto: Sua mensagem para a lista i-Educar aguarda aprovação
Data: Mon, 28 Dec 2015 20:18:19 -0200
De: i-educar-owner@listas.softwarepublico.gov.br
Para: fbraga@piracicaba.sp.gov.br
Seu email para 'i-Educar' com o assunto Re: [i-Educar] Versão do php
do ieducar Esta em espera até que o moderador da lista revise-a para
aprovação. A razão de estar em espera é: O corpo da mensagem é muito
grande: 63863 bytes com um limite de 40 KB Ou a mensagem será
postada a lista, ou receberá uma notificação da decisão do
moderador. Se desejar cancelar esta postagem, visite o seguinte
endereço:
https://listas.softwarepublico.gov.br/mailman/cgi-bin/confirm/i-educar/941d4d08dc5d657129e090128dfbbcdf7ddcf77dEm 29/12/2015 11:24, Lucas D'Avila escreveu: -
29 de Dezembro de 2015 às 14:22Sim, a lista rejeitou o email de todos os membros após o último email da
Caroline (quando o corpo do email cresceu muito). Bom vou colar aqui um
resumo do que os colegas escreveram para manter o histórico:
Primeiro, o Felipe Braga escreveu:
Não era melhor usar um ORM conhecido, como o SQLAlchemy?
Depois o Felipe Braga viu que se enganou no nome do ORM, e corrigiu o queOps, DoctrineE ai o Marcos Thomaz, também percebeu o erro no nome do ORM e escreveu:
Mas se for usar o SQLAlchemy, toda o sistema teria que ser reescrito,E ai o Ertonilson escreveu:
Olá comunidade.E ai eu por último escrevi:
Oi Pessoal, bom dia!Até que me dei conta que a lista estava rejeitando os emails :/ e saímos da
thead principal. Bom podemos voltar agora, lembrando de remover o corpo dos
emails antigos até que o pessoal do SPB resolvam isso.
Bom é isso, to achando a discussão super legal e vou fazer umas sugestões
questionamentos em breve. :D
-- -
29 de Dezembro de 2015 às 15:25Tão tratando isso já:
https://softwarepublico.gov.br/gitlab/softwarepublico/softwarepublico/issues/597
--Em 29/12/2015 12:21, Lucas D'Avila escreveu: -
29 de Dezembro de 2015 às 15:58Que legal, eu não sabia que existia um repositório do SPB do SPB. Respondi
lá.
Em 29 de dezembro de 2015 13:18, Felipe Braga -
30 de Dezembro de 2015 às 09:35Bom dia Lucas tudo ótimo, e se tivéssemos uma versão com um framework popular, documentado, e robusto como o zend framework 2, utilizando doctrine como ORM, testes unitários, modularização. E que para criar novos componentes o caminho seria bem mais simples(pois existe documentação e livros do framework) e para criar coisas novas no sistema um caminho como como criar um a entidade, formulário, o controller a view responsável e o teste para phpunit, coisa que o Zend Framework 2 faz tranquilamente.
-
30 de Dezembro de 2015 às 09:37Esqueci de mencionar o DOMPDF da google que converte HTML em PDF gerando relatórios sem muita complicação.
-
30 de Dezembro de 2015 às 16:05Então na iEducativa para criar o Diário de Classe eu fiz o seguinte:
Peguei a API ORM que o Eriksen criou e criei uma API JSON base (uma view
controller) que é estendida para cada modelo (para cada representação de
uma tabela do banco de dados), esta API pode responder para métodos GET,
POST, PUT, e DELETE conforme cada modelo.
A API de ORM do Eriksen já está funcional, integrada ao banco de dados do
iEducar e é relativamente fácil de usar, o que falta é a documentação
(assim como falta para a API que eu criei).
A minha idéia é separar o backend do frontend no iEducar e por final
enxugar/refatorar o banco de dados, deixando de lado todo o código legado
existente. O backend é uma API JSON, e o frontend uma Single Page
Application (SPA), usando um framework frontend como o backbone.js.
Foi assim que eu fiz o Diário de Classe, uma vez que eu criei uma API JSON,
eu também consegui criar um aplicativo para celulares (para o professor
fazer a chamada em sala de aula com cartões NFC) usando phonegap e
backbone, que se integra ao iEducar.
Como o iEducar já possui uma API ORM, e eu criei uma API JSON baseada nesta
outra, eu penso que podemos utilizar o que já existe, isto está aberto a
discussões.
No proximo ano, eu quero liberar esta API JSON que eu criei, junto com
alguma documentação para que mais desenvolvedores possam extender ela, e
criar mais aplicativos ou módulos usando ela,.
E a partir disso eu pensei em criarmos alguns padrões de desenvolvimento
(sobre como usar o ORM, ou criar uma API por exemplo), alem disso nós
poderemos criar um padrão de desenvolvimento para reescrever o frontend doEste padrão poderia por exemplo:
* Definir a forma de documentar as APIS e padrões.
* Definir as tecnologias a serem usadas no frontend.
* Definir as classes base e elementos html para serem usados.
* Definir a maneira de colaborar, entre outras definições.
Com isso nós teremos uma série de elementos html e widgets que poderão ser
usados para criar cadastros, processos, gráficos etc, facilmente, bastando
criar um template html e conectando as API's JSON do iEducar, por meio de
uma view JS.
A sobre os relatórios eu tambem penso em criar um padrão em puro html com a
possibilidade de processamento assíncrono, sem usar ferramentas como o
Jasper Reports.
O que você acha disto? Eu acredito que eu posso liberar a API JSON,
documentar o uso e desenvolvimento (também documentando a API ORM), e a
partir disto nós poderemos avaliar se usamos ela ou se partirmos do zero
para recriar as APIS com outras ferramentas), ou já começar a criar
melhorias.Em 30 de dezembro de 2015 07:37, Eduardo Junior -
4 de Janeiro de 2016 às 19:02Oi.
Uau.
Essa conversa rendeu.
Peço desculpas por não responder antes: eu me encontrava em recesso de final de ano aqui empresa e agora vi que a discussão aqui está em alta e já estão discutindo e atirando para todos os lados. Vamos por partes, com onde começou tudo:
> Dauro Cruz
> 27 de Dezembro de 2015 às 13:43
> Boa Tarde!
> Quais os problemas que podem acontecer se eu mudar a versão do php para uma
> versão mas atual?
Dauro, tenho instalações do i-Educar com PHP 5.4. O que vejo é que muita coisa foi depreciada e nessa versão ele lança muitos warnings e info, mas nada de erro. Se você desabilitar o display_errors e configurar a severidade de log para não reportar essas coisas o PHP não vai reclamar e vai rodar o i-Educar sem maiores problemas. É algo feio de se fazer, mas é o que faço e acredito que não sou o único.
Vale o registro que fico legitimamente curioso para ver como o i-Educar se comporta no PHP 7.
Agora que falei do meu ponto de vista com a pergunta original (que já havia sido respondida, também), vamos adiante com esta thread.
> Felipe Braga
> 28 de Dezembro de 2015 às 13:43
> Em servidor Debian 8, o sistema funciona normalmente? É fácil instalar?
> Lucas D'Avila
> 28 de Dezembro de 2015 às 14:14
> O SERPRO já atualizou o iEducar para as versões mais recentes do
> PostgreSQL, porem isto ainda não foi migrado para a versão oficial da
> comunidade.
> Eu iniciei um movimento na comunidade para trazermos esta grande melhoria
> para a versão oficial da comunidade, porem isto ainda não foi feito, pois
> depende da participação de mais pessoas.
De fato estamos usando o i-Educar com PostgreSQL 9.2 na produção e 9.4 no desenvolvimento. Mudou muita coisa do 8.2 para 8.4, e houveram mudanças graduais dentro do 9.x . Originalmente a codebase era amarrada demais no banco de dados, e tem a ocasional chamada de função em pl/pgsql e a eventual consulta que hoje em dia tem uma sintaxe diferente. Além dessa compatibilização com versões mais modernas do PostgreSQL, o Bruno Fritzen, desenvolvedor de Porto Alegre que estava envolvido no projeto, criou uma tela muito legal para visualização do coletor de estatísticas.
Internamente usamos CentOS 6.5 no desenvolvimento e RHEL 6.4 na produção, e nas distros mais populares instalar o i-Educar não tem segredo se você sabe usá-la, porque não tem nenhuma dependência sinistra ou configuração cabalística envolvida na instalação manual. E sempre tem o instalador feito pela Ieducativa e a box do Vagrant feita pela Portabilis.
> Caroline Salib
> 28 de Dezembro de 2015 às 14:49
> Olá, Lucas!
> Há pouco tempo iniciei alguns testes fazendo a migração do banco de dados
> pra uma versão mais recente. Mudei o encoding pra UTF-8, atualizei o PHP e
> o apache, isso tudo com uma versão mais recente do Ubuntu. Eu me preocupo
> bastante com essas versões antigas que ainda usamos na comunidade, porém,
> como o projeto é grande e envolve muita coisa, não consegui testar a fundo
> para colocar em prática.
> Quem sabe trabalhando em conjunto, essas atualizações possam ser colocadas
> em prática o quanto antes.
> Deixo em aberto, caso alguém tenha vontade de ajudar de alguma forma. Seria
> útil apoio para os testes, pois fazer a migração não é difícil, o mais
> demorado é fazer a varredura de bugs para corrigir.
Uma coisa que não fizemos, porém, foi migrar o encoding, e a situação disso na codebase não pode ser considerada menos que uma encrenca: toda a parte legada está em ISO-8859-1, e a parte nova tem coisas nisso e em UTF-8, ao mesmo tempo. Temos usado o HTTPD e os bancos de dados em ISO-8859-1 (ou Latin-1, como o PostgreSQL prefere que o chame).
Quanto aos testes, na codebase do SERPRO tem outro trabalho interessante do Bruno, que criou uma estrutura para behaviour-driven development bem legal na qual ele incluiu o Behat na aplicação e criou toda a automação necessária para definir os testes por funcionalidade. Ele começou o mapeamento da aplicação com isso, e a ideia era termos uma integração contínua no nosso repositório interno. Um exemplo de teste de funcionalidade na linguagem Gherkin, utilizada pelo Behat, é algo assim:
https://github.com/cmsz/ieducar/blob/master/ieducar/tests/behat/features/tipo_de_usuario.feature
E, ao fazer o commit de uma nova funcionalidade, a ferramenta de integração contínua executa esses testes e, caso alguma das assertions (os "Então") não saia como esperado, ele marca o commit como quebrado. O trabalho do Bruno foi muito bom, porém não tivemos como concluir ele. Isso seria uma mão na roda no teste das funcionalidades conforme é realizada a migração para identificar os lugares que encoding diferente pode quebrar a aplicação.
> Lucas D'Avila
> 28 de Dezembro de 2015 às 16:17
> Oi Caroline, tudo bem?
> Então, eu sugeri e iniciei um movimento para nós fazermos um estudo e
> posteriormente um hangout para decidir a melhor maneira de mesclar as
> melhorias do SERPRO com as da comunidade, mas isto foi continuado pela
> comunidade.
> Este merge seria mais fácil, se o SERPRO tivesse feito as atualizações do
> banco em uma branch especifica, que poderia ser puxada para o repositório
> oficial, mas isso não foi feito pelo SERPRO. Possivelmente pois a
> comunidade não dispõe de boas praticas orientando nestes casos.
Mea culpa. Estou trabalhando nisso para disponibilizar um patchset bonito, e antes eu preciso me dar bem com o git no SPB.
> Caroline Salib
> 28 de Dezembro de 2015 às 17:19
> Olá, Lucas.
> Tudo certo e contigo?
> Pelo o que eu entendi, o que você sugeriu desde o princípio e reforçou
> agora, é que fosse utilizado como base o código-fonte do SERPRO, mas como
> já foi dito pelo próprio Carlos do SERPRO em discussões anteriores,
> inclusive na mesma lista em que você cita o documento Google Drive, é que
> não faz sentido trazer o que foi feito pela SERPRO para a comunidade, uma
> vez que o código-fonte deles está muito diferente ao que está na comunidade
> atualmente, o que geraria muitos conflitos e até atrasaria a implementação
> do EDUCASENSO, prevista para o futuro. Além disto, até onde tenho
> conhecimento, o SERPRO fez algumas mudanças mais específicas voltadas ao
> projeto que eles vem liderando.
> Uma vez que já foi definido por SERPRO e o coordenador da comunidade
> i-Educar, que não é viável trazer o código-fonte SERPRO pra dentro da
> comunidade, acredito que cabe a nós, membros da comunidade, fazer a
> migração e discutir a melhor forma possível.
Woa, vamos por partes. O que me lembro da conversa é que nós traríamos o que fizemos para a versão da comunidade, e isso é um item de trabalho nosso. O que não faríamos é usar a versão do SERPRO como base, porque divergimos demais. Além da compatibilização com PostgreSQL 9.X, fizemos diversas outras coisas que temos interesse em compartilhar, mas daí do jeito certo com merge requests.
Para fazer isso, uma das coisas que havia conversado com o coordenador da comunidade era de fazermos um trabalho em grupo, no qual poderíamos receber todos os desenvolvedores no SERPRO Florianópolis (visto que a maioria de nós é de Santa Catarina) e nos dedicarmos ao longo de um dia migrando código, mas essa idéia não foi adiante.
> Lucas D'Avila
> 28 de Dezembro de 2015 às 17:58
> Eu sugiro deste o principio que a comunidade tenha uma versão unificada do
> repositório do iEducar, para receber as melhorias que sejam interessante
> para toda a comunidade, como as que o SERPRO implementou, como a importação
> do Educacenso (que eu já copiei para a versão da iEducativa) e
> principalmente com a atualização do banco de dados.
> Como o SERPRO já fez isso uma vez, eles tem toda uma experiência que podem
> dividir conosco. Alem disso, nós podemos mapear todos os commits que eles
> fizeram para compatibilizar o banco, e replicar ao iEducar.
Exatamente como eu penso. O meu item de trabalho atual é replicar as modificações que fizemos para o repositório da comunidade, uma merge request por vez. A primeira delas é a maior, a migração do PostgreSQL. Ao longo desta semana devo avançar nisso.
> Eduardo Junior
> 28 de Dezembro de 2015 às 17:42
> Opa Lucas tudo bem sim.
> Pensando na solução ideal e a sua dificuldade em acontecer, eu comecei uma versão nova do
> zero do i-educar com Zend Framework 2, Doctrine, Phpunit, e para relatórios pretendo usar o
> dompdf da google que converte html em pdf. Ainda falta muita coisa. Mas tenho evoluído
> bastante nos últimos meses. Estava pensando em divulgar algo sobre, assim que tivesse algo
> mais concreto e funcional.
Eduardo, me admiro pela sua iniciativa e sua motivação, porém acredito que precisamos conversar um pouco quando o assunto envolve code rewrite. Não vou citar minhas particularidades com Zend Framework 2, mas tenho que expressar essa parte de re-engineering que você está realizando na qual você está essencialmente copiando a estrutura da aplicação: essa estrutura com instituições e pessoas físicas (cadastros que você replicou) e tantas outras coisas na aplicação (escolas terem uma pessoa jurídica obrigatoriamente vinculada, por exemplo) é a propagação de uma arquitetura defasada do software. O i-Educar surgiu integrado com diversas outras aplicações na mesma stack na Prefeitura de Itajaí, e se a gente for re-fazer ele, nada mais justo que pensar em simplificarmos a aplicação, e começar pela parte importante do software como o cadastro dos alunos ou o lançamento de notas.
> Lucas D'Avila
> 30 de Dezembro de 2015 às 14:05
> A API de ORM do Eriksen já está funcional, integrada ao banco de dados do
> iEducar e é relativamente fácil de usar, o que falta é a documentação
> (assim como falta para a API que eu criei).
> A minha idéia é separar o backend do frontend no iEducar e por final
> enxugar/refatorar o banco de dados, deixando de lado todo o código legado
> existente. O backend é uma API JSON, e o frontend uma Single Page
> Application (SPA), usando um framework frontend como o backbone.js.
> Como o iEducar já possui uma API ORM, e eu criei uma API JSON baseada nesta
> outra, eu penso que podemos utilizar o que já existe, isto está aberto a
> discussões.
> O que você acha disto? Eu acredito que eu posso liberar a API JSON,
> documentar o uso e desenvolvimento (também documentando a API ORM), e a
> partir disto nós poderemos avaliar se usamos ela ou se partirmos do zero
> para recriar as APIS com outras ferramentas), ou já começar a criar
> melhorias.
Eu gosto da ideia de ter o i-Educar como plataforma, até por outras iniciativas que possam consumir o serviço, e eventualmente estudamos como abstrair toda essa herança arquitetural que citei no comentário anterior e focamos no relevante. -
4 de Janeiro de 2016 às 21:17Olá, Carlos!
O movimento aqui nessa lista foi grande, né? haha Que ótimo, acho motivador.
*Woa, vamos por partes. O que me lembro da conversa é que nós traríamos ojeito certo com merge requests.Para fazer isso, uma das coisas que haviaadiante.*
Eu realmente tinha entendido que não haveria merge da migração PostgreSQL
para a comunidade, peço desculpas por passar a informação errada.
Acredito que agora em 2016 será feito muito mais merges para a comunidade,
inclusive eu tenho uma lista enorme de coisas já feitas pela Portabilis que
pretendo passar para a comunidade o mais cedo possível, principalmente
agora no inicio do ano, antes do início do semestre da faculdade (Tô
naquela fase cansativa do TCC... :S).
Diante disso, penso que todos que tem interesse de migrar algo para a
comunidade durante os próximos meses, devem se unir e discutir o que será
migrado, para que o trabalho de um não interfira no trabalho de outro e
possamos entregar o máximo possível. Estou de acordo sobre nos encontrarmos
na SERPRO se for a melhor opção aos interessados.
Abraço!
Em seg, 4 de jan de 2016 às 17:06, Carlos Morais dos Santos <
carlos-morais.santos@serpro.gov.br> escreveu:
Dauro Cruz
Lucas D'Avila
Caroline Salib
Felipe Braga
Eduardo Junior
Marcos Thomaz
Ertonilson Rocha
Carlos Morais dos Santos