bOntONweb » PROграммирование

bOntONweb development : старт нового проекта

coder — Thu, 01 Oct 2009 13:46:54 +0000

Сегодня торжественно запущен наш официальный сайт компании bOntONweb development.

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

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

Теперь мы можем общаться с Вами в реальном времени при помощи Live Help. Вы можете задать вопросы, посвященные публикациям на этом блоге и новом сайте и получить бесплатную и квалифицированную консультацию по технологиям сайтостроения и путям повышения эффективности сайтов.

История построения одного веб-портала.

desss — Sat, 13 Sep 2008 20:10:36 +0000

История построения одного веб-портала.

Дмитрий Супруненко (abolabo_at_gmail.com)

Постовой:
Реалити-шоу о домашнем интернет-бизнесе
партнерские программы по кликам
Качественный контент для сайтов
Интернет магазин офисной мебели centeroffice.ru.

Предисловие.

В последнее время трудно найти крупную компанию, которая не мечтала бы иметь свой корпоративный веб-портал. Сначала какой-нибудь отдел сделает свой сайт, потом другой отдел сделает свой, и потом еще один и на каждом сайте свой пароль и попробуй это все запомнить, не то чтобы разобраться что да как. И вот тогда возникает потребность объединить все сайты в один портал. Но как сделать, если они разнесены физически, и даже не находятся в одной сети и связаны посредством интернет? Далее речь пойдет как раз о таком случае, веб-портал с горизонтальным масштабированием (через добавление серверов).

Как оно в жизни часто бывает, техническое задание в письменном виде мне предоставлено не было. Было распоряжение начальника о создании пока одного веб-сайта, точнее обновления (как потом оказалось правильнее было бы его все-таки переписать). Вобщем как всегда:)

В результате всего этого процесса выяснилось, что существует сайт, который является официальным сайтом предприятия и доступный из интернет, а также еще один, сугубо внутренний ресурс доступный только из корпоративной сети. Итого целая куча всяких сайтов, в которых я, будучи недавно принятым на работу, никогда бы не разобрался:).

Также мне было показан приказ о создании на предприятии веб-портала, который подразумевал единую базу пользователей для всех веб-ресурсов предприятия. Стоит сразу читателю прояснить ситуацию с подчинением. Я работаю в отделе, который разрабатывает программы для технологической части бизнес-процесса предприятия, и этот отдел территориально удален от офиса (хвала Господу! ), в котором есть свой отдел ИТ. Вот как раз он разработал и внедрил официальный и внутрикорпоративный сайты предприятия. Мои же сайты находятся на физически разнесенных веб-серверах службы, в состав которой входит отдел, где я работаю.

Что мы имеем.

Итак, мы имеем один центральный сайт и множество региональных, каждый со своей административной консолью. Каждый сайт предприятия имеет как минимум два окошка для доступа, белый ip-адрес, для доступа из интернет, и внутренний для доступа из корпоративной сети, центральный DNS-сервер для интернета, реплики его для региональных сетей.

Что требуется и технические условия для этого.

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

Ограничения:

Регистрация и изменение профиля пользователя должна происходить только на центральном сайте.
Доступ ко всем сайтам портала должен быть децентрализованным. При падении центрального сайта, с которого производится аутентификация, должен быть альтернативный вход с использованием базы пользователей регионального сайта для повышения доступности сервиса.
Должны использоваться только 80 и 443 порты. Данное условие навязано суровой реальностью (если сервер стоит где-нибудь в конторе, у которой арендуется помещение со их сисадминами, то там, как правило, открываются только 80й и 443й порты для работы в интернет арендаторам и добиться открытия какого-нибудь еще порта, например для репликации базы данных, не представляется возможным).
Раздача прав доступа не должна производится одним кликом. Так как сайты все разные, с разным функционалом и своими особенностями, то и настройка доступа должна быть более тонкая для каждого, отдельно взятого пользователя.

