2011-01-18 17:16:34

Кроссдоменная авторизация

Про работу JavaScript PHP

Суть новомодной тенденции, которая сейчас набирает обороты такова: вы заходите на сайт и авторизуетесь на нем, потом переходите на другой из тойже сети, но на другом домене, и там вы автоматически являетесь авторизованными. Примером такой схемы сейчас успешно служат Яндекс, Мейл.ру и другие.

А вот что касается реализации, то тут есть масса мнений и способов, достаточно спросить гугля по фразе "кроссдоменная авторизация" и почитать длинные дискуссии. Для себя я вижу 2 варианта реализации этой моды: одно простое и красивое, но с ограничениями, другое более сложное и не такое изящное, но более свободное.

О спецификации Cross-Origin Resource Sharing речь пока не идет, поскольку она еще нигде не поддерживается.

Начнем с простого и красивого решения.

Читать дальше...

2011-01-13 15:22:44

Обновление MySQL 4.1 до 5.5

Про работу MySQL

По опыту обновления 3.23 на 4.1, процесс этот сначала казался вполне простым и безболезненным, но все оказалось не так просто. Ниже предлагаю инструкцию о том, как я обновил MySQL 4.1 до 5.5 на Windows XP x32.

Начальные данные: под виндой установлен MySQL 4.1 с кучей баз разного размера, так называемая developer machine, тип баз только MyISAM, а об InnoDB речь не идет.

Читать дальше...

2010-12-24 01:19:20

Первый цифровой

Хобби H0 1:87 Piko

Это заметка о Piko BR-80 из стартового набора 20-летней давности (он же "паровоз с тендером BR 98" PIKO 50501), который должен был стать моим первым цифровым локомотивом, но из-за нехватки дома комплектующих уступил первенство BR-120.

Читать дальше...

2010-12-12 23:55:14

Оцифровка PIKO BR-120

В мемориз Хобби H0 1:87 Piko

Дошли таки руки купить декодер DCC и сделать цифровым старый Piko BR120 (он же EM BR-120), производства еще ГДР и возрастом почти  20 лет.

 

Читать дальше...

2010-10-21 01:01:36

Мониторинг Load Average средствами MRTG

Linux MRTG

Историческая справка. Load Average (LA) - показатель нагрузки в UNIX-подобных системах. Он отражает число процессов в очереди на исполнение, которые ожидают ресурсов для продолжения работы (еще их называют блокирующие процессы). Как правило, происходит ожидание таких ресурсов, как центральный процессор, дисковая подсистема ввода/вывода или сетевая подсистема ввода/вывода. Высокие значения показателей load average говорят о том, что система не справляется с нагрузкой.

Казалось бы, задача вполне тривиальная, интернет пестрит примерами конфигов MRTG для отображения Load Average. В общем они все сводятся к этому:

Target[localhost_loadavg]: laLoad.2&laLoad.3:public@localhost

где laLoad.2 - Load Average усредненный за 5 минут, а laLoad.3 - за 15 минут (на всякий случай laLoad.1 - это за 1 минуту).

Но в реальности оказывается (по крайней мере у меня на Ubuntu Server 9.10) что на графике всегда стабильно 0. При не сильно нагруженной системе это может быть и не заметно, но тем не менее всегда 0 быть не может.

Так в чем же дело? Ведь snmpget выдает вполне реальную информацию:

# snmpget -v 2c -c public localhost UCD-SNMP-MIB::laLoad.2  
UCD-SNMP-MIB::laLoad.2 = STRING: 0.07

Данные действительно вполне реальны, но есть две проблемы, из-за которых MRTG может не рисовать график: первое, тип данных STRING, и второе, значение много меньше единицы и даже меньше, чем 0,1. По моему опыту, MRTG может игнорировать значения меньше 0,1 или типа STRING, отсюда всегда пустой график.

Читать дальше...