-
15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby
За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.
На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.
Запись на курс до 25 апреля. Получить промодоступ ...
- Статус
<!--QuoteBegin-Medevic+6:12:2006, 08:30 -->
<span class="vbquote">(Medevic @ 6:12:2006, 08:30 )</span><!--QuoteEBegin-->Нет. Типа NotesView.SelectionFormula = "..."
А кто и когда будет менять Selection formula. Агент?
<span class="vbquote">(Medevic @ 6:12:2006, 08:30 )</span><!--QuoteEBegin-->Нет. Типа NotesView.SelectionFormula = "..."
[snapback]49965" rel="nofollow" target="_blank[/snapback]
[/quote]А кто и когда будет менять Selection formula. Агент?
<!--QuoteBegin-Mihal+6:12:2006, 11:03 -->
<span class="vbquote">(Mihal @ 6:12:2006, 11:03 )</span><!--QuoteEBegin-->А кто и когда будет менять Selection formula. Агент?
Ну да.
Агент на сервере от имени другого пользователя (Run on behalf of).
Я еще сделал профильные документы для каждого пользователя (они же используются агентом). В результате есть неплохой UI для составления фильтра и место для хранения настроек. Агент просто берет формулу из документа и меняет её.
Чтобы нормально работало, нужно иметь представление для каждого пользователя, кто будет им пользоваться. Автоматом это несложно сделать.
Скорость вполне приемлема. А удобство вообще на высоте.
Минусы:
1) если задать формулу, по которой будет не будет найдено документов, то представление не обновится (т.е. будут показаны старые документы) пока не нажмешь F9.
2) если в процессе перестроения представления попытаться еще раз сменить формулу, то получим красный экран. :blink:
3) нагрузка на сервер. Зависит от интенсивности использования.
<span class="vbquote">(Mihal @ 6:12:2006, 11:03 )</span><!--QuoteEBegin-->А кто и когда будет менять Selection formula. Агент?
[snapback]49975" rel="nofollow" target="_blank[/snapback]
[/quote]Ну да.
Агент на сервере от имени другого пользователя (Run on behalf of).
Я еще сделал профильные документы для каждого пользователя (они же используются агентом). В результате есть неплохой UI для составления фильтра и место для хранения настроек. Агент просто берет формулу из документа и меняет её.
Чтобы нормально работало, нужно иметь представление для каждого пользователя, кто будет им пользоваться. Автоматом это несложно сделать.
Скорость вполне приемлема. А удобство вообще на высоте.
Минусы:
1) если задать формулу, по которой будет не будет найдено документов, то представление не обновится (т.е. будут показаны старые документы) пока не нажмешь F9.
2) если в процессе перестроения представления попытаться еще раз сменить формулу, то получим красный экран. :blink:
3) нагрузка на сервер. Зависит от интенсивности использования.
Для: Medevic
Ещё один минус - это всё же не полнотекстовый поиск. Хотя бывает, что именно такой и надо. Ну и представление под каждого пользователя - тоже не плюс.
А можно указать временные характиристики? Например, в базе из n документов время на поиск и показ m документов занимет t секунд?
Ещё один минус - это всё же не полнотекстовый поиск. Хотя бывает, что именно такой и надо. Ну и представление под каждого пользователя - тоже не плюс.
А можно указать временные характиристики? Например, в базе из n документов время на поиск и показ m документов занимет t секунд?
Constantin A Chervonenko
Green Team
И даже не on behalf. Главное, что RunOnServer
Во.. Хорошо, если юзеров 10. А если 1000?
Главный минус: такой "поиск" работает путем полного тупого перебора ВСЕЙ базы. Индексы не используются. Хорошо, если в ней 1-5 тысяч документов. А если 100 000? Или 1000 000? db.Search({formula}, dat, n) и то быстрее работает (если грамотно задать 2-3й параметры).
IMHO: динамическая подмена selection-формул очень полезная фича. Но пользовать её надо оч.осторожно. Например для для поддержки вьюх типа "документы за сегодня" "..за неделю" и т.п..
<!--QuoteBegin-Mihal+6:12:2006, 11:34 -->
<span class="vbquote">(Mihal @ 6:12:2006, 11:34 )</span><!--QuoteEBegin-->Ещё один минус - это всё же не полнотекстовый поиск. Хотя бывает, что именно такой и надо.
В моем случае как раз такой и надо. Используется только в одной базе.
<!--QuoteBegin-Mihal+6:12:2006, 11:34 -->
<span class="vbquote">(Mihal @ 6:12:2006, 11:34 )</span><!--QuoteEBegin-->Ну и представление под каждого пользователя - тоже не плюс.
Ага. В моем случае, этим поиском пользуется один человек. :blink:
<!--QuoteBegin-Mihal+6:12:2006, 11:34 -->
<span class="vbquote">(Mihal @ 6:12:2006, 11:34 )</span><!--QuoteEBegin-->А можно указать временные характиристики? Например, в базе из n документов время на поиск и показ m документов занимет t секунд?
Сложно сказать. Зависит от того, сколько документов была изначально в представлении и сколько должно появится после применения формулы, от сортировок колонок (у меня 19 колонок с возможностью сортировки) и других настроек базы.
С пустой формулой (т.е. должны быть показаны все документы) получается около 10 тыс. документов.
Применил формулу, в результате которой было найдено 176 документов. Время 34 с.
После чего применил формулу, результат которой 7900 документов. Время 65 с.
Потом 7900->5200. 38 с.
Проверял на базе, которая находится в другом городе. Если сервер недалеко, то будет быстрее.
Для: Constantin A Chervonenko
Согласен. Если бы этот метод был бы панацеей от всех бед, то пользовались бы им.
<span class="vbquote">(Mihal @ 6:12:2006, 11:34 )</span><!--QuoteEBegin-->Ещё один минус - это всё же не полнотекстовый поиск. Хотя бывает, что именно такой и надо.
[snapback]49981" rel="nofollow" target="_blank[/snapback]
[/quote]В моем случае как раз такой и надо. Используется только в одной базе.
<!--QuoteBegin-Mihal+6:12:2006, 11:34 -->
<span class="vbquote">(Mihal @ 6:12:2006, 11:34 )</span><!--QuoteEBegin-->Ну и представление под каждого пользователя - тоже не плюс.
[snapback]49981" rel="nofollow" target="_blank[/snapback]
[/quote]Ага. В моем случае, этим поиском пользуется один человек. :blink:
<!--QuoteBegin-Mihal+6:12:2006, 11:34 -->
<span class="vbquote">(Mihal @ 6:12:2006, 11:34 )</span><!--QuoteEBegin-->А можно указать временные характиристики? Например, в базе из n документов время на поиск и показ m документов занимет t секунд?
[snapback]49981" rel="nofollow" target="_blank[/snapback]
[/quote]Сложно сказать. Зависит от того, сколько документов была изначально в представлении и сколько должно появится после применения формулы, от сортировок колонок (у меня 19 колонок с возможностью сортировки) и других настроек базы.
С пустой формулой (т.е. должны быть показаны все документы) получается около 10 тыс. документов.
Применил формулу, в результате которой было найдено 176 документов. Время 34 с.
После чего применил формулу, результат которой 7900 документов. Время 65 с.
Потом 7900->5200. 38 с.
Проверял на базе, которая находится в другом городе. Если сервер недалеко, то будет быстрее.
Для: Constantin A Chervonenko
Согласен. Если бы этот метод был бы панацеей от всех бед, то пользовались бы им.
Тут увидел в одной базе тоже забавное решение: в качестве результата поиска формируется документ с RichText-полем, в которое результаты с doclink'ами складываются. Жаль только, сгруппировать данные красиво этим методом будет непросто :angry:
- Статус
Обучение наступательной кибербезопасности в игровой форме. Начать игру!