Так что ты уже можешь начинать писать питон 3 реди код

да я не говорю, что не могу писать под третий, просто у меня пригар от хипстоты "ой у тебя проджект на второй ветке, ебать ты динозавр".

мужики давайте за теорию дарвина перетрем , мне вот оппоннент утверждает что нет переходных форм человека, вообще все лабуда и мы произошли от каких то там богов

мужики давайте за теорию дарвина перетрем , мне вот оппоннент утверждает что нет переходных форм человека, вообще все лабуда и мы произошли от каких то там богов

попроси отсыпать,пожалуйста

попроси отсыпать,пожалуйста

я настаиваю чтобы вы мне дали основание считать его дураком

да я не говорю, что не могу писать под третий, просто у меня пригар от хипстоты "ой у тебя проджект на второй ветке, ебать ты динозавр".

Так как раз таки наоборот. Хорошо когда проект поддерживает и вторую ветку тоже.

просто сам доказать обратное не могу

Например, могу вспомнить что с collectd такое безобразие, что там платины только на втором питоне можно было писать.

просто сам доказать обратное не могу

а нахрена ты ему что то доказываешь? Он тебе втирает пусть сам и доказывает :D

а нахрена ты ему что то доказываешь? Он тебе втирает пусть сам и доказывает :D

вот это реально тема??

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

а нахрена ты ему что то доказываешь? Он тебе втирает пусть сам и доказывает :D

Чайник Рассела? :))

Например, могу вспомнить что с collectd такое безобразие, что там платины только на втором питоне можно было писать.

я в профессии совсем недавно, может и стоит больше времени уделить трешке и ее новым штукам

Чайник Рассела? :))

Да,именно он :D

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

с чего это стало вдруг гипотезой, еще не доказан факт существования нло, только на уровне - я вот увидел, вот фотка моего летающего тазика

я в профессии совсем недавно, может и стоит больше времени уделить трешке и ее новым штукам

Там из новых штук только человеческая поддержка текста и юникода. Кое-что вроде как подправили в самом интерпретаторе якобы. Теперь утверждают, что GIL не тормозит.

Там из новых штук только человеческая поддержка текста и юникода. Кое-что вроде как подправили в самом интерпретаторе якобы. Теперь утверждают, что GIL не тормозит.

как я понимаю "поддержка юникода" исключает эти танцы с .encode('utf-8'), например? Ну меня там еще async привлекает, который стал нативной частью интерпретатора

Опциональная типизация

как я понимаю "поддержка юникода" исключает эти танцы с .encode('utf-8'), например? Ну меня там еще async привлекает, который стал нативной частью интерпретатора

Теперь есть "строки" двух типов: байтовая последовательность и юникодный текст. Юникодный текст можно представить байтовой последоваткльностью в любой кодировке и наоборот. Как то так. На мой взгляд достаточно удобное разделение.

@abc @Ox2207 пожалуй погружусь в тему трешки посерьезней, спасибо

ссылка на архив обновлена , забираем коллекцию со всего интернета=)https://www.dropbox.com/sh/tbtps8r0i5hsfua/AACWPocw-YdYCGcLB9fGciYKa?dl=0

ссылка на архив обновлена , забираем коллекцию со всего интернета=)https://www.dropbox.com/sh/tbtps8r0i5hsfua/AACWPocw-YdYCGcLB9fGciYKa?dl=0

Жаль только, что с dropbox не скачать нормально, а так спасибо)

как я понимаю "поддержка юникода" исключает эти танцы с .encode('utf-8'), например? Ну меня там еще async привлекает, который стал нативной частью интерпретатора

Зачем тебе async?

@pragus писать асинхронный код?

ссылка на архив обновлена , забираем коллекцию со всего интернета=)https://www.dropbox.com/sh/tbtps8r0i5hsfua/AACWPocw-YdYCGcLB9fGciYKa?dl=0

Есть такой же по руби?

Есть такой же по руби?

Увы

Попробую собрать

Хей, ночной. Как в Редисе сделать атомарный инкремент с проверкой, что ключ не заэкспайрился?

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

Watch-exec не катит, потому что watch не срабатывать на expire от сервера.

Попробую собрать

Не обещаю, но попробую.

Думаю, может Луа скрипт туда пихнуть.

Он вроде тоже атомарно выполняется, можно еще логику туда насовать типа проверки ttl.

Но пока не знаю.

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

Батч?

@pragus писать асинхронный код?

Например?

Батч?

В смысле батч? Был вариант с транзакцией, вешать watch на ключ. Но watch ругается только когда конкурентное изменение ключа происходит. В моем случае ключ экспайрится самим сервером и watch это пропускает.

Причем incr на ключ в Редисе, если ключ заэкспайрился, создаст новый, но с ttl -1.

То есть уже не volatile key.

^ кусок кода к проблеме. Там race condition, вот думаю как бы ее избежать.

В смысле батч? Был вариант с транзакцией, вешать watch на ключ. Но watch ругается только когда конкурентное изменение ключа происходит. В моем случае ключ экспайрится самим сервером и watch это пропускает.

Зачем вешать watch?

Зачем вешать watch?

Я думал сначала, что watch отлавливает expire ключа. Оказалось, что нет, watch только отлавливает конкурентные изменения.

