Olá, hoje ao tentar iniciar uma nova box utilizando Vagrant, acabei tendo problemas com certificação. Como não achei solução específica e em português pela internet, resolvi compartilhar pra ajudar quem possa ter o mesmo problema.
Problema retornado pelo GitShell no windows:
An error occurred while downloading the remote file. The error
message, if any, is reproduced below. Please fix this error and try
again.
SSL certificate problem: unable to get local issuer certificate
More details here: http://curl.haxx.se/docs/sslcerts.html
curl performs SSL certificate verification by default, using a "bundle"
of Certificate Authority (CA) public keys (CA certs). If the default
bundle file isn't adequate, you can specify an alternate file
using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
the bundle, the certificate verification probably failed due to a
problem with the certificate (it might be expired, or the name might
not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
the -k (or --insecure) option.
Solução encontrada:
O comando abaixo foi adicionado no meu Vagrantfile para que ignorasse o certificado SSL que estava impedindo o download da box.
config.vm.box_download_insecure = "https://caminhoparadownload.nomedabox.box"
Após alterado o Vagrantfile, basta executar "vagrant up" novamente.
Referencias:
https://docs.vagrantup.com/v2/vagrantfile/machine_settings.html
Gente boa tarde! Eu resolvi a pouco tempo atrás, integrar o software da empresa onde trabalho de SqlServer para MySql, devido a varias vantagens que li sobre o MySql (Incluindo o fato de ser livre). Porém, nessa mudança perdi um tempo medonho tentando descobrir porque dava a seguinte MySqlException na minha aplicação:
Erro 1213 - Deadlock found when trying to get lock; try restarting transaction
Problema:
Eu tenho uma aplicação que está toda hora atualizando uma determinada tabela no banco, e outras tantas aplicações que fazem a leitura da mesma tabela. O que acontece, é que quando você vai dar um UPDATE na tabela, a tabela é trancada, não podendo ser acessada naquele momento, ou seja, eu estava lendo mundo e atualizando muito em um curto intervalo de tempo, e isso causava VARIAS vezes essa maldita exceção..
Até onde eu li, esse tipo de coisa acontece com todos os bancos, não só com o MySql, porém é configurável, eu não tinha esse problema quando usava o SqlServer.
Resolução:
Depois de tentar todo tipo de coisa, e fazer todo tipo de pesquisa, meu boss descobriu que tem uma variável no MySql onde você pode definir se a busca de dados será feita com os dados já comitados, ou seja, não da problema de acesso pois ele ignora o que está sendo comitado no momento em que a tabela está em lock.
Script para alterar a variavel:
SET GLOBAL TX_ISOLATION='READ-UNCOMMITTED';
Esse SCRIPT funciona, só que tem um porém, quando inicia a instancia do MySql, a variavel volta para o valor default, para isso não acontecer deve ser alterada no arquivo MySql.ini ou se você usa o Workbench, vá em Options File/Advanced, selecione a variavel transaction-isolation e mude o valor dela para READ-UNCOMMITED
Ex:
Dessa forma você libera a leitura da tabela mesmo quando ela esta em lock e não se incomoda mais com esses Deadlock do capiroto..
Problema:
Ao fazer um foreach dos ToolStripMenuItem do seu MenuStrip, se tiver algum separador na lista vai dar erro, pois este não pode ser convertido para ToolStripMenuItem .
Solução:
Em vez de procurar por um ToolStripMenuItem no foreach, procure um objeto, então ele vai conter ambos os ToolStripMenuItem e os ToolStripSeparator, dentro do foreach antes de fazer sua rotina, verifique se o item do foreach é mesmo um ToolStripMenuItem e manda bala.
Segue a imagem com exemplo: (O código comentado é o correto)
rro ao inserir valor decimal na tabela:
Msg 8115, Level 16, State 8, Line 1
Arithmetic overflow error converting varchar to data type numeric.
The statement has been terminated.
Eu estava tendo este erro na hora de inserir dados em uma tabela do meu sistema, e o problema é que eu tinha um campo decimal de tamanho (8,2), e estava tentando inserir o seguinte valor: 1234567.89
O que acontece, quando digo que a precisão é 8, significa que a quantidade de números que eu vou poder inserir também é 8, e no meu caso estava inserindo 9, se eu coloca-se da seguinte forma iria funcionar perfeitamente: 123456.78. O que pode ser feito também é aumentar o tamanho da precisão nas propriedades da coluna como por exemplo (9,2).