Scaramush,
Женщины - это нежные беззащитные существа, от которых нет никакого спасения :)
Тема обширная: нелюдями, если подумать, можно назвать и эльфов заодно с вампирами - как нечисть, так и "чисть"...
Остается придумать смертельную ситуацию...
Шаблоны все это. Включаю фантазию.
Ребята, спасибо всем!!! Огромное-преогромное... все, никаких прог на выходные. Пусть мир и все на свете проги подождут! А вместе с ними и остальное...
Из новых фантастов больше всего нравятся Симмонс и Уильямс. Буквально болею "Иноземьем" последнего (непредсказуемая смесь НФ и фэнтези). Не читали? Советую...
А классики фантастики и фэнтези - просто постоянная любовь :)))
Работы будут выложены в понедельник. Надеюсь успеть. Тема уже объявлена. Авторство раскрывать нельзя(но как только рассказ закончу, кину ссылочку).
Тема: "Найти выход из смертельной ситуации совм. с существом, обладающим нечеловеческой логикой".
На форуме Нуль-Т к категории нечеловеческой логики уже отнесли всех домашних животных, инопланетян, ИскИнов и... женщин. :)
Немного абидно, а так - смешно!!!
eshum,
Если рассматривать индекс как цельную структуру, то почему бы не построить его сегментированным по документам, а уж деревья слов (или сортированные списки), которые все равно строятся на указателях, будут накладываться на сегменты.
Первичным же ключом поиска так или иначе остаются идентификаторы слов. Так что здесь хэширование тоже не лишне.
Проблема остается проблемой - дайте мне идеальную функцию хэширования :)
Sparrow,
Поскольку поиск ведется по слову(словам), то и ключами в индексе должны быть идентификаторы нормальных форм слов. Сама организация индекса - в моем представлении - состоит из отсортированных по весу списков документов, относящихся к тому или иному слову (или, если хотите, словосочетанию - это уж как заблагорассудится разработчику).
Пока тестирование такого индекса на поиск дает неплохой результат.
От придумывания функций хэширования слов пока отказалась - тут необходимо создать идеальную функцию, скорее всего основанную на уже известных словарях...
bloodhound,
А что с ней надо делать? Оставить ее в покое...
ну, я так смотрю на вещи...
Что по второму пункту? Можно ведь к норм. форме слово приводить...
Странно, но, судя п серверным логам, то ли гугл, то ли яндекс (не помню) первый пример у меня игнорировали... может чево криво написала.... :(
Кстати, не знаю, обсуждали ли где способы бороться с session_id ?
minaton,
В роботах.тхт такого нет. Но, в общем, это дело свободы: параметры пауков отпугивать не должны, от них ведь содержимое страниц зависит. Открой страницы только для авторизованных пользователей. :) Это, ясное дело, выход такой себе, но другого пока не видно.
С другой стороны, я не видала еще таких умных роботов, чтоб они в форуме сами регистрировались :)
Здорово! :) Все мои коллеги посмеялись :^)
Artisan,
Вообще, путеводная моя задача в целом вас интересовать и не должна. Я же не спрашиваю вас, как ее реализовать :D
А вечный двигатель, увы, невозможен. Так, по крайней мере, утверждает первый закон термодинамики. Не представляется возможным его обойти :D
В этом треде мы рассматривали возможность присвоения слову(или точнее, нормальной форме слова) уникального идентификатора - заметьте, не псевдоуникального, не в рамках массива слов определенной длины (потому что такое решение не представляется мне оптимальным, да и не подойдет) - с помощью независимой от БД и массивов данных функции...
Углубившись в проблему, сделала вывод, что ни одна из рассмотренных в учебниках хэш-функций не подходит для задачи идеально.
Более возможным представляется мне вариант, предложенный ранее euhenio: скорее всего, самым быстрым способом получения идентификатора будет подобие дерева (скорее всего, основанного на словаре), свободно загружаемого в память.
Подобный алгоритм лежит в основе морф. анализатора Коваленко. Быстро и удобно - пробовала.
Жаргон, однако :) Знаков препинания в ваших предложениях панически не хватает. Боюсь, я неправильно поняла больше половины из написанного...
