[Resolvido] Acesso a arquivos locais via javascript (hta)

Fergo disse:

Não sei se o cenário mudou de uns dois anos pra cá, mas não era possível efetuar manipulação do computador local (como manipular arquivos ou rodar scripts localmente) através de JavaScript, por questões de segurança.

jofrelscalvet disse:

Uops. Depois de apanhar com as diferenças entre VBscript e Jscript acabei meio cego ... Não sei porque seu código não funciona.

jofrelscalvet disse:

O 1 significa que ao rodar o shell a janela aparecerá na com o foco. Se fosse colocado 2 a janela abriria minimizada.

jofrelscalvet disse:

O false significa que o hta não vai esperar o .bat terminar para continuar seu funcionamento (por exemplo se você mover o código da mensagem de "Testando" para depois da linha do Run no caso do false ela aparece instantaneamente, mas se fosse true ela só apareceria quando você fechasse a janela do .bat). Este parâmetro é muuuito legal, pois te permite em alguns casos fazer um monte de coisas "ao mesmo tempo", ou se você precisar você pode forcar que alguma coisa só ocorra depois de outra terminar.

jofrelscalvet disse:

Um link onde você pode saber mais sobre esse comando: http://ss64.com/vb/run.html

!Pipe.StdOut.AtEndOfStream

intruso disse:

O contexto de segurança não mudou e isso independe do "formato" de aplicativo usado, os cuidados devem ser os mesmos. Nesse caso especificamente, é ainda mais fácil o usuário alterar e rodar o que deseja no mesmo contexto que seu aplicativo vai rodar, pois não passa de script e html.

intruso disse:

Me parece que você vai rodar esse aplicativo para as suas rotinas de manutenção, então leve em consideração o "principio do menor privilegio".

intruso disse:

Em termos de segurança, deve-se sempre validar os parametros que serão passados ao segundo utilitario, não se deve passar diretamente parametros da interface a outro programa para execução, o aplicativo pode sofrer uma "injeção de argumentos".

intruso disse:

Pode parecer besteira, mas, não dá pra usar uma ferramenta nativa da plataforma para executar esses scripts? Você usa Windows Server? Power Shell não resolve?

Shura16 disse:

Sim, existe essa possibilidade. Estava pensando em usar o TideSDK para empacotar isso e evitar este tipo de coisa.
Mas no momento não há este problema. O usuário é confiável (eu mesmo ).

Atualmente, nós editamos diretamente o arquivo bat para selecionar o arquivo desejado. Já consegui melhorar isso com os scripts desenvolvidos.

Shura16 disse:

Sim. Você se refere a privilégios de execução ou acesso?

Shura16 disse:

A ideia (mais tarde) era obter os argumentos automaticamente, o que eu quero é selecionar o arquivo do banco. Por hora, só eu utilizo a ferramenta, então está ok. Se eu for distribuir, será para outros técnicos.

Uso Windows 7 em meu notebook. Atualmente não rodo na máquina do servidor, realizo uma cópia manual para a minha máquina e realizo este procedimento. Como você mesmo disse, é para a manutenção do arquivo do banco de dados.

Shura16 disse:

Sim, é possível usar ferramentas nativas, como já acontecia. Mas a automatização fica precária. Tenho que ficar editando arquivos bat sempre que vou rodar a rotina de manutenção em um banco (que sempre é diferente).

Só ouvi falar do PowerShell, não sei do que ele é capaz. No primeiro momento, pensei em usar tecnologias que eu já conheço (um pouco) como HTML e Javascript.

intruso disse:

Pode parecer besteira, mas, não dá pra usar uma ferramenta nativa da plataforma para executar esses scripts? Você usa Windows Server? Power Shell não resolve?

Shura16 disse:

Só ouvi falar do PowerShell, não sei do que ele é capaz.

Shura16 disse:

O que acontece hoje são bat's que realizam o backup e restauram o banco de dados através de utilitários fornecidos pelo SGBD (firebird). Procedimento conhecido como backup & restore.
Tal procedimento corrige várias falhas que ocorrem no banco de dados. E também somente para um backup/cópia quando necessário.

Atualmente, utilizamos bat's que chamam estes utilitários, porém existem as variáveis de realizar determinados procedimentos e do arquivo do banco.
Até o momento, era feito editando os arquivos bat diretamente alterando os parâmetros.

Seria possível chamá-los via linha de comando passando os parâmetros, mas fica um pouco chato ficar navegando até as pastas corretas para executar os comandos. Então pensei em uma interface gráfica para facilitar isso. Normalmente, quando precisamos fazer isso é porque deu ou está para acontecer. Então temos pressa.

Uma interface gráfica facilita as coisas nessas horas.

Shura16 disse:

Estava pensando em um script pela facilidade. Eu poderia muito bem compilar um programa em C# ou Java (tenho um pouco de conhecimento para fazer isso) evitando o acesso ao código, mas isso vai dar um pouco mais de trabalho.

Ideal mesmo seria compilar algo em uma linguagem que não precise de frameworks ou runtimes (C# e Java), para então poder distribuir para outros técnicos, mas nesse ponto falta o conhecimento e o tempo.

Sobre a rodar como administrador, não precisa. Apenas preciso de acesso ao arquivo local.

Sobre a festa, já festei bastante! Só de conseguir fazer o script rodar já uma evolução. Como disse, estou pensando em novas funcionalidades e melhorias de segurança. Mas só de ser melhor do que o anterior já está bom.

jofrelscalvet disse:

Sei que não deve ser exatamente assim, mas eu vejo o Windows shell script, o .hta, o powershell, o VBA, o .NET quase que como plataformas de acesso às APIs do Windows. Muitos problemas podem ser resolvidos de forma quase idêntica em qualquer uma dessas plataformas . Cada uma deve ter seus pontos fortes e fracos, a vantagem do .hta sobre as outras (de acordo com minhas leituras) é apenas na criação de interface.
Minha experiência diz que scripts são adequados onde o importante é o desenvolvimento rápido, mas costumam deixar a desejar em outros quesitos, então quando preciso resolver algo logo às vezes faço scripts quase sem validações (e que às vezes exigem que parte do trabalho seja feito manualmente e/ou usando outra ferramenta), executo-os 1 ou 2 vezes e os substituo por aplicativos "definitivos". Costumo ficar muuuito satisfeito com os resultados ...