нет там никаких дополнительных циклов, все происходит внутри основного event loop'а

Каким образом тогда происходит отложенный вызов?

вообще что за данные начнем с того?

это джейсон вида { "user_id": "eeeeeeeee", "user_ivited": "1233" }

Каким образом тогда происходит отложенный вызов?

Там колбэки (и время когда они должны выполниться) добавляются в heap queue. На каждой итерации event loop'а он смотрит первый элемент в heap queue, если его время настало, то выполняет его

это джейсон вида { "user_id": "eeeeeeeee", "user_ivited": "1233" }

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

начнем с того зачем тебе вообще понадобилась “кодировка”?

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

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

типа ссылка - приглашение

знать кто, кого пригласил

знать кто, кого пригласил

создай токен и сохрани эти данные в базе

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

MD5

бреобразуй json в строку и сделай MD5 хэш

создай токен и сохрани эти данные в базе

думал как то проще, типа закодировать это и сделать ссылку. Это нужно поле какое то в базе добавлять

бреобразуй json в строку и сделай MD5 хэш

видишь ли есть проблема с json и хешами. порядок ключей в словаре может быть любым.

MD5

спасибо, попробую. Я в басе64 попробовал кодировать оно очень большое получается

думал как то проще, типа закодировать это и сделать ссылку. Это нужно поле какое то в базе добавлять

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

спасибо, попробую. Я в басе64 попробовал кодировать оно очень большое получается

MD5 имеет фиксированый размер

задача то какая? что-то типа рефералки?

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

Безопасность? Он рефералку делает

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

ну если и узнают ид пользователей то ничего страшного)

типа ссылка - приглашение

знать кто, кого пригласил

задача то какая? что-то типа рефералки?

да, что то типа того

типа ссылка - приглашение

для рефералки в общем-то не надо.

для рефералки в общем-то не надо.

Он хочет просто "украсить" ссылку)

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

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

там мне нужно 2 ид пользователя в ссылке. кто пригласил и кого

да, что то типа того

А вообще лучше сделать систему реф. кода и все т.е. ссылка http://site.com/ref={id ПРИГЛАСИВШЕГО}

там мне нужно 2 ид пользователя в ссылке. кто пригласил и кого

ну запиши просто два параметра, нафига тебе извращаться?

думал как то проще, типа закодировать это и сделать ссылку. Это нужно поле какое то в базе добавлять

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

там мне нужно 2 ид пользователя в ссылке. кто пригласил и кого

Ты хочешь сделать аля приглашение в приватный ресурс?

ну запиши просто два параметра, нафига тебе извращаться?

хотелось бы что б была ссылка тьипа так https://example.com/asdasd123e2344 где asdasd123e2344 - закодированная инф

там мне нужно 2 ид пользователя в ссылке. кто пригласил и кого

userA=id1,userB=id2

хотелось бы что б была ссылка тьипа так https://example.com/asdasd123e2344 где asdasd123e2344 - закодированная инф

MD5 используй

И все

хотелось бы что б была ссылка тьипа так https://example.com/asdasd123e2344 где asdasd123e2344 - закодированная инф

> userA=id1,userB=id2 в base64

MD5 используй

и дальше что?

этот хеш тебе нужно все равно где-то хранить

или ты будешь все пары пользователей перебирать чтобы хеш найти?

from={кто приглашает }&to={кого пригласили }

и дальше что?

пфф, изи декартово произведение пользователей, и смотреть где хэш сойдётся

пфф, изи декартово произведение пользователей, и смотреть где хэш сойдётся

ты видно шутишь

конечно

from={кто приглашает }&to={кого пригласили }

и в каком месте тут появляется твой любимый MD5?

и в каком месте тут появляется твой любимый MD5?

а ты видишь md5?

а ты видишь md5?

я - нет. но ты его пихаешь сюда усиленно уже который раз.

парни спасибо всем за советы

я - нет. но ты его пихаешь сюда усиленно уже который раз.

