Administração de chamados
-
25 de Janeiro de 2017 às 15:02Bom senhores.
Eis-me aqui de novo :-)
Desculpem a quantidade de perguntas, mas sabe como é... novato... ;-)
Consegui entrar no painel administrativo chutando a senha admin/admin.
Quando entro lá vejo o protocolo do usuário de testes que eu já havia
inserido previamente.
Quando clico no protocolo sou levado à tela "Informações de Solicitação".
Mas nesta tela não tenho nenhuma opção para responder a solicitação.
Tenho que fazer alguma coisa para liberar esta opção? -
25 de Janeiro de 2017 às 15:12Tem a imagem de uma cartinha fechada com uma seta verde
Ao clicar em cima acessa o conteudo...
Essa tela está aparecendo em branco? -
25 de Janeiro de 2017 às 15:28Na minha tela não aparece essa cartinha fechada com a seta. E no console do
navegador não está dando nenhum erro.
Em que posição deveria aparecer a cartinha?
Em qua, 25 de jan de 2017 às 12:13, Thiago Capuano
escreveu: -
25 de Janeiro de 2017 às 22:06Bom, ao acessar a area administrativa, no sidebar à esquerda, no meu atendimento, solicitações
Aparece uma lista de solicitações (caso tenha feito algumas para teste) são visualizadas ali -
26 de Janeiro de 2017 às 00:23A propósito, sabe qual a versão do seu PHP?
-
26 de Janeiro de 2017 às 01:12os arquivos config.php que estao nas pastas inc precisa configurar eles ou nao?
ou so pelo comando instalar deste novo repositorio ja resolve. -
26 de Janeiro de 2017 às 01:18
-
26 de Janeiro de 2017 às 01:22Instalação do e-SIC Livre
Passo 2 de 2
Instalando o banco de dados.
Aguarde enquanto o sistema instala o banco de dados.
Criação da estrutura básica: concluído.
Carregamento da informação geográfica: concluído.
Carregamento da base de CEP, logradouros e bairros: ERRO ("
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator to inform of the time the error occurred and of anything you might have done that may have caused the error.
More information about this error may be available in the server error log. -
26 de Janeiro de 2017 às 01:26na pasta inc tem o config.php em branco e config-exemplo.php com conteudos e pra configurar eles antes de instalar ou nao?
-
26 de Janeiro de 2017 às 12:33Não, não é necessário configurar o config.php caso utilize do instalador apesar da inclusão de CEP, Logradouro e bairros serem opcionais, visto que após a instalação não observei o acesso a eles serem implementados, é estranho esse erro.
Tente executar o sql que se encontra no diretorio basedados/dbesiclivre3.sql pelo myAdmin ou manualmente e verifique se ocorre algum erro, é um arquivo grande, em alguns casos é possível que o banco de dados possa estar com alguma limitação de tamanha do arquivo, pode vir a ser necessário dividi-lo em partes.
Utilizou o código do projeto do GitLab versão 1.1.4? -
26 de Janeiro de 2017 às 12:46Antes que me esqueça. Está executando a instalação em um dominio remoto ou em localhost?
-
26 de Janeiro de 2017 às 17:57Oi Thiago.
Antecipadamente agradeço pela ajuda.
Segue em anexo 3 telas da área restrita do site.
Se quiser, pode testar você mesmo no http://esic.bimboo.com.br/restrito/
(admin/admin)
O servidor é um Ubuntu 16.04 rodando PHP 5.6.
Estou pensando em jogar o PHP 7 (que inclusive é o padrão do Ubuntu 16.04)
e jogar essa versão que você tem no github. O que acha?
Em qua, 25 de jan de 2017 às 21:23, Thiago Capuano -
26 de Janeiro de 2017 às 18:24Vlamir. É uma boa, eu testei em um subdominio de domínio que estou trabalhando e funcionou perfeitamente, toda a instalação passou lisa, do 0, com banco de dados pré carregado + instalação e com banco de dados pré carregado + alteração manual do config.
Só tem um problema com meu server, mas é uma peculiaridade da minha hospedagem, que na configuração PHPMailer não pode ser marcada que dá erro.
No meu caso a configuração da hospedagem é:
PHP 7 e MySQL 5.6 -
26 de Janeiro de 2017 às 19:04Vlamir, e vi o problema, pois fiz alguma alterações no meu e tive um problema que seguiu quase ao mesmo caminho.
Tem a ver com a relação que seu usuário de grupo está associado
1º Passo: Acesse o seu banco de dados;
2º Passo: Na tabela sis_usuario veja qual o atributo idusuario do administrador
3º Passo: Na tabela sis_grupo veja qual é o atributo idgrupo que tem direito total de administração
4º Passo: Na tabela sis_grupousuario procure a linha onde tem o atributo de idusuario com o idusuario do administrador
5º Passo: Edite nessa linha o atributo idgrupo colocando o mesmo atributo encontrado para administrador que encontrou no passo 3º
Execute a alteração e tente de novo
Na tabela do Banco de Dados sis_grupusuario no campo idgrupo onde o idusuario do administrador -
27 de Janeiro de 2017 às 19:28Thiago,
Muito obrigado pela sua atenção e paciência.
Como agradecimento, nada mais justo do que eu lhe enviar um feedback
decente.
A dica que você passou no email anterior, de 5 passos, tinha. A tabela
*sis_grupousuario* está ficando com 2 registros, um no grupo 1 e um no
grupo 2 (ambos referentes ao usuário admin). Apaguei o que fazia referência
ao grupo 2, mas não resolveu o problema.
No fim descobri que o problema era com o MySql 5.7. Vendo seu email em que
falou que estava usando a versão 5.6, logo desconfiei de um problema que
tive há algum tempo com o 5.7, na migração de um sistema legado. É um erro
bem comum e conhecido da comunidade. O MySql 5.7 trocou a configuração
default para o Sql Mode chamado *ONLY_FULL_GROUP_BY* (
https://stackoverflow.com/questions/23921117/disable-only-full-group-by).
Então tive que fazer um *workaround* na configuração do servidor e tudo
começou a funcionar corretamente.
Para ter certeza de que era isso, deletei a VM e instalei uma nova com
Ubuntu 16.04, Mysql 5.7 e Php 7.
A instalação é um doce. Basicamente:
$ sudo apt install mysql-server
$ sudo apt install phpmyadmin
Pronto!
Depois clonei a sua versão do código, do GitHub, e acertei a configuração
do apache para a pasta onde coloquei o código. Também troquei o owner da
árvore toda para o usuário do apache do Ubuntu, o www-data.
Funcionou quase perfeito, mas ainda tive dois probleminhas, que estão
relacionados ao código e banco de dados do sistema:
1 - na hora da inclusão de solicitação, que quando incluía solicitação
voltava na tela do formulário e não dava nenhuma mensagem de erro. Descobri
que o problema era na inserção no banco, porque o campo *resposta* da
tabela *lda_solicitacao*, não aceita valor nulo. Alterei a configuração do
campo para aceitar nulo e funcionou. Não testei isso, mas acredito que se
mudar a linha 164 do arquivo *dbesiclivre1-linha-de-comando.sql* resolve o
problema:
`resposta` varchar(4000) DEFAULT NULL,
2 - também tive um problema na hora do solicitante incluir a solicitação
com anexo. Nada relacionado a permissões ou localização de arquivos, isso
foi tranquilo. Só que mesmo gravando o arquivo corretamente no filesystem o
sistema apresentava um erro na tela de confirmação. Analisando o código,
consegui corrigir acertando o seguinte:
no arquivo solicitacao/upload.php a linha 81 ficou assim:
$sql=execQuery("INSERT INTO lda_anexo ( idsolicitacao,
e a linha 90, para fechar os parênteses adicionados ficou assim:
)");
As linhas de 93 a 98 eu comentei.
Até aqui, aparentemente, tudo está funcionando normal.
Mais uma vez obrigado pela sua paciência e atenção.
Qualquer coisa em que puder ajudar me coloco à disposição.
Abração!
Em qui, 26 de jan de 2017 às 16:05, Thiago Capuano -
27 de Janeiro de 2017 às 21:50Imagina. É para isso que serve a comunidade.
Irei verificar os arquivos nas referências que mencionou, apesar de não ter notado essas falhas na execução é interessante saber.
Eu tive um probleminha com as views devido a liberação de IP no banco de dados, mas foi situação de configuração.
Foi bom saber desse problema com a versão 5.7 do MySQL.
Também fico grato com a informação.
Vlamir Carbonari
Thiago Capuano
DIOGO LEITE GOMES