На самом деле M/Monit в отличии от Monit утилита платная, но на официальном сайте доступна бесплатная версия с ограниченным функционалом.
Давайте теперь подробно рассмотрим ее установку и настройку. Для этого создадим временную папку, скачаем архив с нужной нам версией, распакуем и скопируем в рабочую директорию (актуальную версию можно найти здесь: http://mmonit.com/dist/):

# mkdir ~/distr/mmonit
# cd ~/distr/mmonit
# wget http://mmonit.com/dist/mmonit-2.1.1-linux-x86.tar.gz
# tar -xvf mmonit-2.1.1-linux-x86.tar.gz
# cd mmonit-2.0.3
# ls
bin  CHANGES  conf  db  doc  docroot  lib  logs  README  upgrade
# mkdir /usr/local/mmonit
# cp -R * /usr/local/mmonit
# chmod -R 0700 /usr/local/mmonit

Теперь нам необходимо создать базу данных и импортировать туда необходимые приложению данные. В папке /usr/local/mmonit/db/ лежат дампы для четырех типов баз данных. Мы рассмотрим случай с MySQL.
Итак, создадим таблицу и выполним команды из дампа:

# mysql -u yore_username -p
mysql> CREATE DATABASE `mmonit`;
mysql> use mmonit
mysql> source /usr/local/mmonit/db/mmonit-schema.mysql
mysql> quit

После того как мы подготовили к использованию базу данных перейдем к редактированию конфигурационного файла M/Monit /usr/local/mmonit/conf/server.xml .

<Service>
    <!-- IP адрес интерфейса, на котором мы сможем получить доступ к админке -->
    <Connector address="IP.FROM.ALLOW.ACCESS" port="8080" processors="10" />
    <Engine name="mmonit" defaultHost="localhost" fileCache="10MB">
        <!-- настраиваем подключение к базе -->
        <Realm url="mysql://DB_USER:DB_PASSWORD@DB_HOST/DB_NAME"
             minConnections="5"
             maxConnections="25"
             reapConnections="300" />

Сохраняем конфиг и запускаем /usr/local/mmonit/bin/mmonit, заходим по адресу http://IP.FROM.ALLOW.ACCESS:8080 . По умолчанию логин/пароль - admin/swordfish (настоятельно рекомендуется изменить пароль сразу после первого входа в систему;) ).

Теперь нам обязательно нужно настроить сервис Monit хотя бы на одном сервере, чтобы было с чего собирать статистику. Для этого открываем файл конфигурации Monit: /usr/local/etc/monitrc.d/main.conf вашим любимым редактором и дописываем в начало следующие две строчки:

set httpd port 2812 and use address XXX.XXX.XXX.XXX # где XXX.XXX.XXX.XXX - адрес интерфейса, через который MMonit будет осуществлять доступ к monit.
allow monit:your_strong_password

Сохраняем конфиг, перезапускаем monit. Входим под админом в web-интерфейс M/Monit, открываем страницу Admin->Hosts->"Add a new host". Заполняем информацию о сервере, состояние которого будем мониторить:
Host Name - название сервера (выбираем имя для нашего удобства),
IP-address, Monit Port - XXX.XXX.XXX.XXX и 2812 указанные в /usr/local/etc/monitrc.d/main.con,
Monit user name, Monit password из того же конфига.
Сохраняем изменения.

Чтобы увидеть информацию о состоянии сервера, нужно всего-лишь кликнуть по его имени в списке серверов на странице Admin->Hosts.

В следующей статье я более детально опишу, как сконфигурировать отчеты о состоянии серверов и как создать файлы для запуска/остановки/перезапуска/проверки статуса сервисов Monit и M/Monit.

1. UUID - определяет устройство, которое должно быть примонтировано (идентификатор диска).
2. Каталог, в который монтируется файловая система.
3. Тип файловой системы (например: vfat - FAT32).
4. Опции, показывающие как эта файловая система будет обрабатываться. Например:
   • "default" - означает, что они монтируются автоматически, доступны для чтения и записи с асинхронным I/O (вводом/выводом);
   • -r - монтировать с доступом только на чтение;
   • -d[r] - удаленный ресурс.
5. Флаги, относящиеся к файловой системе. Первая цифра, 0 или 1, показывает, должна ли система копироваться при помощи команды dump (это нужно для системных резервных копий). Вторая цифра может быть 0, 1 или 2, она показывает порядок, в котором файловая система должна быть проверена при загрузке.
   • 0 - не должна проверяться вовсе;
   • 1 - должна проверяться первой и использоваться как корневая (/);
   • 2 - ставится для всех остальных систем.

Поля отделяются друг от друга пробелами. Строки, начинающиеся с символа #, являются комментариями. Пустые строки игнорируются.
Пример строки:

# /dev/sda1 UUID=9877-489A    /media/sda1     vfat     defaults, utf8, umask=007, gid=46     0 0

Некоторые системы (Ubuntu например) в /etc/fstab вместо названий устройств (/dev/hda1, /dev/hda2, etc) используется UUID.
Чтобы узнать UUID нашего нового hdd выполняем команду:

ls -l /dev/disk/by-uuid/

Super Cache после установки и активации попросит нас сделать .htaccess доступным для записи или записать в него следующие правила:

# BEGIN WPSuperCache
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
AddDefaultCharset UTF-8
RewriteCond %{REQUEST_METHOD} !=POST
RewriteCond %{QUERY_STRING} !.*=.*
RewriteCond %{HTTP:Cookie} !^.*(comment_author_|wordpress|wp-postpass_).*$
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz -f
RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz [L]
RewriteCond %{REQUEST_METHOD} !=POST
RewriteCond %{QUERY_STRING} !.*=.*
RewriteCond %{HTTP:Cookie} !^.*(comment_author_|wordpress|wp-postpass_).*$
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html -f
RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html [L]
</IfModule>
# END WPSuperCache

Но проблема в том, что все эти правила, как и сам .htaccess, абсолютно бесполезны для nginx`a, так как все rewrite rules прописываются в nginx.conf.

Итак  открываем файл конфигурации nginx.conf, находим

location /путь/к/блогу/ {
...
}

"/путь/к/блогу/" - вот вместо этого, скорее всего, будет стоять просто "/"

и между фигурными скобочками вписываем ряд директив:

gzip_static on;
if (-f $request_filename) {
 break;
}  

set $supercache_file '';
set $supercache_uri $request_uri;  

if ($request_method = POST) {
 set $supercache_uri '';
}  

if ($query_string) {
 set $supercache_uri '';
}  

if ($http_cookie ~* "comment_author_|wordpress|wp-postpass_" ) {
 set $supercache_uri '';
}  

if ($supercache_uri ~ ^(.+)$) {
 set $supercache_file /blog/wp-content/cache/supercache/$http_host/$1index.html;
}  

if (-f $document_root$supercache_file) {
 rewrite ^(.*)$ $supercache_file break;
}  

if (!-e $request_filename) {
 rewrite . /blog/index.php last;
}

Сохраняем и перезапускаем сервер.

P.S. Если мы хотим пользоваться gzip компрессией, то необходимо будет перекомпилировать nginx с параметром "–-with-http_gzip_static_module".

IBLC group

Сайт-визитка

IBLC Group - группа правового консалтинга в сфере международного бизнеса.

Выполненая работа: Блочная резиновая верстка div`ами.

Адрес сайта: http://www.iblc.in.ua/

Стилизация выпадающих списков основывается на замене стандартного элемента html <select>  на маркированный список<ul>, оформленный с помощью CSS необходимым нам образом.

JavaScript перехватывает все события onClick на странице и проверяет не "нажал" ли пользователь на ту или иную область выпадающего списка. Если произошло необходимое событие, и необходимо раскрыть, свернуть или выбрать необходимый элемент, скрипт применяет к элементам маркированного списка соответствующие стили и изменяет выбранное значение исходного выпадающего списка <select> (который был скрыт при загрузке страницы).

Ниже привожу результат стилизации (взят с реального проекта):

Чтобы не загромождать страницу кодом размещаю ссылку на архив с рабочим примером.

Для начала разберемся с установкой временной зоны. Для этого всего лишь необходимо воспользоваться функцией

bool date_default_timezone_set ( string $timezone_identifier);

Список временных зон (параметров для вышеописанной функции) доступен на официальном сайте PHP. Итак, для того чтобы установить нужную нам временную зону, необходимо вызвать функцию date_default_timezone_set в начале исполняемого скрипта.

Для того чтобы определить текущую временную зону в PHP есть стандартный инструмент:

string date_default_timezone_get  ( void  );

О сравнении двух дат я уже упоминал ранее. Далее рассмотрим вычитание и сложение даты и времени или как определить какая дата и время были N дней X часов назад!? :)