Я просто предложил вариант ссылки, я ничего тут про хэш не говорил

base64 увеличивает размер того, что кодируется. gzip сильно уменьшает

правильная комба - gzip->base64

base64 увеличивает размер того, что кодируется. gzip сильно уменьшает

> gzip сильно уменьшает на его данных может и не “уменьшать"

> gzip сильно уменьшает на его данных может и не “уменьшать"

Вообще как по мне для инвайт ссылки это извращение. Хранить кто кого пригласил придется полюбому

base64 увеличивает размер того, что кодируется. gzip сильно уменьшает

ты ведь понимаешь что на небольшом объеме данных gzip может давать бОльший оверхед, чем исходные данные?

тут он вообще нахрен не нужен

как вариант просто все шифром Цезаря "зашифровать" и не парить мозг

user1=<id>&user2=<id> to base64 и все.

что за задача?

как вариант просто все шифром Цезаря "зашифровать" и не парить мозг

кто-то недавно прошел доморощенный курс криптографии?

как вариант просто все шифром Цезаря "зашифровать" и не парить мозг

xor с нулями

user1=<id>&user2=<id> to base64 и все.

Уже говорили об этом

Уже говорили об этом

да

> userA=id1,userB=id2 в base64

this

jwt изобретаете что ли?

Вообще если хочешь реально надежность-храни данные на стороне сервера и все.

И кодировать не нужно

Время питона!

Время питона!

согласен

Время питона!

Сожалею

Ребят, а gil как-то обходится?

несколькими процессами

а ты уже столкнулся?

Ребят, а gil как-то обходится?

Тебе для чего?

Тогда так поставлю вопрос: в пределах одного процесса потоки действительно работают параллельно, или всё же gil блокирует их когда необходимо?

В пределах одного процесса потоки работают не параллельно, но конкурентно

Тогда так поставлю вопрос: в пределах одного процесса потоки действительно работают параллельно, или всё же gil блокирует их когда необходимо?

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

Просто мне нужно изобрести велосипед в виде собственной синхронизации потоков, gil думаю мешать будет

синхронизацию потоков все равно делать

gil не отменяет необходимость синхронизации потоков

Просто мне нужно изобрести велосипед в виде собственной синхронизации потоков, gil думаю мешать будет

?

?

Ну то есть у меня программа в 3 потока пишет данные в 3 файла, а четвёртый периодически открывает 3 файла не чтение и читает их; нужно написать семафор, монитор или любой другой механизм

Ну то есть у меня программа в 3 потока пишет данные в 3 файла, а четвёртый периодически открывает 3 файла не чтение и читает их; нужно написать семафор, монитор или любой другой механизм

Мне кажется, тут простыми мьютексами можно обойтись

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

ещё IO отпускает GIL

ещё IO отпускает GIL

ну это по сути те же сишные вызовы

Ну то есть у меня программа в 3 потока пишет данные в 3 файла, а четвёртый периодически открывает 3 файла не чтение и читает их; нужно написать семафор, монитор или любой другой механизм

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

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

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

Это задание такое, тут суть - намеренное создание ошибки и её собственноручное исправление

Ой ладно, пойду)

Ой ладно, пойду)

Спасибо за консультацию)

Ну то есть у меня программа в 3 потока пишет данные в 3 файла, а четвёртый периодически открывает 3 файла не чтение и читает их; нужно написать семафор, монитор или любой другой механизм

ну пока так и не понятно зачем тебе здесь семафоры

для каждого потока-писателя создаётся мьютекс, каждая операция записи под мьютексом, поток-читатель захватывает сразу три мьютекса

для каждого потока-писателя создаётся мьютекс, каждая операция записи под мьютексом, поток-читатель захватывает сразу три мьютекса

т.е. тебе нужно чтобы пока файл читается в него не писали?

ну или захватывает нужный мьютекс, связанный с нужным файлом, если он только один файл читает