воувоу полехче, до hybrid property в Алхимии щас дело дойдет!

чтобы работала конструкция типа s.hello = 'hellowrld'

эта конструкция и так работает на почти любом юзерклассе

вшитые иммутаблы шлют нафиг, бо у них сишные реализации имеют заглушку для сетаттра

сетаттр(х, у, й) нужен обычно лишь когда "у" генерируется динамически, в остальном х.у=й написать резко проще

отцы, помогите, плз. у меня питон версии 3.5.1, есть guid.proto вида syntax = "proto3"; message Guid { fixed64 lo = 1; fixed64 hi = 2; } мне нужно сгенерить такой guid, который можно будет сериализовать по такому протобуферу. я проделал совсем тупое решение типа сгенерить uuid4().int, скастовать из него строку и наслайсить два куска по 8 байт. я гуглил и читал доки про протобуф и uuid, но не получается, Б. точнее, получается какая-то хуйня, а хочется, чтоб по-человечески. заранее спасибо!

а чем сериализуешь в протобуф на стороне питона?

отцы, помогите, плз. у меня питон версии 3.5.1, есть guid.proto вида syntax = "proto3"; message Guid { fixed64 lo = 1; fixed64 hi = 2; } мне нужно сгенерить такой guid, который можно будет сериализовать по такому протобуферу. я проделал совсем тупое решение типа сгенерить uuid4().int, скастовать из него строку и наслайсить два куска по 8 байт. я гуглил и читал доки про протобуф и uuid, но не получается, Б. точнее, получается какая-то хуйня, а хочется, чтоб по-человечески. заранее спасибо!

struct.unpack("ll", uuid.bytes)

ему скорее нужен пак

+фрейминг для пбуфа

и ll не проканает же

fixed64 == l, вроде

но пак тогда будет хотеть 2 числа, а не одно

олсо uuid.bytes это уже закодированный вариант...

так unpack вернет 2 числа, которые скармливаются паку ...

так ему и надо ж два, не?

так unpack вернет 2 числа, которые скармливаются паку ...

нет

точнее. какой смысл бить гуид пополам в питоньей версии?

ыдга, 285!

потому что это надо потом куда-то протобуфом отправить в таком формате? *)

ичо

чо и чо?

это прям причина держать гуид распидорасенным пополам?

ну, почему нет?

а почему тогда вообще гуид? а не два инта64?

выкинуть нафиг import uuid

сорри, канонично выступил, задал вопрос и отквлекся :) ща

анпак можно сделать через uuid.UUID(bytes=foo[:16]) пак через uuid.bytes

капитан

я хз как пбуф фреймит, но наверняка просто и через стракт

главное uuid.bytes/uuid.bytes_le не путать

а то ваш сучий линукс уже заебал

а чем сериализуешь в протобуф на стороне питона?

эээ, я только второй день курю протобуфы. если правильно понимаю вопрос, то сериализую так: сначала скомпилил .proto в .py (protoc), у себя в скрипте просто создаю инстанс и им делаю .SerializeToString() - получаю байты

эм

эмулятор гуидов

struct.unpack("ll", uuid.bytes)

вот мне тут старший товарищ как раз именно в эту сторону и сказал копать

только стракт примерно не нужен

конкретно для гуидов

ну еще вариант сделать типа .bytes и кастовать два инта из первой половины и второй половины (слайсами)

а почему тогда вообще гуид? а не два инта64?

хороший вопрос. но я думал таким образом добиться уникальности

вообще суть - надо меняться данными с третьей стороной, их апи разговаривает на протобуфе, в каждое сообщение от меня надо пихать guid такого вот вида (8 байт + 8 байт). еще был вариант из UUID.fields набирать, но тоже изврат какой-то имхо

просто подумал может кто-то из присутствующих подобной херней уже страдал и знает, как правильно

я более интересной хуйней страдаю

надо самопальный недо-ууид "abcde-12345-fedcb" эффективно хранить в бд, ну я че, я ебнул его в unsigned int 64, збс а вот с конвертацией его обратно в такой формат на стороне бд возникли проблемы

в итоге получилось так %))) arrayStringConcat(arrayMap(s -> replaceRegexpOne(s, '(^0+)', ''), extractAll(substring(reverse(replaceRegexpAll(toFixedString(reverse(lower(hex(id))), 16), '\\0', '0')), 2, 15), '\\w{5}')), '-') AS result_id

вот человек тоже с похожим протобуфом межязыковым гуидом трахается http://stackoverflow.com/questions/26417127/protobuf-net-interop-with-java-uuid-and-c-sharp-guid

в итоге получилось так %))) arrayStringConcat(arrayMap(s -> replaceRegexpOne(s, '(^0+)', ''), extractAll(substring(reverse(replaceRegexpAll(toFixedString(reverse(lower(hex(id))), 16), '\\0', '0')), 2, 15), '\\w{5}')), '-') AS result_id

%)

сижу думаю, пиздато, что я в два раза для PK место и память сэкономил или не пиздато, потому что коллеги меня теперь иногда хотят отпиздить, кажется

