Autor Tópico: O que você não gosta no ScriptCase ?  (Lida 5887 vezes)

Haroldo

  • Expert
  • *****
  • Mensagens: 6276
  • Conhecimento diminui limitações.△TFA△
    • Infinitus Web Gestão Empresarial/Gestão ITIL/Consultoria Scriptcase
Re:O que você não gosta no ScriptCase ?
« Responder #15 Online: Junho 01, 2015, 06:42:48 am »
As regras de registro me incomodam.

A URL faz parte do registro agora, e no meu caso eu acesso de dentro do escritório pelo ip interno da rede, meu mode domeu provedor de internet não permite que eu acesse a porta 80 externamente,  e nem o nome de dominio externo internamente.
Meu ip é dinamico. 

Então por for só posso acessar pelo no-ip e internamente pelo ip interno, apesar de sc8 estar instalado em um único servidor ele rejeita o acesso interno pois ao registrar eu o fiz pelo ip inerno.

Rodrigo Goulart Padovezzi

  • Expert
  • *****
  • Mensagens: 1045
    • Email
Re:O que você não gosta no ScriptCase ?
« Responder #16 Online: Junho 01, 2015, 08:59:36 am »
O que acho um pouco falho ainda é a parte de segurança.
Há algum tempo atrás relatei para equipe uma falha com o arquivo _teste.php (o mesmo que gera em desenvolvimento), se fosse acessado em produção e a url editada, daria para acessar outro usuário mudando as variáveis de sessão. Isso consertaram porém ainda temos as falhas:

- Inspecionar elemento, o link gerado pelo SC passam quase todos os parâmetros por URL e podemos simplesmente editar e acessar uma outra informação ou habilitar acessos que não tem insert update delete. Na estrutura atual o mínimo seria passar essa url criptografada.
- A mesma variável de sessão pode ser alterada por GET, acredito que a variável de sessão não deveria aceitar GET e se precisar de algum GET, devia ser uma variável exclusiva para isso.

Como melhorias:

- Ferramentas / Edição Expressa colocar Evento onScriptInit (comum em todas aplicações form, grid, controle) uma forma de adicionar texto.
Ex. fiz um sistema e fui acessar pelo mobile, não fiquei muito contente com o resultado, então fiz a alteração de css por
@media (max-width:686px) para alterar para width 100% quando a resolução for menor que 686px. Nesse caso tive que abrir todas aplicações e adicionar esse código uma a uma.

- Pesquisa nos métodos da própria aplicação.
Fiz uma aplicação que é acessada por diversos setores de uma empresa, cada setor tem um tipo de acesso e de bloqueio no formulário. O formulário é bem extenso e no final tiver que montar 23 métodos php, nesse caso precisava fazer algumas alterações e tinha que acessar método e método para ver o que precisava mudar. O ideal na busca em aplicações era ter mais uma opção para buscar em aplicação específica.

- Tela de gerar código fonte em modal (para não mudar de tela)

- Na própria aplicação gerar HELP, caso não queira gerar HelpCase, ter um campo onde pudesse gerar uma ajuda simples e escolher se o link irá aparecer por botão, no bloco etc.

Jocimar

  • Expert
  • *****
  • Mensagens: 621
Re:O que você não gosta no ScriptCase ?
« Responder #17 Online: Junho 01, 2015, 09:19:14 am »
Como melhorias:

- Pesquisa nos métodos da própria aplicação.
Fiz uma aplicação que é acessada por diversos setores de uma empresa, cada setor tem um tipo de acesso e de bloqueio no formulário. O formulário é bem extenso e no final tiver que montar 23 métodos php, nesse caso precisava fazer algumas alterações e tinha que acessar método e método para ver o que precisava mudar. O ideal na busca em aplicações era ter mais uma opção para buscar em aplicação específica.

A pesquisa nas aplicações é falha, ela deveria pesquisar tudo no projeto, mas não faz. Realmente temos que investigar tudo, principalmente as bibliotecas e os sql dos lookup de campos.
Jocimar de Oliveira

Jailton

  • Expert
  • *****
  • Mensagens: 2038
Re:O que você não gosta no ScriptCase ?
« Responder #18 Online: Junho 01, 2015, 09:41:27 am »
Eu já sinto falta de um gerador de relatório e telas VISUAL Drag & Drop WYSIWYG.

