qlkvg

Вариант №1:
Передавать не просто функцию в список, а кортеж из функции, позиционных и именованых аргументов. Т.е. вместо list.append(func) сделать

list.append((func, (1,2,3), {'a': 'hello', 'b': 'world'}))

Ну и вызывать как-то так:

for f, args, kwargs in list:
    f(*args, **kwargs)

Вариант №2:
Добавить лямбду к каждой функции. Т.е. вместо

chain_exec.append(operation_1(param_1 = 15, param_2 = 36))

написать

chain_exec.append(lambda: operation_1(param_1=15, param_2=36))

Вариант №3:
Использовать partial, но это как стрелять из пушки по комарам в твоём случае, однако, наиболее правильный вариант.

придется попыхтеть с переводом моего ответа, но он заслуживает зеленой галки, это 146%.

If you know the contents of the line, this is an ideal use case for:

git log -S <search_string> -- path/to/file
which shows you commits which introduce or remove an instance of that string.

• Простой путь: PhantomJS вместо браузера под тот же селениум.
  
• Путь настоящих Мужиков: Прочесть js (достаточно ухватить саму идею) и переписать на python с обычным requests (лучше - aiohttp). И никаких браузеров и селениумов.
  

нет, эквивалентность многопоточности и асинхронного сокета отсутствует.

попробую объяснить суть асинхронного сокета на простом примере.

подходите вы к лотку купить минералки, а её нет, но продавщица сообщает, что скоро привезут.

возможные варианты вашего ответа:
1) "я подожду" - синхронный сокет, программа ожидает, пока не придёт сообщение.
1.5) "долго не везут что-то, надоело ждать, ухожу" - синхронный сокет с таймаутом
2) "ну ладно, я попозже загляну" - асинхронный сокет, программа не ждёт сообщения и занимается своими делами дальше
2.5) "я вернулся, ну как, привезли? да? ну вот и отлично, забираю" - асинхронный сокет, очередная попытка приёма данных, на этот раз успешная
3) "алё, Вован, я стою минералку жду, вернусь попозже, работай, не отвлекайся" - синхронный сокет + многопоточность. один поток ожидает приёма данных, другой поток работает
3.5) "Вован, тут минералки ещё нет, ща вернусь" - многопоточность + асинхронные сокеты. несколько потоков работают одновременно, на приеме данных не блокируются

Вы просто несколько неправильно воспринимаете веб сервис И это порождает массу ненужных вопросов, на которые сложно ответить.
Веб сервис не является самостоятельным хозяйствующим субъектом. Это просто инструмент, оборудование.
В общем веб сервис с этой точки зрения ничем не отличается от холодильника для замороженной рыбы в магазине. Он просто помогает коммерсанту продавать или оказывать услуги. И холодильник не может заключать договора, платить налоги, и совершать денежные операции.

Пока понял что ИП или ООО регистрировать в любом случае нужно.

Да, поскольку прибыль регулярная, без этого не обойтись.

Открывать ли расчетный счет?

Если ИП теоретически можно и не открывать. Хотя на практике - трудно представить ситуацию когда без него можно однозначно обойтись. В случае ООО - без вариантов открывать.

Нужно ли получать какую-либо лицензию?

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

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

Статья 22 пункт 1 федерального закона N 152-ФЗ
В общем - нужно, если вы не попадаете под исключение указанное в статье 22 часть 2 федерального закона N 152-ФЗ

А о том, то на моем сайте можно провести какую-либо денежную операцию?

Тут все просто - на вашем сайте однозначно нельзя провести какую-то денежную операцию! Это просто физически невозможно.
Денежные операции проводятся через банки, процессинговые центры, расчетные счета, платежные системы, наличный расчет.

И раз уж на то пошло, сколько можно этим заниматься нелегально, при каких объемах и что за это грозит?

www.consultant.ru

Как работать с юриками если ты веб-сервис? Типовой договор с каждым? Выставлять счета по почте + ЭЦП?

Неправильный вопрос. Веб сервис не может работать ни с юриками ни с физиками. Он работает с компьютерами.
С юриками и физиками работают другие юрики и физики.
Т.е договора с юриками будет заключать ни в коем случае не веб сервис, а организация или предприниматель которому принадлежит этот вебсервис.
Ну а дальше все как у всех - обычная работа организации или предпринимателя с контрагентами.
Вариантов заключения договоров и документального оформления масса, все зависит от вашей ситуации.

Если используете numpy, то можно просто:
numpy.set_printoptions(threshold=numpy.nan)
В таком случае выводы сразу будут без сокращений.

про асинхронный неправильно, щас лень картинки искать

вообще посмотри на multicurl если че, дешево и сердито

если же серьезно - есть Scrapy и Grablib для начинающих и кончающих (один топик на АпВорке с $10 000 бюджетом для Scrapy чего стоит) скраперов

еще серьезнее вот такие штуки, можешь заценить там даунлоадер, ну или сразу переделать под свои нужды