Года полтора назад встречал "интересное" решение. Некий разработчик загнал в массив соответствия "номер месяца"=>"количество дней", затем парсил текущую дату и "вручную" отнимал или прибавлял количество дней, часов, минут, секунд.  Описывать подробно этот алгоритм не буду, так как не привык изобретать велосипед. Предлагаю "формулу" гораздо проще:

# $sec - разница в секундах с текущим временем;
# $min - разница в минутах с текущим временем;
# $hour - разница в часах с текущим временем;
# $days - разница в днях с текущим временем;
$need_date = date ("Y-m-d H:i:s", time()+( $sec + 60*($min + 60*($hour + 24*$day))));

Где "Y-m-d H:i:s" всего лишь шаблон времени, которое мы получим в текстовом формате.

Для тех, кто хочет узнать не будущее, а прошлое время - необходимо заменить вот этот плюс ... time()+( $sec ... на минус.

На этой оптимистической ноте заканчиваю описание. Остальные возможности PHP предлагаю рассмотреть самостоятельно на официальном сайте php.net в качестве домашнего задания.

Розглянемо роботу ЛП для розрізання гнутого профілю, яка застосовується в агрегатах безперервного профілювання. Летуча пила має у своєму складі декілька виконавчих механізмів, серед яких важливе місце займає несучий орган. На ньому розташовані інші механізми, що безпосередньо виконують операції порізу.

Дана робота присвячена розробці математичної моделі системи управління НО ЛП, за допомогою якої досліджуються показаний) і механізм зчеплення (МС) із приводом Приводи МП та МС зазвичай пневматичні або гідравлічні. Обертання різального інструменту виконується механізмом обертання (МВ) із приводом М (електродвигун). Зворотно-поступальний рух НО забезпечується електроприводом через редуктор та шестерінчасто-рійкову передачу.

