URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 46740
[ Назад ]

Исходное сообщение
"Настройка и администрирование сервера Jabberd2 "

Отправлено opennews , 15-Дек-08 15:38 
По согласованию с редакцией в сети появился расширенный вариант статей, опубликованных в 8-9 номере журнала Системный Администратор за этот год.
В статье (http://post.hppi.troitsk.ru/~mike/XMPP/myjab.html) описана установка защищенного сервера Jabberd2 с аутентификацией пользователей в Kerberos и использованием локальных дисковых баз (BerkeleyDB) для хранения данных о пользователях. В качестве альтернативного варианта рассматривается размешение списка контактов и электронных визиток (vсards) на сервере OpenLDAP.


URL: http://post.hppi.troitsk.ru/~mike/XMPP/myjab.html
Новость: http://www.opennet.me/opennews/art.shtml?num=19392


Содержание

Сообщения в этом обсуждении
"Настройка и администрирование сервера Jabberd2 "
Отправлено SubGun , 15-Дек-08 15:38 
На мой взгляд, бесполезная статья. Гораздо интереснее было бы посмотреть на решение jabberd2+icq и ограничение доступа наружу для групп пользователей.

"Настройка и администрирование сервера Jabberd2 "
Отправлено Аноним , 15-Дек-08 15:41 
отличная и очень информативная статья.

"Настройка и администрирование сервера Jabberd2 "
Отправлено anesth , 15-Дек-08 20:35 
>отличная и очень информативная статья.

+2, автору респектище, год назад эта статья бы мне сильно нервов и времени сэкономила.

Бросается в глаза один вещь. Никогда ещё не видел, чтобы после отзыва СН/АЧ (статья никчёмная, автор ламо), следовало предложение "я раскрыл тему гораздо шире", дополняющееся ссылкой. Обычно "критикам" просто "любопытно бы узнать" то, чего сами осилить не смогли, но считают, что кто-то должен за них осилить, разжевать, в рот положить и пальцем пропихнуть.


"Настройка и администрирование сервера Jabberd2 "
Отправлено User294 , 15-Дек-08 22:50 
>На мой взгляд, бесполезная статья. Гораздо интереснее было бы посмотреть на решение
>jabberd2+icq и ограничение доступа наружу для групп пользователей.

На мой взгляд - отличная, большая и объемная статья, забойная в следующих аспектах:
- Уделено внимание тому как обойтись без серверов БД и т.п. за которыми нужен отдельный уход == лишний головняк.
- Хардкорная возня с керберосом и лдапом.Энтерпрайзно.Но гееееееморно!AD - unix way?:D И вообще - лдапу и керберосу можно было бы уделить больше внимания - чайники черта с два разберутся что и нафига там делается.
- Автор юзает некоторые не-дефолтные штуки и что хорошо - любезно рассказал о всех возможных граблях.
- По сути мини-руководство по BerkeleyDB в комплекте.Вообще BerkeleyDB - прикольная, шустрая, неприхотливая и довольно универсальная база (с биндингами под разные языки программирования и кучкой тулзей для администрежа) с разработчиками которой я в свое время приятно общался(хорошо что оракл их не разогнал :D).ИМХО уметь юзать данный вид базы - совсем не лишнее умение(для простых задач хранения key=value и подобных оно гуд).Единственное что автор весьма своеобразно изложил инфо о том что такое логи транзакций и не особо внятно описал почему и зачем репайр базы.Хотя вообще говоря - это распостраненная практика для баз данных, далеко не только беркелеевских.

P.S. но геморрой однако конкретный... и автор явно ставил себе как goals совсем иные цели чем Jabber2+icq - он делал нечто уровня предприятия, при том не искав легких путей :)


"Настройка и администрирование сервера Jabberd2 "
Отправлено М.Кондрин , 16-Дек-08 10:50 
Спасбо за отклики!

2User294 BerkeleyDB мне тоже очень понравилась. SQL сейчас используется повсюду, хотя для встроенных баз bdb подошла бы идеально (тот же Yadava на ней телефонные справочники для смартфонов делает). Предполагалось же, что SQL - это язык для конечного пользователя, который составлением запросов будет получать информацию из базы, а оказалось, что он превратился в инструмент разработчика (причем в ущерб развитию настоящего API). Т.е. мне кажется, что для многих пректов, где сейчас используется SQL, переход на BDB пошел бы на пользу... Хотя к его API, конечно же, надо привыкнуть...