Сначала отмываем банку от остатков жидкости
понедельник, 8 августа 2011 г.
Как усилить сигнал WiFi
Сначала отмываем банку от остатков жидкости
вторник, 2 августа 2011 г.
Mysql: полезные команды и настройки
Управление пользователями
Как получить список пользователей
mysql> SELECT User,Host FROM mysql.user;
Как узнать права у пользователя root@localhost
mysql> SHOW GRANTS FOR root@localhost;
Как создать нового пользователя
mysql> CREATE USER 'user'@'localhost' IDENTIFIED BY 'secret';
понедельник, 2 мая 2011 г.
Защита онлайн проекта
В свете очередных нападок на онлайн ресурсы пришлось задуматься, а как можно обезопасить достаточно загруженный и имеющий не маленькую базу данных проект от посягательств из вне. Речь не касается DDOS - про защиту от данного вида атак понаписано уже достаточно много. Речь о парнях по вызову, которые могут придти и в угоду своих или, что кстати весьма часто в наше время, чьих то чужих заказных интересов, выносят все подряд.
Исключительно мое личное мнение - сегодняшняя законодательная база и аппетиты правообладателей давно перестали отвечать духу времени и являются уже тормозом прогресса, но пусть эта тема будет раскрыта где-либо в другом месте, здесь же я хотел бы описать теоретический вариант размещения онлайн проекта на примере торрент трекера, который можно будет назвать условно достаточно безопасным для его владельца.
Немного теории - наиболее применимая архитектура торрент трекера представляет собой - форумный движок, база данных форума, анонсер, отвечающий за работу с торрент клиентами, и база данных статистики, к этому можно еще приплюсовать имадж хостинг. Конечно если торрент трекер обслуживает одновременно до 30-40 тысяч раздач и в районе 500 активных пользователей в пике на форуме, то все это вполне уживается на одном сервере, в достаточно стандартной конфигурации, но вот дальнейший переход в высшую лигу, сопровождается разделением хранения и управления всего этого хозяйства.
Все это хозяйство хостится и крутится на 2-4 (возможно и более) серверах до определенного момента без последствий, пока однажды не пришли гости и не изъяли сервер(а). Практика показывает, что происходит это достаточно внезапно и владелец ресурса к этому не совсем готов.
Какую же систему можно построить, чтобы минимизировать риски и конфликты.
суббота, 16 апреля 2011 г.
Фотопутешествие по новому датацентру Facebook
среда, 6 апреля 2011 г.
суббота, 19 марта 2011 г.
AeroFS - новый инструмент синхронизации
В нашем распоряжении становится все больше и больше различных полезных сервисов синхронизации файлов между компьютерами. Успех Dropbox в данной области подтолкнул разработчиков к созданию конкурирующих альтернатив.
вторник, 15 марта 2011 г.
Использование node.js вместе с nginx
четверг, 3 февраля 2011 г.
Установка и настройка: Nginx + php-fpm на Debian
Установка и настройка
среда, 19 января 2011 г.
linux-vserver установка изолированных серверов в песошнице
Для создания изолированной среды есть два подхода, именуемые VDS (виртуализация аппаратуры) и VPS/Jail (виртуализация процессного пространства).
Для создания VDS изоляций применяют XEN, VirtualBox, VMWare и прочие виртуальные машины.
Для создания VPS на linux используется либо linux-vserver либо openvz.
Плюсы VDS: система внутри может быть совершенно любой, можно держать разные версии ядер, можно ставить другую ОС.
Минусы VDS: высокие потери производительности на IO, избыточное потребление CPU и RAM на сервисы, дублирующие запущенные на серверной ОС.
Плюсы VPS: крайне низкая потеря производительности, только на изоляцию, запускаются только те сервисы, которые реально необходимы.
Минусы VPS: можно запустить только linux и ядро будет только той версии, что уже запущено.
Так как мне не нужны разные ОС, то всюду применяю linux-vserver (так уж сложилось исторически, применяю с 2004го года, а openvz вышел в открытый доступ в 2005м).
Ниже я опишу базовые операции по запуску LAMP сервера в изолированном окружении.
вторник, 18 января 2011 г.
Cacti не рисует графики - что делать?
среда, 29 декабря 2010 г.
Презентации с дней HighLoad++ 2010
Скачать можно здесь.
понедельник, 27 декабря 2010 г.
Диагностика и исправление проблем производительности MySQL
Часть 1 (30:56): video.mail.ru/corp/miftahetdinova/5/6.html
Часть 2 (28:35): video.mail.ru/corp/miftahetdinova/5/7.html
Часть 3 (28:33): video.mail.ru/corp/miftahetdinova/5/8.html
Часть 4 (28:29): video.mail.ru/corp/miftahetdinova/5/9.html
Часть 5 (28:13): video.mail.ru/corp/miftahetdinova/5/10.html
Часть 6 (28:10): video.mail.ru/corp/miftahetdinova/5/11.html
Часть 7 (28:13): video.mail.ru/corp/miftahetdinova/5/12.html
Часть 8 (22:50): video.mail.ru/corp/miftahetdinova/5/13.html
Часть 9 (16:01): video.mail.ru/corp/miftahetdinova/5/14.html
Часть 10 (15:02): video.mail.ru/corp/miftahetdinova/5/15.html
Хорошего вам дня!