Розглянемо робочий цикл летучої пили. Летуча пила (ЛП) працює в циклічному режимі. Робочий цикл складається з п’яти етапів. Приведемо опис цих етапів:

1. Початок циклу, перехід НО з вихідного в початковий стан, підготовка до запуску НО.
2. Формування цілевказування, очікування команди на запуск НО.
3. Запуск НО, відпрацьовування приводом НО цілевказування на переслідування перетину різання й синхронізацію НО з перетином різання на профілі.
4. Продовження руху НО в напрямку переміщення перетину різання, виконання різання. Під час даного етапу НО рухається синхронно з перетином різання. Виконавчі механізми, розміщені на НО, виконують необхідні технологічні операції по розрізанню профілю.
5. Установка НО у вихідне положення, перехід ЛП у вихідний стан.

Моменти вмикання-вимикання привода МВ пильного диска визначаються за різними чинниками. Важливо лише, щоб до початку його подачі й до відводу у вихідне положення він обертався.

З метою дослідження процесів управління електроприводу НО ЛП за допомогою підсистеми Simulink пакета Matlab створена відповідна математична модель. Вона містить у своєму складі підсистеми. Модель електроприводу несучого органу летучої пили. Підсистема контролеру, що моделює систему керування електроприводом НО ЛП. Підсистема, що моделює пружний зв’язок між ЛП та оброблюваним виробом. Також модель містить систему, що моделює привод ОІ і лічильника витрат енергії.

