ааа, понял. a.index(2) — получишь индекс

for i in a: print(i.index()) возвращает AttributeError: 'int' object has no attribute 'index'

т.е. сначала получить индекс, потом заменить?

[x if x != 2 else 6 for x in list] это нужно?

for i in a: print(i.index()) возвращает AttributeError: 'int' object has no attribute 'index'

не надо i.index(2), надо a.index(2)

[x if x != 2 else 6 for x in list] это нужно?

не совсем

Спасибо, но я так думаю, затею пока оставлю...

не совсем

а скажи условие еще раз

а скажи условие еще раз

Наверное дичь, но вот полностью. Мне нужно, чтобы в списке с нули заменились на цифры из списка b, но чтобы не было дублирующихся значений . a = [[4,1,0],[0,0,9],[0,2,0]] b = [1,2,3,4,5,6,7,8,9] c = [] for i in a: c += i for i in c: for j in b: if i == 0: i=j print(c)

Наверное дичь, но вот полностью. Мне нужно, чтобы в списке с нули заменились на цифры из списка b, но чтобы не было дублирующихся значений . a = [[4,1,0],[0,0,9],[0,2,0]] b = [1,2,3,4,5,6,7,8,9] c = [] for i in a: c += i for i in c: for j in b: if i == 0: i=j print(c)

результат какой должен получиться?

ну типа [4,1,5,3,7,9,8,2,6]

результат какой должен получиться?

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

результат какой должен получиться?

Т.е. ненулевые цифры не должны менять позицию и не переходить в строку

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

Да господи выкинь из б то что в а уже есть и повторы и распихай остальное

это что за ересь вместое != в нижней строчке?

это что за ересь вместое != в нижней строчке?

GitHub - tonsky/FiraCode: Monospaced font with programming ligatures github.com Contribute to tonsky/FiraCode development by creating an account on GitHub.

но ведь оно не похоже на !=

но ведь оно не похоже на !=

Зато похоже на «не равно». =)

Наверное дичь, но вот полностью. Мне нужно, чтобы в списке с нули заменились на цифры из списка b, но чтобы не было дублирующихся значений . a = [[4,1,0],[0,0,9],[0,2,0]] b = [1,2,3,4,5,6,7,8,9] c = [] for i in a: c += i for i in c: for j in b: if i == 0: i=j print(c)

https://t.me/ru_python/867714

спасибо! уже смотрю

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

Тогда асинхронно

Тогда асинхронно

На самом деле, там не сильно всё отличается от request, просто всё делается в рамках одной сессии (на примерах будет понятно). Один из немногих минусов асинхронного кода (как и параллельного) - неуправляемый порядок получения результатов. Но можно в асинхронную функцию отправлять своего рода id, который потом возвращается вместе с результатом и по нему сортируется. Но если порядок не важен, то получится список возвратов в случайном порядке

На самом деле, там не сильно всё отличается от request, просто всё делается в рамках одной сессии (на примерах будет понятно). Один из немногих минусов асинхронного кода (как и параллельного) - неуправляемый порядок получения результатов. Но можно в асинхронную функцию отправлять своего рода id, который потом возвращается вместе с результатом и по нему сортируется. Но если порядок не важен, то получится список возвратов в случайном порядке

В моем случае порядок не так важен

На самом деле, там не сильно всё отличается от request, просто всё делается в рамках одной сессии (на примерах будет понятно). Один из немногих минусов асинхронного кода (как и параллельного) - неуправляемый порядок получения результатов. Но можно в асинхронную функцию отправлять своего рода id, который потом возвращается вместе с результатом и по нему сортируется. Но если порядок не важен, то получится список возвратов в случайном порядке

Только толк, когда уже есть "параллельный"? Ваш асинк же требует спец драйверов, новых подходов к написанию кода и логики...

это что за ересь вместое != в нижней строчке?

Это лигатуры. Выключи если хочешь. Мне нравятся. Попробуй Hasklig шрифт

Только толк, когда уже есть "параллельный"? Ваш асинк же требует спец драйверов, новых подходов к написанию кода и логики...

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

В си ресурсов меньше, а в Python важно import this

Это лигатуры. Выключи если хочешь. Мне нравятся. Попробуй Hasklig шрифт

у меня их и нету

В си ресурсов меньше, а в Python важно import this

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

Только толк, когда уже есть "параллельный"? Ваш асинк же требует спец драйверов, новых подходов к написанию кода и логики...

потому что асинхронность не про параллелизм. тезис о “спец. драйверах” это сильно.

асинхронность на базе gevent \ eventlet никто не отменял, и до asyncio как-то жили, однако asyncio привнес явное управление переключением контекста без скрытых сайд-эффектов.

потому что асинхронность не про параллелизм. тезис о “спец. драйверах” это сильно.

Ок, могу я обработать каждую сбоку ответа кликхаус асинхронно?

Ок, могу я обработать каждую сбоку ответа кликхаус асинхронно?

шо? в смысле WTF?

асинхронность на базе gevent \ eventlet никто не отменял, и до asyncio как-то жили, однако asyncio привнес явное управление переключением контекста без скрытых сайд-эффектов.

Даешь асинхронность на базе select!

Даешь асинхронность на базе select!

и callback hell

асинхронность на базе селект это без всяких коллбэков

просто последовательно выполняешь свою работу

