Алгоритм формирования значения реквизита ВерсияДанных - известен? #689235

нашел только ветку где автора зафукали и сказали пользоваться планом обмена. Это все клево, но чисто академический вопрос меня таки продолжает мучать.

16 разрядная система, +1, при каждом получении объекта. ИМХО, ссылку не дам.

ну окей, иногда и в спец-олимпиадах главное не победа, а участие... Хотя так бы и я мог сказать. Просто по ссылке как раз чувак говорит о том, что более ранняя версия имеет большее 16-ричное значение... Воот.

Даже в примере видно что система 36-ти разрядная

Точно!

whatever

в мс скл версии _Version - timestamp думаю по ссылке в ошибся. проверьте файловую.

+

Это 64-разрядная система, закодированная в Base64. После декодирования и отбрасывания 2-ух младших разрядов, получаем наше значение. Из примера, первые 4 строки: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1101 0011 0111 1001 0110 00 866198 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1101 0011 0111 1001 0111 00 866199 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1101 0011 0111 1001 1000 00 866200 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1101 0011 0111 1001 1001 00 866201 В конце каждой строки приведено десятичное значение.

2 Секс, годится.

спасибо а откуда дровишки? То есть - как догадался-то?

По знаку "=" в конце ))

тось ты просто в какой-то момент проснулся с утра и подумал:"Хмм... дай-ка я попробую значение этого поля расшифровать из base64 и перевести из 16-ричной системы в 10-чную. Будет весело!" Так что ли?

или там из 64-чной - не суть

Да я вообще про это особо не думал, я случайно в тему зашел, посмотрел, проверил, да и все. Ничего тут такого нет. Да вообще, я после этого уже посмотрел, вот здесь в посте 15 сказано, что там Base64.

Да и можно не удалять 2 последних разряда, все равно следующее будет больше предыдущего, только не на 1, а в 4 раза.