Sugestão pode ser feito a parte, separado do SC em C++ ou C#, ai ele importa informações dos relatórios e telas tipo .xml que o SC gera, ai a gente desenha a listagem ou tela no gerador, e ele
gera novamente esse .xml para o SC importar e quando gerar usar as posições certinhas que a gente configurou, ai fica show de bola.

O Gerador externo seria 100% compatível com o WINDOWS, mas usando emuladores wine no linux, e no mac, etc acho que rodaria também de boa.

E claro que esse gerador seria vendido a parte uma ferramenta adicional para o SC, caso o cliente não quiser pode usar a parte normal que já existe, sem usar os templantes do gerador Visual.

Bom eu sou o no. 1 da fila ai pra comprar ehhee

“Quando se sonha sozinho é apenas um sonho. Quando se sonha juntos é o começo da realidade.”
―Cervantes
« Última modificação: Junho 01, 2015, 09:49:54 am por Jailton »
O Princípio da Vibração. "Nada está parado, tudo se move, tudo vibra". Caibalion.

camilamoreirati

  • Intermediário
  • ***
  • Mensagens: 131
    • Email
Re:O que você não gosta no ScriptCase ?
« Responder #19 Online: Junho 01, 2015, 10:35:28 am »
Boa Jailton, ia ser uma mão na roda.
Att. Camila Moreira
Desenvolvedor WEB

Rodrigo Goulart Padovezzi

  • Expert
  • *****
  • Mensagens: 1045
    • Email
Re:O que você não gosta no ScriptCase ?
« Responder #20 Online: Junho 01, 2015, 04:02:16 pm »
Bom esqueci de citar um bug que acontece muito em uma empresa onde desenvolvemos uma Intranet.
O usuário abre um formulário novo Mestre / Detalhes e após inserir, ao retornar vai preencher os itens e não lembra o que precisa solicitar. Então abre em uma nova guia uma solicitação já fechada para ver como foi solicitado.
Então ele preenche os valores da solicitação e após tudo isso atualiza. O que acontece, como a solicitação antiga já fechada foi aberta em uma nova guia, ele subscreve a variável de sessão pelo ID antigo e quando vai atualizar ao invés de modificar os dados da solicitação nova, acaba atualizando a anterior e até reabrindo o formulário antigo. E assim só conseguimos voltar por log ou por backup.
Caso alguém do SC possa fazer essa simulação, verifique pois já quebramos a cabeça diversas vezes que aconteceu isso e só essa definição que esclarece o que acontece quando o usuário fala que os dados antigos foram trocados pelos novos.
Para solucionar isso acredito que a ligação do campo ou de aplicação deve ser apenas por POST e não por SESSION GET ou POST ou até mesmo bloquear o clique do mouse com o lado direito.

FredKeyster

  • Expert
  • *****
  • Mensagens: 1702
  • DEWENNINMEN
    • Email
Re:O que você não gosta no ScriptCase ?
« Responder #21 Online: Junho 02, 2015, 04:27:30 pm »
Bom esqueci de citar um bug que acontece muito em uma empresa onde desenvolvemos uma Intranet.
O usuário abre um formulário novo Mestre / Detalhes e após inserir, ao retornar vai preencher os itens e não lembra o que precisa solicitar. Então abre em uma nova guia uma solicitação já fechada para ver como foi solicitado.
Então ele preenche os valores da solicitação e após tudo isso atualiza. O que acontece, como a solicitação antiga já fechada foi aberta em uma nova guia, ele subscreve a variável de sessão pelo ID antigo e quando vai atualizar ao invés de modificar os dados da solicitação nova, acaba atualizando a anterior e até reabrindo o formulário antigo. E assim só conseguimos voltar por log ou por backup.
Caso alguém do SC possa fazer essa simulação, verifique pois já quebramos a cabeça diversas vezes que aconteceu isso e só essa definição que esclarece o que acontece quando o usuário fala que os dados antigos foram trocados pelos novos.
Para solucionar isso acredito que a ligação do campo ou de aplicação deve ser apenas por POST e não por SESSION GET ou POST ou até mesmo bloquear o clique do mouse com o lado direito.