http://redis.io/topics/transactions

а что ты хочешь сделать?

Там даже в камментах к WATCH неправильная инфа написана > I did an experiment on 2.6.16 and it seems that expiration of WATCHed keys does count as modification that would prevent EXEC from executing queued commands. http://redis.io/commands/WATCH Я написал коммент, что мол это типа не так, но у них там модерирование коментов и его до сих пор не зааппрувили.

Исходная задача какая?

а что ты хочешь сделать?

Скинул выше скриншот. Проблема в том, что между проверкой существования и incr ключ может заэкспайриться.

Соответственно, задача — избежать race condition.

Скинул выше скриншот. Проблема в том, что между проверкой существования и incr ключ может заэкспайриться.

Я видел. Исходная задача какая?

В данном случае гонка с сервером, который безжалостно экспайрит ключи.

Я видел. Исходная задача какая?

Делать инкремент, который в случае несуществования ключа возвращает ошибку. В Редисе инкремент создает ключ.

При таком решении как на скриншоте возможна ситуация: - ключ существует - ключ экспайрится - ключ инкрементится -> создается новый ключ со значением 1 и ttl -1.

Делать инкремент, который в случае несуществования ключа возвращает ошибку. В Редисе инкремент создает ключ.

Что мешает проверить существует ключ или нет до инкремента?

^ так ведь это и делается

Но после того как он проверится есть ms, во время которых ключ может заэкспайриться.

Ну и?

Ну и мы получим - ключ экспайрится - ключ инкрементится -> создается новый ключ со значением 1 и ttl -1.

Ну создастся заново

В чем трабл?

То есть мы получим вообще левую фигню вместо значения и без ttl.

Зачем тебе ттл

?

Потому что ключ временный.

Я пытаюсь подтолкнуть к мысли, что если что кажется слишком сложным, то ты делаешь что-то не то или не так

ERROR: S client not available

В данном коде можно получить что временный ключ превратится в постоянный из-за race condition.

Как у тебя формируется ключ?

В данном случае у меня есть конкретная задача: как сделать инкремент в Редисе только для существующего ключа, чтобы избежать race condition.

Как угодно. Это open source библиотека с определенными гарантиями.

Не моя, если что) Я просто хотел пофиксить один из issue, так как задача показалась мне интересной.

Автор предложил watch + exec, но это не работает по вышеуказанным причинам.

В данном случае у меня есть конкретная задача: как сделать инкремент в Редисе только для существующего ключа, чтобы избежать race condition.

Луа. evalsha

Думаю, может Луа скрипт туда пихнуть.

Ну да, тоже об этом думал.

Хотя нужно еще разобраться получше, как ключи экспайрятся в Луа-скриптах.

Хотя нужно еще разобраться получше, как ключи экспайрятся в Луа-скриптах.

Причем тут это? Тебе надо просто сделать get и если ключ есть позвать инкремент

Причем тут это? Тебе надо просто сделать get и если ключ есть позвать инкремент

Между гетом и инкрементом сервер может заэкспайрить ключ. В этом race condition и заключается.

Но я не знаю, как в Луа-скриптах это отрабатывается. Если они атомарно выполняются, то такого быть не должно.

Исходный issue, если интересно https://github.com/niwinz/django-redis/issues/181

Но я не знаю, как в Луа-скриптах это отрабатывается. Если они атомарно выполняются, то такого быть не должно.

Атомарно.

Между гетом и инкрементом сервер может заэкспайрить ключ. В этом race condition и заключается.

Не может. Редис однопоточный

Не может. Редис однопоточный

Может.

Может.

С фига ли?

С фига ли?

Мы про луа скрипты? Если про них, то они атомарные. Если не про них, то я уже приводил пример.

Мы про луа скрипты? Если про них, то они атомарные. Если не про них, то я уже приводил пример.

Я про луа.

А. Тогда да, не должно быть конфликта.

Хотя меня дико смущает ситуация, что WATCH на ключ не ловит expire.

Просто дичайше. Это так нелогично выглядит.

Делать инкремент, который в случае несуществования ключа возвращает ошибку. В Редисе инкремент создает ключ.

Возвращай ошибку если incr вернул 1

Возвращай ошибку если incr вернул 1

Нет, это вообще какое-то предположение, которое библиотека не должна даже пытаться делать.

Нет, это вообще какое-то предположение, которое библиотека не должна даже пытаться делать.

Почему предположение? В доке честно сказано про инкремент и выставление в 0

Потому что пользователь может сам создать ключ со значением 0 и выставленным или нет ttl.

А может не создать

Да выкиньте вы этот второй питон уже. С 2013 все проекты делаем на 3 ветке. Все ок. Зачем вы старое говно то все тыкаете?

с того, что весь мир, слава б-гу не только на твоих проектах держится.

Между гетом и инкрементом сервер может заэкспайрить ключ. В этом race condition и заключается.

Нифига не может

Даже убунта на тройку соскочила

куда там это говно соскочило — мало кого волнует.

попался, выходи.

ахаха

с того, что весь мир, слава б-гу не только на твоих проектах держится.

Ну, вообще, я тоже на втором еще сижу, но вот все смотрю на новые фишечки, и задумываюсь...