форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[ Отслеживать ]

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

Сообщение от opennews (ok) on 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

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Настройка и администрирование сервера Jabberd2 "

Сообщение от SubGun (ok) on 15-Дек-08, 15:38

На мой взгляд, бесполезная статья. Гораздо интереснее было бы посмотреть на решение jabberd2+icq и ограничение доступа наружу для групп пользователей.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Настройка и администрирование сервера Jabberd2 "
	Сообщение от Аноним (??) on 15-Дек-08, 15:41
	отличная и очень информативная статья.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Настройка и администрирование сервера Jabberd2 "
	Сообщение от anesth (ok) on 15-Дек-08, 20:35
	>отличная и очень информативная статья. +2, автору респектище, год назад эта статья бы мне сильно нервов и времени сэкономила. Бросается в глаза один вещь. Никогда ещё не видел, чтобы после отзыва СН/АЧ (статья никчёмная, автор ламо), следовало предложение "я раскрыл тему гораздо шире", дополняющееся ссылкой. Обычно "критикам" просто "любопытно бы узнать" то, чего сами осилить не смогли, но считают, что кто-то должен за них осилить, разжевать, в рот положить и пальцем пропихнуть.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Настройка и администрирование сервера Jabberd2 "
	Сообщение от User294 (??) on 15-Дек-08, 22:50
	>На мой взгляд, бесполезная статья. Гораздо интереснее было бы посмотреть на решение >jabberd2+icq и ограничение доступа наружу для групп пользователей. На мой взгляд - отличная, большая и объемная статья, забойная в следующих аспектах: - Уделено внимание тому как обойтись без серверов БД и т.п. за которыми нужен отдельный уход == лишний головняк. - Хардкорная возня с керберосом и лдапом.Энтерпрайзно.Но гееееееморно!AD - unix way?:D И вообще - лдапу и керберосу можно было бы уделить больше внимания - чайники черта с два разберутся что и нафига там делается. - Автор юзает некоторые не-дефолтные штуки и что хорошо - любезно рассказал о всех возможных граблях. - По сути мини-руководство по BerkeleyDB в комплекте.Вообще BerkeleyDB - прикольная, шустрая, неприхотливая и довольно универсальная база (с биндингами под разные языки программирования и кучкой тулзей для администрежа) с разработчиками которой я в свое время приятно общался(хорошо что оракл их не разогнал :D).ИМХО уметь юзать данный вид базы - совсем не лишнее умение(для простых задач хранения key=value и подобных оно гуд).Единственное что автор весьма своеобразно изложил инфо о том что такое логи транзакций и не особо внятно описал почему и зачем репайр базы.Хотя вообще говоря - это распостраненная практика для баз данных, далеко не только беркелеевских. P.S. но геморрой однако конкретный... и автор явно ставил себе как goals совсем иные цели чем Jabber2+icq - он делал нечто уровня предприятия, при том не искав легких путей :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Настройка и администрирование сервера Jabberd2 "

Сообщение от М.Кондрин on 16-Дек-08, 10:50

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]