Встала передо мной задачка, написать некоторый шлюз между реляционной БД и лотусом, смысл заключается в том что б при появлении пользователя в реляционной базе, программка поискала его почтовый адрес в names.nsf и записала в реляционную систему. Естественно никаких id-ков нет, искать приходится по ФИО, что чревато возможными совпадениями, поэтому я проверяю количество возвращаемых документов в коллекции получаемой Search, в результате из 750 юзверей у меня нашлось 10 таких вот не однозначных. Начал разбираться ответ оказался прост у всех 10 были двойники Replication or SAVE conflict. В связи с этим вопрос, как в Search исключить ошибки и получить только нормальный документ.
-
15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby
За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.
На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.
Запись на курс до 25 апреля. Получить промодоступ ...
Всем спасиб, так и думал , что есть такое поле, найти не мог ))) Сейчас изъян победю и в пром эксплуатацию ))))Обучение наступательной кибербезопасности в игровой форме. Начать игру!