• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

    На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.

    Запись на курс до 25 апреля. Получить промодоступ ...

Решено Ls: getdocumentbykey ищет неправильно

  • Автор темы anna
  • Дата начала
A

anna

и ишо - так и делает - как написал @savl
[DOUBLEPOST=1425481932,1425481856][/DOUBLEPOST]не понял

Просто я думалъ
Все получилось. Пасиба. Возможно, так и будем
Function URLEncode(s As String, cset As String) As String
Dim v As Variant
v= Evaluate(|@URLEncode("| + cset + |";"| + s + |")|)
URLEncode= v(0)
End Function
Set DivisionByCode=db.GetView("DivisionByCodeURLEncode")
Dim dc As NotesDocumentCollection
Print URLEncode(KSTR, "Domino")
Set DivisionDoc=DivisionByCode.GetDocumentByKey(URLEncode(KSTR, "Domino"),True)
If Not DivisionDoc Is Nothing Then
Print "Вижу" + DivisionDoc.Division(0) + DivisionDoc.Code(0)
End If
 
Последнее редактирование:
A

anna

Выводы - GetDocumentByKey по ключам, содержащим символы чужих кодировок, лучше делать, прогнав и колонку в виде через @URLENCODE, и аргумент через функцию, кодирующую в BASE-64. Ну, либо через GetAllDocumentsByKey со сравнением значений.
А вот почему данная функция выдает такую ошибку, я, пожалуй, запрошу ibm
PS: костыль с бантиком
 

alexas1

Green Team
10.04.2014
1 202
225
BIT
37
или еще хлеще - пассворд по двум одинаковым последовательностям сгенерит мне разные значения..... и будет совсем красота
Теоретически может ;) с мизерной вероятностью. Хотя ваш ключ тоже сгенерён односторонней функцией - зуб даю! А НИ ОДНА односторонняя функция не даст 100% гарантии индивидуальности, тем более с таким коротким результатом (даже mod2 c идеальным случайным числом не меньше второго слагаемого, чего не бывает в принципе). Иначе не было бы проблемы идеального шифрования.
Мне кажется Вы мудрите.
-------------------------------
Но это так, теория. А ващще, принимая сторонний док, можете сгенерить новый ключ по любому алгоритму, который считаете надёжным, хоть UNID.
 
Последнее редактирование модератором:

lmike

нет, пердело совершенство
Lotus Team
27.08.2008
7 941
609
BIT
215
Хотя ваш ключ тоже сгенерён односторонней функцией - зуб даю!
вполне возможно, а алгоритм создания ключей в домине - хэш ф-ция
вот, возможно, в коллизию и воткнулись ;)
 
  • Нравится
Реакции: alexas1
A

anna

Мне кажется Вы мудрите.
Нет, я, напротив, считаю усложнением замену существующих ключиков. Пусть будут такими, как есть, тем более что они нужны только на этапе синхронизации иерархии документов со сторонним приложением, которое является источником.
Далее они мне не нужны и не используются. Поэтому, если у них выйдет дубль, то это будет у них проблема, а вот если у нас - то уже моя. И зачем?
Через @UrlEncode все-же, считаю, красивее.
 
  • Нравится
Реакции: alexas1

rinsk

Lotus Team
12.11.2009
1 151
125
BIT
4
Интересная дискуссия... один в один как форумах RDBMS :))
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!