Sendo o DDG uma empresa americana, as possibilidade de serem legalmente forçados a disponibilizar dados às autoridades é grande.  Adicionalmente, a generalidade destes motores de busca alternativos têm o problema de dependerem de serviços de busca de outras empresas (como o Bing) quer para os resultados, quer para publicidade.  Por norma estas parcerias implicam partilha de dados, pois o Bing (e similares) têm os mesmo objectivo de sempre, independentemente de o utilizador vir directamente do Bing ou de um outro site (e o Qwant é um exemplo de um outro site que partilha alguns dados dos utilizadores com a Microsoft).

Apesar de tudo, em princípio estes motores de busca alternativos reduzem a informação que as maiores empresas conseguem acumular.  Para mim o maior problema do DDG no caso de europeus, é que os resultados parecem-me mais focados para utilizadores dos EUA.  O Qwant parece-me devolver resultados mais relevantes para europeus.

Bom dia estou tendo problema para excluir dados no sql com múltiplas condições no vb net por meio de combobox comando :

Using cn = New SqlConnection(StrCon)

cn.Open()

Dim sql As String = "Delete from dbo.Clientes where AccountID='" & ComboBox1.Text & "'" And " Tipo='" & ComboBox2.Text & "'"

Using cmd = New SqlCommand(sql, cn)
cmd.ExecuteNonQuery()
End Using
End Using

Esta me retornando o erro

System.InvalidCastException: 'Conversion from string "Delete from CustomLuckyWheel whe" to type 'Long' is not valid.'

Poderia me ajudar ?

Obrigado .

ainda sou novo nisto consegues mandar me o codigo e explicar me? 

peço desculpa

Em 26/05/2022 às 10:44, M6 disse:

Passei a usar o Qwant: https://www.qwant.com

Obrigado pela sugestão 🙂

Em 25/05/2022 às 19:34, marcolopes disse:

1) As entidades (contratáveis em Portugal) que tratam de assinaturas digitais estão identificadas aqui: https://esignature.ec.europa.eu/efda/tl-browser/#/screen/tl/PT

AMA - AGÊNCIA PARA A MODERNIZAÇÃO ADMINISTRATIVA I. P.

MULTICERT - Serviços de Certificação Electrónica S.A.

DigitalSign - Certificadora Digital

CIN iCloud Solutions, Lda

2) Sempre existiu a obrigação de cada emissor ter o seu CERTIFICADO. Com a entrada em vigor da nova lei, que irá obrigar a que a assinatura seja controlada por uma entidade credenciada, a obrigação continua. No entanto, quando contratado um serviço de BROKER que trata da assinatura e ENVIO ao cliente, para já, a assinatura está a ser feita com o certificado do BROKER, algo que não me parece que vá ser definitivo, e o mais certo é que exista a obrigatoriedade de cada empresa que comunica documentos ter de pagar o seu CERTIFICADO (que o BROKER terá de adquirir a uma das entidades credenciadas para o efeito, ou terá de ser adquirido pelo cliente do BROKER!)

3) As assinaturas LOCAIS são possíveis, mas requerem validação através de hardware específico instalado. Não conheço quem esteja a utilizar este mecanismo (penso que a DigitalSign fornece esta forma de assinatura). Não me parece que a implementação das assinaturas "locais" seja menos exigente relativamente às assinaturas ONLINE (pessoalmente utilizaria o sistema da Multicert, está muito melhor implementado do que o da DigitalSign). Desconheço os requerimentos da CIN, e quanto à AMA já todos sabemos com o que contar:  https://www.portugal-a-programar.pt/forums/topic/79044-serviço-de-assinatura-de-faturas-eletrónicas-safe

Muito obrigado Marco, estava a tentar ter um ficheiro local de Assinaturas pois o aplicativo que uso permite indexar um

Mas vejo que o Online é mesmo o caminho a seguir 

Quando entras numa páginas deves ter no cookie o timestamp da última operação e se tiveres no url um timestamp, também consegues fazer isso.

Talvez haja uma forma mais simples de compreender/implementar usando um contador.

1. Quando chegas ao teu site podes inicias um contador a zero que vais guardar numa cookie e vais passar no url entre todas as páginas.
2. Quando avanças para a página seguinte adicionas 1 ao contador, guardas esse valor na cookie e passas o mesmo no URL da página. Ou seja, quando entras na página onde tens "Gravar Dados" adicionas 1 ao contador que tens na cookie; quando carregas no botão "Gravar Dados" avanças para a página seguinte levando no URL o valor do contador que tens na cookie.
3. Quando entras numa página, verficas se o contador que tens na cookie é igual ao que tens no URL, se não for, então aconteceu um back.

Exemplo:

Entras no teu site, por exemplo http://localhost verificas se existe um cookie de contador, se existir colocas a 0 se não existir crias com o valor 0.

Quando clicas num link (antes de saires da página onde estás), vais ler o cookie do contador, adicionas 1, gravas o cookie com o novo valor e passas no URL o novo valor do cookie.
Estando o contador a 0, ao clicares para ires para a página "batatas", o cookie do contador passaria a 1 e colocarias também 1 no url, por exemplo http://localhost/batatas?contador=1

Quando entras na página "batatas", confirmas que valor do contador do cookie bate certo com o valor do contador que passaste no URL, ambos têm o valor 1, pelo que está tudo coerente.

Agora clicas num novo link (antes de saires da página onde estás), vais ler o cookie do contador, adicionas 1, gravas o cookie com o novo valor e passas no URL o novo valor do cookie.
Estando o contador a 1, ao clicares para ires para a página "fritas", o cookie do contador passaria a 2 e colocarias também 2 no url, por exemplo http://localhost/fritas?contador=2

Quando entras na página "fritas" confirmas que valor do contador do cookie bate certo com o valor do contador que passaste no URL, ambos têm o valor 2, pelo que está tudo coerente.

Agora fazes back.

Vais entras na página "batatas" (que está no teu histórico como http://localhost/batatas?contador=1), vais ver que o valor do contador do cookie não bate certo com o valor do contador que passaste no URL.
O valor do contador que está no cookie tem o valor 2.
O valor que tens no contador do URL tem o valor 1 (http://localhost/batatas?contador=1)
Isto não bate certo, está desincronizado. Percebes que o contador do URL é diferente (neste caso mais antigo) do que o contador do cookie.

Honestamente isto é significativamente mais complexo do que implementar um mecanismo destes usando a sessão no servidor.
Estás a meter cookies e vais ter de lidar com a gestão do seu tempo de vida etc. o que só vai criar uma enorme carga de complexidade e de trabalho perfeitamente desnecessária.

A variável de sessão  $_SESSION['NivelAcesso'] = $lvlacesso tem que ser definida com base no resultado da validação do utilizador, e como estas a fazer um select * o nível virá na resposta quando o login tiver sucesso.

Só após a validação com sucesso deves criar esse tipo de variáveis de controlo

Boas,

Cá estou eu outra vez.

Não sei se estarei a fazer algum erro, ou se isto não funciona de todo.

Quando clico no "ok" do formulário o programa cria/atualiza o timestamp do cookie. Quando vai gravar compara o timestamp do cookie com a hora atual. Até aqui funciona.

Quando está a página posterior ao "Gravar dados" e se faz "Back" o browser carrega a página "Gravar dados" sem ir verificar o timestamp do cookie nem a hora atual, passando sempre por cima da comparação.

Inclusivamente, forcei uma diferença entre o timestamp do cookie e a hora do sistema para verificar a comparação e ele, como esperado retorna o erro, portanto o "if" com a comparação está a funcionar bem.

Há aqui alguma coisa que me está a escapar?