LINUX.ORG.RU

История изменений

Исправление rebforce, (текущая версия) :

Ну по-хорошему ID сообщения назначается нодой-источником и зависит от SHA-2 содержимого (вместе с метаданными). Алгоритм в спецификации есть.

  1. Calculate SHA256 of the message in the Node-to-Point format as binary data.
  2. Calculate Base64 of the resulting binary hash sum.
  3. Truncate to the first 20 characters.
  4. Replace all occurrences of + or - with A, and / or _ with z.
  5. The result of these operations is your ii message ID.

Последнее время всякие «интересные личности» начали редактировать сообщения непосредственно на нодах без обновления ID, но у меня, например, клиент сразу пишет напротив таких сообщений «ID hash mismatch».

Исправление rebforce, :

Ну по-хорошему ID сообщения назначается нодой-источником и зависит от SHA-2 содержимого (вместе с метаданными). Алгоритм в спецификации есть.

  1. Calculate SHA256 of the message in the Node-to-Point format as binary data.
  2. Calculate Base64 of the resulting binary hash sum.
  3. Truncate to the first 20 characters.
  4. Replace all occurrences of + or - with A, and / or _ with z.
  5. The result of these operations is your ii message ID.

Последнее время всякие «интересные личности» начали редактировать сообщения непосредственно на нодах, но у меня, например, клиент сразу пишет напротив таких сообщений «ID hash mismatch».

Исходная версия rebforce, :

Ну по-хорошему ID сообщения назначается нодой и зависит от SHA-2 содержимого (вместе с метаданными). Алгоритм в спецификации есть. Последнее время всякие «интересные личности» начали редактировать сообщения непосредственно на нодах, но у меня, например, клиент сразу пишет напротив таких сообщений «ID hash mismatch».