Как делалось и что получилось.

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

Добавление, удаление и изменение данных пользователей происходит по инициативе центрального сервера. Каждый час срабатывает скрипт, который в цикле обходит все сайты. Каждый проход цикла это:

выборка списка пользователей, что сейчас имеют доступ к сайту.
проверка на добавленных вручную юзеров(на случай срочного предоставления прав доступа. Админ регионального сайта может добавить юзера со специально сформированным идентификатором). Если такие пользователи есть, они импортируются в центральную базу с присвоением нового идентификатора, ну и, соответственно, заменяется ид на удаленном ресурсе на новый, уже, так сказать, окончательный.
добавление в базу тех пользователей, которым недавно были даны права на сайт.
удаление тех, у которых право доступа отняли. После удаления из списка пользователей сайта эти пользователи теряют все права доступа к страницам. Если с центрального сайта кого-то из них опять добавят, он будет иметь гостевой уровень доступа. Для блокировки доступа ко всем веб-сайтам используем поле expired в таблице пользователей. В таблице перевязки пользователя с группой пользователей регионального сайта также есть поле expired, которое случит для блокировки доступа пользователя на конкретном региональном веб-сайте, а не во всем веб-портале.
обновление данных пользователя (например, пароль), основываясь на поле последнего изменения строки в таблице пользователей.

Чего мы добились подобной схемой? Ответ прост — повышения доступности сайтов. Если бы мы сделали вход на сайт только через центральный сервер, то сильно бы зависели от провайдеров, к которым подключен центральный сайт. В случае, когда центральный сайт не отвечает, мы просто набираем нужный нам адрес в адресной строке броузера и входим на сайт, так сказать, локально, опираясь на список пользователей регионального сервера. Если же мы пытаемся зайти на сайт при работающем центральном сервере, то региональный сервер проверит его доступность и перенаправит пользователя для последующего входа.

Так как все сайты находятся в домене, например yourdomain.com, то в php.ini каждого из веб-серверов прописываем параметр session_cookie_domain = . yourdomain.com. Теперь все куки, выставленные на любом из сайтов будут видны другим сайтам этого домена. Сделано это для того, чтобы идентификатор сессии не менялся при переходе от сайта к сайту.

Также выставляем время жизни сессии, например, в 15 минут, и записываем время устаревания этой сессии и ip-адрес в базу для каждого пользователя, чтобы избежать (хоть как-то) двойных входов под одним и тем же логином с разных мест.

На центральном сервере создаем сайт, который будет принимать статистику от региональных чтобы знать какая сессия активна и какому пользователю она принадлежит. Назовем его statistic.yourdomain.com. Этот сайт нам будет также возвращать идентификатор пользователя по идентификатору сессии, когда происходит переход юзера от одного регионального сервера к другому. Естественно, не просто так, а по шифрованному каналу с уникальным ключом шифрации для каждого веб-сервера.

Далее нужно внимательно изучить схему перенаправления. Не смотря на свою сложность она позволяет пользователю записать в куки только идентификатор сессии и все. Все остальные действия производят сервера.

Послесловие

Данная статья не является всего лишь теорией, а описывает реально работающую схему. В нашем случае она работает на FreeBSD+apache+php+postgresql+mysql(на центральном сайте), но вполне пригодна и для других программых реализаций.

Просьба все отзывы и замечания присылать на abolabo_at_gmail.com.

Ошибка с COM в Delphi приложении

Mr. Den — Wed, 18 Jun 2008 05:07:40 +0000

Вобщем ситуация такова, есть приложение писанное на delphi, исползует COM объект (в данном случае для работы с Excel), после завершения выполнения последней строчки кода, т.е. по закрытии приложения выпадает ошибка Access Violation .......... in oleaut32.dll

Рецепт:

Нужно, как вариант, подчищать COM объекты вручную после чего вызывать CoUninitialize. Поскольку я использую компонент классаTExceApplication, размещенный на форме, то вышесказанные действия я выполняю в обработчике FormDestroy этой формы, т.е. выглядит это так:

