Есть один use case, редко учитываемый разработчиками словарей. Группа
компов в локалке использует один набор словарей, чтобы не вызывать
избыточности и необходимости поддерживать дистрибуцию локальных копий.
Это имеет смысл для домашнего сервера, чтобы не нагружать ноуты и
нетбуки ненужным файлом, это имеет смысл для небольшого ou в целях
упрощения администрирования.
То есть в данном случае необходимо выделение явного сервера,
отвечающего на поисковые запросы по словарным статьям и протокола
обмена данными, по которому клиенты могли бы вытаскивать нужные
данные.
Сейчас я пользуюсь севером dictd, протоколом dict и клиентом
fantasdic. Но сам протокол давно устаревший, а клиент, хоть и лучший
из возможных вариантов, тоже не слишком удобен (популярные словари
goldendict и stardict протокол dict не поддерживают). Соответственно я
хотел бы найти достойную замену сему устаревшему комплекту.
Читая пользовательскую документацию LightLang, я обратил внимание на
наличие нескольких фронтендов и упоминания о клиент-серверной
архитектуре.
Насколько далеко разработчики зашли в деле разделения клиента и
сервера? Возможно ли уже сейчас деплоить их на разные хосты? Или может
быть этого можно добиться незначительными модификациями кода? В
последнем случае я готов их произвести.
9 ноября 2010 г. 18:34 пользователь ayvango <ayv...@gmail.com> написал:
> --
> Вы получили это сообщение, поскольку подписаны на группу LightLang.
>
> Чтобы добавлять сообщения в эту группу, отправьте письмо по адресу ligh...@googlegroups.com.
> Чтобы отменить подписку на эту группу, отправьте сообщение по адресу lightlang+...@googlegroups.com.
> О дополнительных функциях можно узнать в группе по адресу http://groups.google.com/group/lightlang?hl=ru.
>
>
On 9 ноя, 19:11, Maxim Devaev <mdev...@gmail.com> wrote:
> потом могу приступить и к сетевой версии.
Я посмотрел текущий код SL. Он достаточно малофункционален, можно
сказать минималистичен. Расходовать время на превращение его в
полноценный сетевой вариант клиент-сервера бессмысленно. Тогда уже
менее затратно будет научиться запускать в качестве бекэнда тот самый
сервер dictd. Он умеет прямой и обратный индекс (для быстрого поиска
по суффиксу или префиксу), поиск регэкспами, по фонетической близости
и по расстоянию левенштейна, не превышающему единицу, и по вхождению
подстроки.
Ему ещё есть к чему стремится - даже потенциал банального suffix tree
не использован. Но и без того это уже дофига кода, который было бы
жаль оставлять валяться без дела.