их можно понять, в общем-то

ну блин, читабельные айдишники редко нужны, а для агрегаций так вообще нахуй не вперлись

я так понимаю обычно такие штуки сопровождаются комментом в коде типа "don't ever touch this magic", да?

да %)))

материться в конфлюенсе я не решился, поэтому описал "полная жесть, но работает точно"

сегодня еще попутно выяснил, что БД била данные при replaceAll, поэтому пришлось перейти на replaceRegexAll и менять регуляркой - эта функция работает нормально %)))

а кто на .NET пишет, там guid так вот хорошо укладывается в эти 8 + 8? зачем-то же они родили такой .прото

они же его на своей стороне десериализуют

@iamigor выглядит круто, но криво

@iamigor выглядит круто, но криво

да пиздец

просто там еще проблема в том, что 238594909322565 == d9-34d-bd45, т.е. leading zeroes каждого блока удаляются

там проблема, что ты вообще это в бд делаешь

это да %)) но меня попросили!

так себе оправдание )))

да :(

fixed64 == l, вроде

а разве не q? fixed64 Always eight bytes.

а в какой бд вшит жс?

или это ты монгу так обозвал?

ERROR: S client not available

я так понимаю мне надо struct.unpack("qq", uuid.uuid4().bytes)

почему вы никогда алигмент не задаете? живете в идеальном мире?

олсо знаковые инты очень прикольно в хекс перегонять, когда они отрицательные

почему вы никогда алигмент не задаете? живете в идеальном мире?

а? можно для тупых поподробнее?

struct.unpack('<QQ', buf)

олсо знаковые инты очень прикольно в хекс перегонять, когда они отрицательные

кстати да

< чтобы задать ендианнесс явно Q чтобы беззнаковое

в итоге получилось так %))) arrayStringConcat(arrayMap(s -> replaceRegexpOne(s, '(^0+)', ''), extractAll(substring(reverse(replaceRegexpAll(toFixedString(reverse(lower(hex(id))), 16), '\\0', '0')), 2, 15), '\\w{5}')), '-') AS result_id

ты не игорь, ты джавахарлал какой-то

< чтобы задать ендианнесс явно Q чтобы беззнаковое

спасибо большое! (ненавижу быть тупым. пойду почитаю что Игорь Соколов пишет, сразу легче становится)

вейт. это кликхаус аще?

?

toFixedString(reverse(lower(hex(id))), 16) зачем там реверс?

а, он двойной...

Господа, а бывало ли у вас, что Pillow 4.1.0 и libwebp6 (и 5) из Debian Jessie не могли открыть webp, ссылаясь на "не могу определить тип изображения"? file говорит про webp, просмотрщики открывают как webp, то есть дело не в файле

да, реверс двойной, чтоб в конце появились nul-байты в достаточном количестве, потому что конкатенация в начало строки выглядела бы в разы более ебано

т.е. если hex-строка короткая, переворачиваем, дописываем в конец нули, переворачиваем обратно, получаем нули в начале - профит

:) SELECT proper, id, lower(hex(id)) AS hex_id, reverse(hex_id) AS reversed_id, substring(reversed_id, 1, 15) AS subreversed_id, toFixedString(reversed_id, 16) AS fixed_id, replaceRegexpAll(fixed_id, '\\0', '0') AS replaced_id, reverse(replaced_id) AS reversed_2_id, substring(reversed_2_id, 2, 15) AS trimmed_id, extractAll(trimmed_id, '\\w{5}') AS extracted_id, arrayMap(s -> replaceRegexpOne(s, '(^0+)', ''), extracted_id) AS array_id, arrayStringConcat(array_id, '-') AS result_id, result_id == proper AS result FROM clickids;

вот полный, если интересно %)

"PIL reads and writes WebP files. The specifics of PIL’s capabilities with this format are currently undocumented."

?

"PIL reads and writes WebP files. The specifics of PIL’s capabilities with this format are currently undocumented."

Да он умеет в webp, но почему-то на конкретном конфиге он отказывается воспринимать webp как webp

Pillow собран с поддержкой, грит что available

А нихрена

знаешь или понимаешь?

https://vc.ru/p/coder-dating читаю и плакаю... "сначала привлекали девушек как основную аудиторию, их набрать намного легче, чем программистов" "в дальнейшем стали пытаться угодить обеим аудиториям. Программистам хотелось более крутую консоль и доступ к API, девушкам — больше удобства в переписке и на сайте."

угу, там комменты напалмом

Доступ к апи это огонь: пойду за обедом напишу скрипт что бы жену нашел, а то скучно чот

https://vc.ru/p/coder-dating читаю и плакаю... "сначала привлекали девушек как основную аудиторию, их набрать намного легче, чем программистов" "в дальнейшем стали пытаться угодить обеим аудиториям. Программистам хотелось более крутую консоль и доступ к API, девушкам — больше удобства в переписке и на сайте."

http://loveplusplus.ru

http://loveplusplus.ru

https://vc.ru/p/coder-dating

Спасибо

Но это другой сайт :)