Configurando o envio de e-mails:
no WINBOX:
menu
/tool>email>
Server: smtp.gmail.com
Port: 587
From: seu_email_no_gmail@gmail.com
User: seu_email_no_gmail@gmail.com
Password: ********** (sua senha no gmail=)
Clique no botao "Apply" e imediatamente a URL smtp.gmail.com é resolvida trocada para o IP certo.
Escrevendo um script para gerar o arquivo log-mikrotik.txt
no WINBOX
menu
/system>scripts
adicione um script chamado "salvar-log"
Name: salvar-log
Source:
/log print file=log-mikrotik.txt
_______________________________________
Escrevendo um script para gerar o arquivo backup-mikrotik.backup
do mesmo jeito com o seguinte código fonte:
Name: salvar-backup
Source:
/system backup save name=backup-mikrotik.backup
_______________________________________
Agora é preciso criar mais 2 scripts, um para enviar o log e outro para enviar o backup por email
Name: enviar-log
Source:
:log info message="enviando log por email"
:global data [/system clock get date]
:global hora [/system clock get time]
/tool e-mail send to="email_de_destino01@dominio.com" subject="log-mikrotik $data $hora" file=log-mikrotik.txt tls=yes
_______________________________________
Name: enviar-backup
Source:
:log info message="enviando backup por email"
:global data [/system clock get date]
:global hora [/system clock get time]
/tool e-mail send to="email_de_destino01@dominio.com" subject="backup-mikrotik $data $hora" file=backup-mikrotik.backup tls=yes
_______________________________________
Configurando o envio automático dos logs/backups
no WINBOX
/system>scheduler
agora é só agendar os 4 scripts de acordo com a necessidade, geralmente uso backup a cada 24 horas e logs a cada 6 horas como nas regras abaixo:
/system scheduler add comment="" disabled=no interval=1d name=enviar-backup-automatico \
on-event=enviar-backup policy=\
reboot,read,write,policy,test,password,sniff,sensitive start-date=\
jan/01/1970 start-time=23:10:00
/system scheduler add comment="" disabled=no interval=1d name=salvar-backup-automatico \
on-event=salvar-backup policy=\
reboot,read,write,policy,test,password,sniff,sensitive start-date=\
jan/01/1970 start-time=23:00:00
/system scheduler add comment="" disabled=no interval=6h name=salvar-log-automatico on-event=\
salvar-log policy=reboot,read,write,policy,test,password,sniff,sensitive \
start-date=jan/01/1970 start-time=00:00:00
/system scheduler add comment="" disabled=no interval=6h name=enviar-log-automatico on-event=\
enviar-log policy=reboot,read,write,policy,test,password,sniff,sensitive \
start-date=jan/01/1970 start-time=00:10:00
under-linux.org
Configurando Log e Backup Automático por e-mail Usando o Gmail
terça-feira, 24 de julho de 2012
Posted In
backup,
log,
mikrotik
|
0
comentários
|
MySQL - Diferença entre InnoDB e MyISAM
sábado, 14 de julho de 2012
InnoDB funciona mais rápido que MyISAM quando há modificações constantes nos dados, uma vez que este tipo de armazenagem usa a proteção por registros (row locking) e não a proteção por tabelas (table locking) como o faz o MyISAM. Contudo, em várias situações, InnoDB é mais lento que MyISAM, devido ao fato de que InnoDB funciona com transações. A armazenagem padrão do MySQL é MyISAM
Outro ponto interessante são as restrições de chaves estrangeiras (foreign key constraints) e transações. Estes recursos estão disponíveis apenas no InnoDB.
MyISAM é apropriado para tabelas cujos dados não mudam com frequencia. Um exemplo disso é uma tabela de cidades e estados. Como geralmente este tipo de tabela é usado apenas como consultas, não há a necessidade do uso de InnoDB.
MyIsam tem a vantagem de ser arquivos simples se comparado com o innodb, mesmo na opção para criar dentro do contexto, o arquivo fica instavel em volumes grandes, o mito sobre configurar o mysql em innodb está errado, VOCÊ SEMPRE DEVE CONFIGURAR O MYSQL, perfomace de cache é sempre importante.
Considerar também o uso de MYSQL 3, que é super mais leve, mas em contra-partida não tem suporte a subselect, nunca deixe de usar subselect, inner join, e counters. Repitir dados também não é um erro, exemplo melhor: BIGTABLE do google, quando você tem counters, vc tem counters mesmo, não queira varrer a tabela de pedidos toda hora para ver quantos produtos sairam e entraram, você pode fazer isso em uma rotina de backup, ou cada 10 min para ter certeza que está ok, mas não para todo pedido de produto corrente. (isso vale para qualquer modo)
O Banco de dados também tem um limite se você deseja fazer um site estilo americanas, ou mesmo o novo google, que dá quantos XX de item tipo foi encontrado, o melhor a se fazer é usar um sistema de indexação pronto para isso, exemplos clássicos são Lucene (Usado no Hibernate e na maioria dos EJB), Solr, HBase (esse ultimo é mais usado com Hadoop, no esquema MAP/REDUCE), como assim, não usar o banco? é claro que você vai ter um banco de dados, mas a cada X minutos descarrega para o indice corrente, eles são feitos para criar facet search
Fora ainda CouchDB e outros bancos não relacionais, tudo possivel, se usar junto de um outro banco master. Também não esqueçamos do MYSQL-PROXY, sendo possivel mapear query dinamicamente para o nó X, ex: tenho um indice de InnoDB especializado para Geo-Search, um outro para Full-Text, um outro para Cruzamentos de categorias com outra regra de négocio importante, ex: volume, podendo ainda ser o mesmo servidor só que em diferentes portas, assim você escala as pesquisas, sem necessariamente precisar de mais hardware.
Gosto de pensar que o mysql é uma ferramente poderosa, que chega ao seu limite, quando desejamos fazer mais que isso, ex: ter job`s, usar algum middleware direto ao banco, ou até mesmo ter algum suporte mais interessante para usar sobre fibra ótica e storage, pq, bem funciona, ele vai funcionar, só que vai ser sempre na base da pesquisa, já outros sistemas são feitos para isso, e quando precisamos disso, quando falamos em BILHÕES de registro, não é uma micro-empresa, mas uma média para cima que costuma precisar, e a maioria dos sites também não, na verdade dificilmente você vai precisar fazer metade dessas técnicas, e NEM DEVE, pois isso é útil quando se tem volume, antes disso, fique no básico, o legal é saber que existe.
MyISAM
- Foi implementado a partir do código da tabela ISAM., introduzindo diversas melhorias como:
- Os arquivos de tabela são transportáveis entre diferentes sistemas operacionais;
- Campos BLOB e TEXT podem ser indexados;
- Os Arquivos índices e de dados podem ser armazenados em dispositivos diferentes (aumento de performance);
- Algoritmos de distribuição de dados e gerenciamento de índices melhorados;
InnoDB
- Rodam sob um engine, desenvolvido pelo Innobase( www.innodb.com), que acrescenta ao MySQL o suporte a TRANSAÇÕES e a CONSTRAINTS de chave estrangeira.
- Para obter o máximo de performance com tabelas InnoDB é necessário configurar o arquivo my.conf(ou my.ini no Windows) de acordo com as características de hardware do servidor onde o MySQL está rodando. Os Detalhes dessa configuração podem ser obtidos no manual do InnoDB.
Conteúdo do site www.oficinadanet.com.br
Posted In
Aprendizado,
innodb,
myisam,
mysql
|
0
comentários
|
Instalando Root no Android
Antes de qualquer coisa, esse procedimento é totalmente responsabilidade de quem o fizer, ou seja, É POR SUA CONTA E RISCO.
1) Faça o download e descompacte arquivo "doomlord_v3_root.zip" abaixo:
Clique aqui
2) Certifique-se que os drives do seu Android estão instalados no seu PC.
3) Habilite a “Depuração de USB” no seu Android, vá em Configurações -> Aplicações –> Desenvolvimento;
4) Habilite a instalação de “Fontes Desconhecidas” no seu Android, vá em Configurações –> Aplicações;
5) Aumente a duração da luz de fundo para 10 min; (Opcional).
6) Conecte o cabo USB no seu Android no PC e aguarde finalizar a conexão;
7) Vá ao diretório no seu PC aonde você descompactou o arquivo do Passo 1 (DooMLoRD v3 ROOT) e execute o “runme.bat”;
8) Aguarde uns 2 minutos, até todo o processo terminar o seu android;
9) PRONTO! Seu root esta instalado com apenas um clique, muito fácil!
Agora segue uma lista de alguns aparelhos que andei pesquisando e que deram certo com esse mesmo procedimento, segue lista abaixo :
· Sony Xperia X10 (GB firmware)
· Sony Xperia Arc (.42 firmware)
· Sony Xperia Arc S
· Sony Xperia Play [R800i/R800x]
· Sony Xperia Ray
· Sony Xperia Neo
· Sony Xperia Mini
· Sony Xperia Mini Pro
· Sony Xperia Pro
· Sony Xperia Active
· NTT Docomo Xperia ARCO SO-02C
· Samsung Galaxy S2 [GT-i9100/GT-9100P]
· Samsung Galaxy S II for T-Mobile (SGH-T989)
· Samsung Galaxy S II for AT&T (SGH-I777), Skyrocket (SGH-i727)
· Samsung Galaxy S II LTE Rogers Canada (SGH-I727R), Android version 2.3.5, Baseband version I727RUXKJ7
· Samsung Galaxy S II Epic 4g Touch
· Samsung Galaxy S2 HD LTE (SHV-E120S)(korea)
· Samsung Galaxy i9100G
· Samsung Galaxy S [i9000B] & [i9000 2.3.3 (PDA I9000BOJV8, Phone I9000XXJVO, CSC I9000GDTMJV7) and german T-Mobile branding]
· Samsung Galaxy S Plus (GT-I9001) OS 2.3.3 and 2.3.6 (I9001ZSKP6)
· Samsung Galaxy Mini GT-S5570 (GB only)
· Samsung Galaxy Mini Pro i5510
· Samsung Galaxy W [i8150]
· Samsung Galaxy Y
· Samsung Galaxy Tab [P1000] (2.3.3 firmware), [P1000N]
· Samsung Galaxy Note [N7000]
· Samsung Galaxy Player YP-G70 2.3.5 (GINGERBREAD.XXKPF)
· Samsung Galaxy Ace (2.3.3, 2.3.4 firmware)
· Samsung Nexus S [i9023] (2.3.6)
· Samsung Nexus S 4G 2.3.7
· Samsung Galaxy Nexus S [i9020] (2.3.6)
· Samsung Exhibit (SGH-T759)
· Samsung Exhibit 4G (SGH-T759) (2.3.3) Build UVKE8
· Samsung Captivate i897 UCKH3
· Motorola Milestone 3 [ME863 HK]
· Motorola XT860, Bell XT860
· Motorola Defy+
· Motorola Droid X sys ver 4.5.605 w/ gingerbread
· Motorola Droid X2 (2.3.4) Sys ver 1.3.380.MB870.Verizon.en.US Build 4.5.1A-DTN-150-30
· Motorola XT883 (China Telecom)
· Motorola XT862 (Verizon Droid3)
· Motorola DROID RAZR
· Nexus One (2.3.6 stock)
· LG Revolution
· Vizio VTAB1008 Tablet
· Huawei IDEOS U8150 (2.2)
Posted In
Android,
Aprendizado
|
0
comentários
|
Assinar:
Postagens (Atom)