Examples: query, "exact match", wildcard*, wild?ard, wild*rd
Fuzzy search: cake~ (finds cakes, bake)
Term boost: "red velvet"^4, chocolate^2
Field grouping: tags:(+work -"fun-stuff")
Escape special characters +-&|!(){}[]^"~*?:\ - e.g. \+ \* \!
Range search: properties.timestamp:[1587729413488 TO *] (inclusive), properties.title:{A TO Z}(excluding A and Z)
Combinations: chocolate AND vanilla, chocolate OR vanilla, (chocolate OR vanilla) NOT "vanilla pudding"
Field search: properties.title:"The Title" AND text
Back to post

Revisions 2

one year ago
Парсинг комментариев
Парсинг комментариев
Проблема, кажется, заключается в том, что вы пытаетесь разобрать комментарий транзакции как целое число, но оно не сохраняется как целое число в хранилище данных вашего контракта. В функции "recv_internal" вы загружаете первые 32 бита среза "in_msg" как целое число и сохраняете его в переменной "op". Затем вы загружаете следующие 8 битов как целое число и сохраняете его в переменной "kek". Но после этого вы сохраняете значение "kek" в хранилище данных контракта с помощью функции "set_data" и метода "store_uint". Этот метод сохраняет целочисленное значение как ряд байт в ячейке, но он не сохраняет значение таким образом, что его можно легко получить или интерпретировать как целое число позже. В функции "load_data" вы пытаетесь прочитать зна
Проблема, кажется, заключается в том, что вы пытаетесь разобрать комментарий транзакции как целое число, но оно не сохраняется как целое число в хранилище данных вашего контракта. В функции "recv_internal" вы загружаете первые 32 бита среза "in_msg" как целое число и сохраняете его в переменной "op". Затем вы загружаете следующие 8 битов как целое число и сохраняете его в переменной "kek". Но после этого вы сохраняете значение "kek" в хранилище данных контракта с помощью функции "set_data" и метода "store_uint". Этот метод сохраняет целочисленное значение как ряд байт в ячейке, но он не сохраняет значение таким образом, что его можно легко получить или интерпретировать как целое число позже. В функции "load_data" вы пытаетесь проч
one year ago
Original
Парсинг комментариев

Проблема, кажется, заключается в том, что вы пытаетесь разобрать комментарий транзакции как целое число, но оно не сохраняется как целое число в хранилище данных вашего контракта. В функции "recv_internal" вы загружаете первые 32 бита среза "in_msg" как целое число и сохраняете его в переменной "op". Затем вы загружаете следующие 8 битов как целое число и сохраняете его в переменной "kek". Но после этого вы сохраняете значение "kek" в хранилище данных контракта с помощью функции "set_data" и метода "store_uint". Этот метод сохраняет целочисленное значение как ряд байт в ячейке, но он не сохраняет значение таким образом, что его можно легко получить или интерпретировать как целое число позже. В функции "load_data" вы пытаетесь проч