асинхронность на базе селект это без всяких коллбэков

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

асинхронность на базе селект это без всяких коллбэков

Если не задумываться, как эти селекты сами реализованы ?

Если не задумываться, как эти селекты сами реализованы ?

И как же?

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

А селект?

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

За чем следит?

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

легко и непринужденно.

select если упрощенно, то это просто цикл, который пробегает по переданному ему списку сокетов и дергает их состояние.

селект ни за чем не следит, он просто проводит последовательный опрос

А кто что может сказать за serverless?

Чёт я пытаюсь в ехать в концепцию и не понимаю откуда там магия масштабирования берётся

Чёт я пытаюсь в ехать в концепцию и не понимаю откуда там магия масштабирования берётся

paas допустим это serverless?

Чёт я пытаюсь в ехать в концепцию и не понимаю откуда там магия масштабирования берётся

Так можно запустить сколько хочешь инстансов

paas допустим это serverless?

Хз

paas допустим это serverless?

Говорят, нет

Чёт я пытаюсь в ехать в концепцию и не понимаю откуда там магия масштабирования берётся

Ну вот у меня телеграм-ботов несколько так работают. Прилетел запрос в бота — телеграм отправил запрос по адресу вебхука. Гугловский сервер запускает мою функцию, функция вычисляет, отправляет ответ юзеру, выполнение функции завершается.

Ну вот у меня телеграм-ботов несколько так работают. Прилетел запрос в бота — телеграм отправил запрос по адресу вебхука. Гугловский сервер запускает мою функцию, функция вычисляет, отправляет ответ юзеру, выполнение функции завершается.

А в чем разница с обычным вебхуком?

А в чем разница с обычным вебхуком?

В том что ты не держишь свою систему

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

Выполняшь хэндлер просто на их стороне

А в чем разница с обычным вебхуком?

У меня нет своего сервера, который постоянно слушает вебхук. У меня есть только функция, которая выполняется, когда событие прилетело. Я дал эту функцию гуглу. А гугл сам разбирается, как держать сервер, как балансировать все это, сколько инстансов запускать.

У меня нет своего сервера, который постоянно слушает вебхук. У меня есть только функция, которая выполняется, когда событие прилетело. Я дал эту функцию гуглу. А гугл сам разбирается, как держать сервер, как балансировать все это, сколько инстансов запускать.

Ну то есть разница только в том, что в paas нету автоматического добавления нод и эту фичу назвали новым термином?

ERROR: S client not available

Ну то есть разница только в том, что в paas нету автоматического добавления нод и эту фичу назвали новым термином?

Не знаю, в чем суть paas. Не могу ответить.

Ну ладно, вот у меня хероку. Это serverless?

Ну ладно, вот у меня хероку. Это serverless?

Им я тоже так и не воспользовался. Но вроде нет. Это же, так скажем, просто хостинг. Он запускает сервера. Ты регулируешь количество диносов или как их там. Ты оперируешь серверами. А тут нет серверов (у тебя). Ты написал функцию, отдал ее платформе, дальше они сами разбираются.

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

Сервера я считаю только когда деньги надо платить. Как понимаю, разница только в этом?

Ну то есть разница только в том, что в paas нету автоматического добавления нод и эту фичу назвали новым термином?

Автоматическое масштабирование и в paas было. GAE, по-моему, так делал

Короче, я понял. Тот же самый код, разница только в управлении количествами инстансов

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

Но твое приложение это сервер. Wsgi и все такое. Разве нет? А у меня просто функция, которая в аргументе получает http request

Эм, ну wsgi это способ запуска, ага

В целом мне пофиг как мой app запускаться, если фреймворк умеет

Короче, я понял. Тот же самый код, разница только в управлении количествами инстансов

Точка входа сдвигается, я бы сказал.

Но твое приложение это сервер. Wsgi и все такое. Разве нет? А у меня просто функция, которая в аргументе получает http request

То есть, я ещё и не могу юзать известные мне фреймворки?

То есть, я ещё и не могу юзать известные мне фреймворки?

Именно так.

Именно так.

И "фреймворки" у всех провайдеров разные?

И "фреймворки" у всех провайдеров разные?

Да нет там фреймворка. Ты должен предоставить функцию, которая сожрет http request и вернет ответ. Дальше уже сам как хочешь.

Ну вот "http request" - это же не фласковый реквест, не саник

А неведомая фигня

И коннекторы к бд небось свои, да?

В общем, я понял

И коннекторы к бд небось свои, да?

Там все через сеть.

Твоя функция stateless

Твоя функция stateless

Ну да. Но мне же надо куда-то данные сохранять

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

Ну вот "http request" - это же не фласковый реквест, не саник

Да. Свое. Но тебе там вряд ли понадобится что-то большее, чем request.get_json()

Ну да. Но мне же надо куда-то данные сохранять

Общаться с базами по сети. Я это уже не пробовал. У меня боты stateless.

Да. Свое. Но тебе там вряд ли понадобится что-то большее, чем request.get_json()

Ну как, повесить один middleware на все десять функций апи. Или ещё что

В мою задачу идеально подошло такое решение. Я не говорю, что надо любое приложение теперь делать так.

Общаться с базами по сети. Я это уже не пробовал. У меня боты stateless.

Ну и с обычной базой я по сети общаюсь.

Ну и с обычной базой я по сети общаюсь.

По http*