Как убрать рекламу в скайпе

Когда Скайп начал выкидывать ошибку библиотеки iframe.dll, стало понятно, что причиной являются новые рекламные блоки.

Очевидно Скайп использует айфрейм Internet Explorer-а для показа рекламы. Сделаем ход конем и заблокируем доступ ко всему интернету никому не нужному IE.
Этот метод не подойдет, если вы используете браузер IE.

Для блокировки IE (и отключения рекламы в скайпе) сделайте следующее:

  • Control Panel -> internet Options -> Connections -> LAN Settings
  • Снимите галочку «Automatically detect settings» , поставьте галочку «Use a proxy server for your LAN» и напишите любой IP, например 127.0.0.1
  • Для (временного) включения серфинга в IE — снимите галочку «Use a proxy server for your LAN».

    NB! Google Chrome и новая Opera используют те же настройки соединения, что и IE. Что бы они работали добавьте ключ —proxy-server в ярлык нужного браузера:

    Пример (так же работает и в Opera 15+ ):

    Наслаждайтесь Скайпом без рекламы! (пока Microsoft не поменяла их реализацию)

    Как улучшить производительность MySQL сервера

    Ниже приведены минимально необходимые параметры конфигурации MySQL сервера, улучшающие его производительность:

    1. innodb_buffer_pool_size — Количество памяти выделяемое серверу для таблиц InnoDB
    Оптимально ~80% RAM памяти, если сервер используется только для MySQL. Пример для сервера с 32Гб ОЗУ
    [code]
    innodb_buffer_pool_size=24G
    [/code]

    2. innodb_flush_log_at_trx_commit = 2 — Запись логов происходит раз в секунду, вместо каждого коммита. Улучшает производительность при медленной дисковой подсистемы.
    [code]
    innodb_flush_log_at_trx_commit = 2
    [/code]

    3. innodb_log_file_size — Увеличение лога уменьшает нагрузку на диск, улучшая I/O.
    [code]
    innodb_log_file_size = 512M
    [/code]
    Изменение параметра вступает в силу только после рестарта MySQL. Старые лог файлы /var/lib/mysql/ib_logfile* необходимо удалить/переместить, так как они будут созданы заново.

    4. innodb_log_buffer_size — позволяет производить более крупные операции, без записи лога на диск, увеличивая производительность дисковой подсистемы. По умолчанию = 1MB.
    [code]
    innodb_log_buffer_size = 8M
    [/code]

    5. innodb_file_per_table — Не влияющий на производительность, однако очень полезный параметр, который трудно будет поменять после записи даннных.

    В пежиме file-per-table каждая новая таблица будет иметь отдельный файл данных, что позволяет освобождать место на диске при удалении данных в таблице, а также имеет другие преимущества.

    Итог:

    [code]
    innodb_buffer_pool_size=24G
    innodb_flush_log_at_trx_commit = 2
    innodb_log_file_size = 512M
    innodb_log_buffer_size = 8M
    innodb_file_per_table
    [/code]

    Настройка репликации базы MySQL

    Репликация позволяет синхронизировать все изменения базы данных на первичном сервера со вторичным.

  • Первичный сервер
  • Редактируем файл /etc/my.cnf

    [code]
    server-id=1
    log_bin=/var/log/mysql/mysql-bin.log
    [/code]

    В файл log_bin будут записываться изменения базы.
    Параметром binlog_do_db=database возможно контролировать названия баз, для которых изменения будут записываться в файл, однако делать это не рекоммендуется (смотри ссылку)

    Сохраняем изменения и перезагружаем сервер MySQL:
    [code]service mysql restart[/code]

    Теперь нужно определить пользователя, который будет выкачивать данные об изменениях.
    Для этого заходим в консоль MySQL:
    [code]mysql -u root -p[/code]
    И выполняем команду
    [code]GRANT REPLICATION SLAVE ON *.* TO ‘slave_user’@’%’ IDENTIFIED BY ‘pass’;
    FLUSH PRIVILEGES;[/code]

    Отлично! Теперь осталось только сделать дамп базы и перенести на другой сервер.
    Предварительно блокируем запись в базу.
    В консоли MySQL:
    [code]FLUSH TABLES READ LOCK;[/code]

    Далее нам нужно узнать позицию, с которой начнется репликация.
    [code]SHOW MASTER STATUS;[/code]
    Запоминаем значение поля Position.

    Теперь можно делать дамп.
    Для этого нужно открыть новое окно, иначе, если произвести какое-либо действие,
    база разблокируется автоматически. В новом окне выполняем команду:
    [code]mysqldump -u root -p -f db1 > db1.sql[/code]
    где db1 — название базы, которую надо перенести

    Разблокируем базу:
    В консоли MySQL:
    [code]UNLOCK TABLES;[/code]

    Готово. Теперь пришло время для второго сервера, на который надо реплицировать данные.

  • Вторичный сервер
  • На втором сервере создаем базу, аналогичную первому серверу — db1.
    Для этого в консоли MySQL:
    [code]CREATE DATABASE db1;[/code]
    Теперь нужно залить в нее дамп с первого сервера
    (Вы ведь уже перенесли файл db1.sql на этот сервер?)
    [code]mysql -u root -p -f db1 < db1.sql[/code]
    Готово! Теперь у нас есть копия базы на втором сервере.

    Редактируем конфиг MySQL /etc/my.cnf и выполняем аналогичные первому серверу действия:

    [code]server-id=2
    relay-log=/var/log/mysql/mysql-relay-bin.log
    log_bin=/var/log/mysql/mysql-bin.log
    [/code]

    Теперь сервер нужно перезагрузить:
    [code]service mysql restart[/code]

    Сервер сконфигурирован и готов к репликации!

    Остался один шаг, а именно указание основного сервера.
    Для этого нам надо зайти в консоль MySQL и выполнить команду:
    [code]CHANGE MASTER TO
    MASTER_HOST=’IP-адрес основного сервера’,
    MASTER_USER=’slave_user’,
    MASTER_PASSWORD=’pass’,
    MASTER_LOG_FILE=’mysql-bin.000001′,
    MASTER_LOG_POS=XXX;[/code]

    Вспоминаем поле Position из «SHOW MASTER STATUS» и вписываем его на место XXX.
    И запускаем репликацию:
    [code]START SLAVE;[/code]

    Смотрим состояние:
    [code]SHOW SLAVE STATUS\G[/code]

    Slave_IO_State: Waiting for master to send event

    Чтобы остановить репликацию
    [code]STOP SLAVE[/code]

    Готово. Теперь данные будут дублироваться между серверами!

    PS: Не забываем, что для передачи используется TCP порт 3306, поэтому не забывайте про фаерволы.

    Zabbix не работает icmpping cnt=0 rcv=0

    После установки zabbix-proxy на CentOS 6, все icmpping / icmppingsec элементы возвращали нулевые зеачения.

    После включения DEBUG режма, лог Zabbix показал следующее:

    [code]
    31790:20140611:073610.004 In process_ping() hosts_count:1
    31790:20140611:073610.004 /tmp/zabbix_proxy_31790.pinger
    31790:20140611:073610.004 10.20.2.20
    31790:20140611:073610.004 /usr/sbin/fping -C5 -p200 -b1024 -t1000 2>&1 &1