https://nim-lang.org/ я тут как то пропустила. Пробовал кто?

Интересный весьма, сейчас смотрю для работы с web assembly, подкупает синтаксис в стиле питона

Веб асембли на ниме в продакшн пойдет или для петпрожекта??

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

Пошарь потом опыт, пожалуйста, интересно очень

Попробую. Мы ещё к wasm со стороны js через https://github.com/MichaReiser/speedy.js и  https://github.com/AssemblyScript/assemblyscript идём. Здесь преимуществом будет то что это сабсеты от js.

есть даже русскоязычный чатик тут для любителей
@ru_nim_talks

огого) спасибище

wasm для начала на rust надо пробовать. у них очень развитая инфраструктура для этого сейчас

Уважаемые знатоки!
Ситуация: Пользователь присылает письмо, на основе этого письма создается, своего рода, диалог. У меня есть уникальный идентификатор этого диалога.
Вопрос: Можно ли куда-нибудь впихнуть этот номер в письме которое будет моим ответом на письмо пользователя, так, что когда он на него ответит, этот код мне прилетел обратно... Может есть какая-то мета информация которая гоняется между ответами писем?

The Zen of SPb Python Chat
(Inspired by "The Zen of Python, by Tim Peters")

- Short introduction of yourself is better than "hello".
- Link to gist is better than source paste.
- One long message is better than many short.
- Editing the message is better than correcting via another one.
- Staying on topic is better than offtopic.
- Good topic is worth discussing though.
- Unless it is started by a link to Habrahabr.
- Politeness counts.
- Bad mood is not a good reason to break the rules.
- Don't ask to ask just ask.
- Text message is better than voice message.
- Unless it is voice conference.
- Git repos are one honking great idea — let's do more of those!

Есть стандарты, в которых описано всё что может и не может быть в письме, собственно в питонячей email либе есть ссылки на все стандарты https://docs.python.org/3/library/email.html

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

Разные почтовые серверы (как и почтовые клиенты) могут по-разному интерпретировать заголовки и работать с ними.
В общем случае по RFC сообщение должно иметь заголовок Message-ID, а ответ на него должен содержать этот же ID (в немного изменённом виде) в заголовках In-Reply-To и References - https://tools.ietf.org/html/rfc5322#section-3.6.4 . Другие ссылки есть в вики: https://en.wikipedia.org/wiki/Message-ID

да, так я и сделал... Думал, что может есть ещё какие-нибудь способы...
Благодарю за помощь!

Точно 😂

Кто нибудь интегрировался с пейпалом? Он мне вебхуки не отправляет, а в личном кабинете записывает, что они успешно все дошли. При повторной ручной отправке он рассылает запросы на все указанные мной вебхуки, с некоторых собирает 400 (потому что статус платежа не соответсвует ожидаемому) и записывает это в личном кабинете как провал

Если у кого-то есть опыт интеграции, напишите в лс пожалуйста

https://youtu.be/77B2-Pk1fls?t=844
Хотя там совсем маленький пример с интеграцией nim в python

Ну там два слова про ним