PLAIN TEXT

DELPHI:

procedure TPrintForm.FormDestroy(Sender: TObject);
begin
XL:=nil;
CoUninitialize;
end;

где XL - экземпляр класса TExcelApplication (наш COM объект)

Delphi звук через системный динамик

Mr. Den — Mon, 26 May 2008 10:37:22 +0000

Периодически сталкиваюсь с задачей воспроизведения звука в windows приложениях исключительно через системный динамик.
В старые добрые времена ОС DOS в прародителе делфи - компиляторе языка Pascal, была функция Beep у которой параметром передавалась частота и кажись длительность воспроизведения. Так вот в API современных версий Windows основанных на NT (а это и win2000 и XP и последующие) описана аналогичная функция
BOOL Beep
(DWORD dwFreq, // частота, Гц
DWORD dwDuration // продолжительность, мс
);
которая по сути тем же и занимается
однако для не NT - основанных систем эта функция не работает, точнее ее параметры игнорируются.

так вот в этом случае приходит на помощь незабвенный ассемблер, на базе которого и основано предлагаемое мною решение:

PLAIN TEXT

DELPHI:

procedure BeepInSpeaker(Freq: Word; Duration: Integer);
var
Ver: TOsVersionInfo;
begin
Ver.dwOSVersionInfoSize := SizeOf(Ver);
GetVersionEx(Ver);
if Ver.dwPlatformId = VER_PLATFORM_WIN32_NT then
Windows.Beep(Freq, Duration)
else begin
asm
movzx ecx, Freq
mov eax, 1193180 // тактовая частота
sub edx, edx
div ecx // преобразование частоты в делитель
mov ecx, eax
mov al,0b6H
out 43H,al // управляющие слово
mov al,cl
out 42h,al // младший байт делителя
mov al,ch
out 42h,al // старший байт делителя
in al,61H
or al,03H
out 61H,al // включить звук
end;
sleep(Duration); // пауза на время звучани
asm
in al,61H
and al,0fcH
out 61H,al // выключить звук по окончанию Duration
end;
end;
end;

jQuery API расширение для Dreamweaver

coder — Mon, 21 Apr 2008 12:17:59 +0000

Постовой: рецепты народной медицины
частное фото

Задача: максимально упростить использование JavaScript-библиотеки jQuery при верстке сайтов в Dreamweaver.
Решение: для этого удобно установить специальное расширение для Dreamweaver, которое значительно упрощает и ускоряет процесс разработки скриптов на базе библиотеки jQuery

Скачать расширение

Отладка AJAX приложений в Zend Studio (часть 1 не последняя)

Mr. Den — Sun, 18 Nov 2007 01:04:46 +0000

Проблема:

Как заставить Zend Debugger реагировать на AJAX запросы.

Ответ:

Очень простой способ,

добавить к запрашиваему через AJAX url следующие параметры

PLAIN TEXT

JAVA:

start_debug=1&
debug_port=10000&
debug_fastfile=1&
debug_host=&
send_sess_end=1&
debug_no_cache=1142283433288&
debug_stop=1&
debug_url=1&
debug_new_session=1

работает в большинстве случаев, если вы особенно не изменяли стандартные настройки отладчика.

Если вы все же меняли настройки то Вам нужно будет корректно указать параметры debug_port и debug_host

Обход child nodes (потомков) определнного элемента в Javascript

Mr. Den — Fri, 16 Nov 2007 10:23:50 +0000

Речь о том как корректно обойти элементы потомки DOM для данного элемента, простите за тафтологию

В общем конструкция следующая:

PLAIN TEXT

JAVA:

var object = document.getElementById('el');
for (var childItem in object.childNodes) {
if (object.childNodes[childItem].nodeType == 1)
object.childNodes[childItem].style.color = '#FF0000';
}