Acabei de ver o seminário sobre a V8.1, e uma coisa que estava almejando para ter nessa versão era justamente a parte de Mestre/Detalhe. Não comentaram nada, acredito que será a mesma coisa. Ainda não entendo por que o SC ainda trabalha com esse padrão de MD.
F. A.
Analista de Sistemas

Jailton

  • Expert
  • *****
  • Mensagens: 2038
Re:O que você não gosta no ScriptCase ?
« Responder #22 Online: Junho 02, 2015, 07:13:49 pm »
Bom esqueci de citar um bug que acontece muito em uma empresa onde desenvolvemos uma Intranet.
O usuário abre um formulário novo Mestre / Detalhes e após inserir, ao retornar vai preencher os itens e não lembra o que precisa solicitar. Então abre em uma nova guia uma solicitação já fechada para ver como foi solicitado.
Então ele preenche os valores da solicitação e após tudo isso atualiza. O que acontece, como a solicitação antiga já fechada foi aberta em uma nova guia, ele subscreve a variável de sessão pelo ID antigo e quando vai atualizar ao invés de modificar os dados da solicitação nova, acaba atualizando a anterior e até reabrindo o formulário antigo. E assim só conseguimos voltar por log ou por backup.
Caso alguém do SC possa fazer essa simulação, verifique pois já quebramos a cabeça diversas vezes que aconteceu isso e só essa definição que esclarece o que acontece quando o usuário fala que os dados antigos foram trocados pelos novos.
Para solucionar isso acredito que a ligação do campo ou de aplicação deve ser apenas por POST e não por SESSION GET ou POST ou até mesmo bloquear o clique do mouse com o lado direito.

O Único jeito de resolver isso por enquanto é usando o Método MacGyver , criar um clone da mesma tela uma vai servir apenas para inserir e vai ser excluído os outros botões, e em outra tela, vai ficar todos os botões menos o insert.

Ai na tela que só tem o insert vai ser criada uma variável global [glo_movto_insert] e o detalhe vai ser amarrado nela, ai não tem jeito de dar problema, mesmo cliente fazendo a consulta na outra, mas como falei
é o Método MacGyver uso muito no SC, hehehe  mas como o Freddy falou a NETMAKE que tinha que ter revisto o conceito do MD.
« Última modificação: Junho 02, 2015, 07:15:28 pm por Jailton »
O Princípio da Vibração. "Nada está parado, tudo se move, tudo vibra". Caibalion.

Rodrigo Goulart Padovezzi

  • Expert
  • *****
  • Mensagens: 1045
    • Email
Re:O que você não gosta no ScriptCase ?
« Responder #23 Online: Junho 03, 2015, 08:11:05 am »
Bom esqueci de citar um bug que acontece muito em uma empresa onde desenvolvemos uma Intranet.
O usuário abre um formulário novo Mestre / Detalhes e após inserir, ao retornar vai preencher os itens e não lembra o que precisa solicitar. Então abre em uma nova guia uma solicitação já fechada para ver como foi solicitado.
Então ele preenche os valores da solicitação e após tudo isso atualiza. O que acontece, como a solicitação antiga já fechada foi aberta em uma nova guia, ele subscreve a variável de sessão pelo ID antigo e quando vai atualizar ao invés de modificar os dados da solicitação nova, acaba atualizando a anterior e até reabrindo o formulário antigo. E assim só conseguimos voltar por log ou por backup.
Caso alguém do SC possa fazer essa simulação, verifique pois já quebramos a cabeça diversas vezes que aconteceu isso e só essa definição que esclarece o que acontece quando o usuário fala que os dados antigos foram trocados pelos novos.
Para solucionar isso acredito que a ligação do campo ou de aplicação deve ser apenas por POST e não por SESSION GET ou POST ou até mesmo bloquear o clique do mouse com o lado direito.

O Único jeito de resolver isso por enquanto é usando o Método MacGyver , criar um clone da mesma tela uma vai servir apenas para inserir e vai ser excluído os outros botões, e em outra tela, vai ficar todos os botões menos o insert.

Ai na tela que só tem o insert vai ser criada uma variável global [glo_movto_insert] e o detalhe vai ser amarrado nela, ai não tem jeito de dar problema, mesmo cliente fazendo a consulta na outra, mas como falei
é o Método MacGyver uso muito no SC, hehehe  mas como o Freddy falou a NETMAKE que tinha que ter revisto o conceito do MD.
Até dá para resolver dessa e até de outras maneiras porém isso pode acontecer com outros forms e ficaria ruim ter que fazer isso com diversas aplicações.