Підсистема електроприводу НО ЛП. Дана підсистема містить модель електроприводу НО ЛП , що побудований на базі двигуна постійного струму та тиристорного перетворювача. Вхідними параметрами для даної моделі є завдання швидкості, току та сигнал, що вказує за датчику інтенсивності (ЗІ) по якому параметру проводити керування приводом (за швидкістю чи моментом). Значення вище описаних параметрів розраховуються в підсистемі контролера. Момент (одається до входу моделі електроприводу з виходу підсистеми пружного зв’язку. Дана модель містить підсистему контуру регулювання току.

При побудові системи керування електроприводом НО ЛП використано задатчик інтенсивності другого порядку. Саме цей спосіб дозволяє позбавитися спотворення вхідного сигналу завдання току та можливості втрати керованості по моменту при переключенні між режимами завдання скорості та моменту.

З результатів моделювання можна зробити висновок, що в режимі керування швидкістю вказана різниця дорівнює нулю, тобто сигнали до та після ЗІм співпадають і система регулювання швидкості залишається лінійною. Це відбувається завдяки тому, що система відпрацьовує завдання швидкості, сформоване ЗІ другого порядку. Таким чином в завданні вже обмежена друга похідна швидкості і, відповідно, сигнал з регулятора швидкості проходить через ЗІм без зміни. При переключенні на режим регулювання моменту завдання моменту стрибком змінюється, і тому ЗІм вступає в дію і обмежує швидкість його зміни до заданої величини ривка.

Модель побудована з урахуванням тертя. Для цього блок, що моделює механічну частино електроприводу охоплено зворотнім зв’язком із блоком «Coulomb and Viscous Friction». Даний блок моделює ефект сухого та в’язкого тертя та реалізує нелінійну характеристику.

Підсистема контролеру НО ЛП. В підсистемі контролеру розраховується завдання швидкості, моменту, сигнал переключення керування по наведеним вище сигналам та поточне положення несучого органу ЛП.

До системи входить блок управління StateFlow. Вона складається з трьох основних блоків, що визначають стани, у яких знаходиться система:

• NO – діаграма, що реалізує послідовність етапів робочого циклу НО ЛП;
• OI – діаграма послідовності станів ОІ;
• IM_MS_MP – діаграма роботи виконавчих механізмів, що розташовані на НО.

Блок перемикання режимів роботи електроприводу несучого органу летучої пили побудований на базі логічних елементів та перемикачів. Вихідні значення даного блоку: завдання по току (моменту) та параметр що вказує на поточний режим роботи приводу НО ЛП.

Підсистеми зв’язку приводів НО та ОІ. Вона моделює процеси зв’язку, що проходять між несучим органом та оброблюваним виробом на четвертому етапі робочого циклу. Вхідними параметрами даного блоку є швидкість оброблюваного виробу, швидкість несучого органу ЛП та сигнал, що приймає значення «1» на 4 етапі робочого циклу ЛП. Вихідний параметр – пружній момент зв’язку між приводом НО ЛП та приводом ОІ.

Підсистема приводу ОІ реалізує фізичні процеси, що протікають в електроприводі ОІ та систему керування приводом ОІ. Вхідними параметрами даного блоку є швидкість оброблюваного виробу та пружній момент зв’язку між НО ЛП та ОІ, вихідний параметр швидкість обертання валу двигуна приводу ОІ.

Результати моделювання. Отримана за допомогою побудованої моделі циклограма декількох робочих циклів летучої пили. З неї можна зробити висновок, що побудована нами модель достатньо повно відображує процеси зв’язані з ЛП протягом всіх етапів робочого циклу летучої пили. Також ми маємо можливість моделювати послідовність робочих циклів ЛП.

З графіків швидкостей руху несучого органу та оброблюваного виробу на четвертому етапі робочого циклу летучої пили можна зробити висновок, що дана модель дає можливість аналізувати вплив моменту зв’язку між несучим органом ЛП та ОІ на процеси, пов’язані з ЛП протягом четвертого етапу робочого циклу летучої пили. А також ми маємо можливість передбачити пошкодження оброблюваного виробу та вихід з ладу виконавчих механізмів летучої пили.

Таким чином, модель достатньо повно відображує процеси зв’язані з ЛП протягом всіх етапів робочого циклу летучої пили.

Затем пишем в таблице стилей следующий код, отвечающий за оформление чекбоксов:

.f_checkbox {
background-repeat:no-repeat;
background-position:0px center;
height:16px;display:block;
cursor:pointer;
cursor:hand;
width:20px;
height:20px;
}

.checked,.selected{
color:#ddd;
}

.f_checkbox{
padding:0px;
background-color:#ccc;
}

.unchecked{
background-image:url('img/checkbox_off.gif');
}

.checked{
background-image:url('img/checkbox_on.gif');
}

В коде страницы делаем следующую запись:

<!-- один из оформляемых чекбоксов -->
<label class="f_checkbox"><input type="checkbox" /></label>;
<!-- подключаем скачанные java-скрипты -->
<script type='text/javascript' src='mootools.js'></script>
<script type='text/javascript' src='demo-moo.js'></script>;

checkbox_on.gif и checkbox_off.gif изображения выбранного и не выбранного checkbox`а.

Теперь остается только экспериментировать =)

Известно 4 метода защиты данных, хранимых в cookie:

1. отправка cookie по ssl соединению;
2. шифрование cookie;
3. установка области видимости;
4. ограничение доступа для доменов.

При комплексном использовании всех 4-х методов защиты информации, хранимой в cookie, данные будут наиболее защищены.

Перейдем к рассмотрению практической реализации вышеперечисленных методов.

Отправка cookie по ssl соединению

Проще говоря, следует разрешить отправку cookie только по защищенным HTTP запросам. В данном случае значительно затрудняется перехват данных, при передаче между клиентом и сервером.

На практике все выглядит гораздо проще. Нам достаточно задать 6-му параметру функции setcookie значение "1".

Шифрование cookie

В этом случае известно множество методов шифрования cookie. Рассмотрим на примере один из них.

Сначала следует создать декодировщик. Назовем его decrupt_cookie.php:

    $cursor = mcrypt_create_iv(mcrypt_get_iv_size(MCRYPT_CAST_256,MCRYPT_MODE_CFB), MCRYPT_RAND);
        # Ключ
    $s_key = "sdfsd98k98sdfsdf944775df";
    $decrypt_name = mcrypt_ decrypt(MCRYPT_CAST_256,$s_key,$username, MCRYPT_MODE_CFB,$cursor);

    echo $decrypt_name;

Далее представлен сам код шифрования cookie:

    $cursor = mcrypt_create_iv(mcrypt_get_iv_size(MCRYPT_CAST_256,MCRYPT_MODE_CFB), MCRYPT_RAND);
    $s_key = "sdfsd98k98sdfsdf944775df";
    $cook_name = "cookie1";
    $cipher = mcrypt_encrypt(MCRYPT_CAST_256,$s_key,$cook_name, MCRYPT_MODE_CFB,$cursor);
    setcookie("username", $cipher, "/decrypt_cookie.php");

Установка области видимости

Ограничить область "видимости" cookie можно как для отдельного каталога, так и для конкретной страницы. Поскольку cookie доступны для всех каталогов, начиная от корневого.

Область видимости cookie задается в 3-м параметре функции setcookie.

Например:

• cookie доступны только для определенного каталога и его подкаталогов:

  setcookie("cookiename", $cooki_value, '/folder_1/');

• cookie доступны только для определенной страницы:

  setcookie("cookiename", $cooki_value, '/folder_1/page.php');

Ограничение доступа для доменов

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

Для того чтобы ограничить доступ к cookie для одного домена или их списка существует 4-й параметр.

setcookie("cookiename", $cooki_value, '/folder_1/page.php', 'mihalytch.org.ua');

Атрибуты (attributes) или свойства (properties) - данные.
Методы (methods) - функции для обработки вышеупомянутых данных.

Объект определяется классом, экземпляром которого он является. Класс определяет методы и атрибуты объекта. Путем создания экземпляра класса создается новый объект, инициализируются все его методы и атрибуты, а также вызывается конструктор (constructor).

Конструктор (constructor) - функция, которая выполняет какие-либо начальные действия. В PHP 5 конструктор должен называться - __construct ().

Далее приведен пример простого класса TestClass, создание и инициализация его объекта и вызов одного метода.

<?php

class TestClass {

	public $name;

	public $age;

	function __construct ($name, $age)  {

 		$this->name = $name;

		$this->age = $age;

	}

	function print_message ()  {

		$msg_text = "Привет, ".$this->name."!<br />";

		$msg_text .= "Вам: ".$this->age" лет.";

 		return

	}

}

$new_class = TestClass ('Вася Пупкин', 29);

echo $new_class->print_message ();

?>

Результат выполнения кода приведенного выше:

Привет, Вася Пупкин!

Вам: 29 лет.

В данном примере конструктор инициализирует 2 атрибута: имя и возраст. Метод возвращает текст сообщения.

$this - это псевдопеременная, которая автоматически создается во всех методах класса и представляет объект (в данном случае класса TestClass). Для доступа к свойствам или методам класса используют оператор ->.

Ниже приведены свойства, которыми обладают объкты:

Наследование (inheritance) - способность порождать из существующих классов новые, наследовать или переопределять их свойства и методы.

Инкапсуляция (encapsulation) - способность скрывать данные от пользователей класса.

Полиморфизм (polymorphism) - когда несколько классов реализуют одни и те же внешние методы. И есть возможность их попеременного использования в функциях.

Специальные методы (special methods) - это свойство указывает на то, что классы имеют событийные обратные вызовы, которые выполняются при возникновении распространенных событий. Например: при создании, копировании, уничтожении и т.д.

Подробное описание вышеперечисленных свойств будет приведено в следующих статьях.