В данном примере мы берем некоторый элемент с id = 'el' и проходим по массиву его потомков (childNodes), при этом проверяем nodeType потомка, чтобы он был элементом страницы и если так, то окрашиваем его в КРАСНЫЙ цвет.

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

Здесь следует обратить внимание на проверку свойства nodeType == 1, дело в том что без этой проверки в обработку попадут и разрывы строк, т.е. символы "\n", которые тоже воспинимаются как ноды. Т.е. например конструкция вида:

PLAIN TEXT

HTML:

id="el">
1111
2222
3333

и конструкция:

PLAIN TEXT

HTML:

id="el">
1111
2222
3333

без этой проверки обрабатывались бы по разному, т.е. в первом случае мы бы получили ошибку, поскольку потомок " \n " не имеет свойства style

Добавление обработчика события с помощью JavaScript

Mr. Den — Fri, 16 Nov 2007 10:16:10 +0000

Есть несколько методов, но я приведу код которым пользуюсь сам. С некоей притензией на универсальность не судите строго . Итак:

PLAIN TEXT

JAVA:

function addHandler(object, event, handler)
{
if (typeof object.addEventListener != 'undefined')
object.addEventListener(event, handler, false);
else if (typeof object.attachEvent != 'undefined')
object.attachEvent('on' + event, handler);
else
throw "Incompatible browser";
}

Все в принципе понятно:

object - это наш элемент;
event - желаемое событие, к которому мы и написали обработчик
handler - собственно функция - обработчик

Работает в IE, FF, Opera, Safari, где не работает честно говоря не нашел

Пример вызова:

PLAIN TEXT

JAVA:

var but = document.getElementById('but');
addHandler(but, 'mousedown', change_but_status);

Здесь, естесственно, change_but_status - функция обработчик должна быть где-то описана.

О, да, чуть не забыл, функция удаления обработчика события у элемента (параметры аналогичны):

PLAIN TEXT

JAVA:

function removeHandler(object, event, handler)
{
if (typeof object.removeEventListener != 'undefined')
object.removeEventListener(event, handler, false);
else if (typeof object.detachEvent != 'undefined')
object.detachEvent('on' + event, handler);
else
throw "Incompatible browser";
}

Добавление скрипта в DOM средствами JavaScript (читать жабаскрипт :)

Mr. Den — Wed, 14 Nov 2007 00:37:55 +0000

Это полезно, например в случае когда в результате AJAX запроса возвращается среди прочего некоторый кусок javascript кода, который нужно выполнить в броузере.

Фишка состоит в том, что javascript код нужно помещать в head документа, тогда он будет выполнен.

Последовательность добавления следующая:

PLAIN TEXT

JAVA:

scriptNode = document.createElement("script");
scriptNode.type = "text/javascript";
scriptNode.text = elValue;
document.getElementsByTagName('head')[0].appendChild(scriptNode);

Как нетрудно видеть в этом случае содержимое (собственно javascript код) представлено переменной elValue, а созданный элемент script добавляется в head документа

Как в IE перекрыть элемент управления формы своим контентом

Mr. Den — Wed, 14 Nov 2007 00:19:03 +0000

Ситуация, с которой сталкиваются при разработке галлерей или своих визуальных эффектов, или еще чего-нибудь, но в общем дело состоит в следующем: всеми гарячо любимый IE не может позволить визуально перекрыть элемент управления формы, например Div - ом с вашим драгоценным контентом плавно перемещаемым по экрану.

В этом случае может помочь следующая конструкция:

PLAIN TEXT

HTML:

id="ShimDiv" style="position:absolute; left:0; top:0">
id="tipShim" src="about:blank" scrolling="no"
frameborder="0" style="position:absolute; z-index:500">

Здесь, весь необходимый нам контент помещаем в iframe (id = tipShim), а управляем перемещением и прочими параметрами визуализации в div - е (id = ShimDiv).