FredKeyster

  • Expert
  • *****
  • Mensagens: 1702
  • DEWENNINMEN
    • Email
Re:O que você não gosta no ScriptCase ?
« Responder #24 Online: Junho 03, 2015, 08:36:47 am »
Pois é Rodrigo, rotina que vai totalmente contra a proposta da ferramenta que é a "produtividade".
F. A.
Analista de Sistemas

Régis Matos

  • Global Moderator
  • Expert
  • *****
  • Mensagens: 632
  • Se a porta não se abrir, construa uma.
    • Email
Re:O que você não gosta no ScriptCase ?
« Responder #25 Online: Junho 03, 2015, 10:12:46 am »
realmente, mestre detalhe precisa melhorar muito...

principalmente quando se fala em manutenção em muitos dados, exemplo digitar uma nota com mais de 50 itens...

horrível
....
 
Se alguém tiver alguma ideia, de como podeira ser, posta ai... quem sabe a netmake não da uma avaliada melhor neste tipo de aplicação...


FredKeyster

  • Expert
  • *****
  • Mensagens: 1702
  • DEWENNINMEN
    • Email
Re:O que você não gosta no ScriptCase ?
« Responder #26 Online: Junho 03, 2015, 01:20:58 pm »
Régis o melhor exemplo e mais utilizado pelos melhores frameworks do mercado é a da mesma função que o AngularJS trabalha. Através de JavaScript. Um Mestre-Detalhe feito em JS é perfeito.

Com o JS tanto o mestre quanto detalhe são inseridos em "tempo de execução" (aparentemente para o usuário).

http://www.linhadecodigo.com.br/artigo/3680/mini-spa-com-angularjs-e-aspnet-mvc.aspx


F. A.
Analista de Sistemas

Jailton

  • Expert
  • *****
  • Mensagens: 2038
Re:O que você não gosta no ScriptCase ?
« Responder #27 Online: Junho 03, 2015, 02:03:44 pm »
Régis o melhor exemplo e mais utilizado pelos melhores frameworks do mercado é a da mesma função que o AngularJS trabalha. Através de JavaScript. Um Mestre-Detalhe feito em JS é perfeito.

Com o JS tanto o mestre quanto detalhe são inseridos em "tempo de execução" (aparentemente para o usuário).

http://www.linhadecodigo.com.br/artigo/3680/mini-spa-com-angularjs-e-aspnet-mvc.aspx




Mas igual ao JS TreeGrid não tem a NETMAKE podia compra-lo e usa-lo no SCRIPTCASE:
http://www.treegrid.com/Grid
O Princípio da Vibração. "Nada está parado, tudo se move, tudo vibra". Caibalion.

Willian Fernando

  • Expert
  • *****
  • Mensagens: 1149
  • .....
    • Email
Re:O que você não gosta no ScriptCase ?
« Responder #28 Online: Junho 03, 2015, 02:48:52 pm »
E pra mim também o maior problema e com os MD (mestres/Detalhes) são bem dizer arcaicos

PAYSANDU-O Maior do Norte

  • Novato
  • *
  • Mensagens: 13
Re:O que você não gosta no ScriptCase ?
« Responder #29 Online: Julho 13, 2015, 10:27:16 pm »
Adquiri o SC V8 recentemente , mais ou menos a um 1 mes JUN/2015 e ja construir duas aplicacoes coorporativas de 700.000 regs. que mais de 50 usuarios acessam ao mesmo tempo. Nao relatei bug nenhum ate agora pra NetMaker. Apesar do SC V8 rodar no php 5.4 (obrigatoriamente - ambiente de desenvolvimento) , o nosso server de producao é o php 5.5 + mysql, e as apps geradas no SCV8 / php 5.4  rodam no php 5.5 tranquilamente(apesar do suporte na netmake nao garantir o funcionamento pra todos os bds) , lembrando que o bd e o Mysql. Quanto a citacao do gerador de relatorios , eu uso o FPDF (biblioteca que gera relatorios) , que apesar de ser externo , e se conhecer um pouco mais de prog. php ela satisfaz perfeitamente as necessidades. No mais, com SCv8 estou , por enquanto, perfeitamente satisfeito.