Сергей П

Добавьте в структуру ответа поле с флагом ошибки и текстовым пояснением.
Обычно это на клиенте показывают как-то так: "Ой, что-то пошло не так, наша группа поддержки уже в курсе и мы делаем всё возможное, чтобы такое не повторялось. Попробуйте повторить эти действия позднее или обратитесь в нашу службу поддержки с вопросом через вот эту форму <ссылка на форму обратной связи>".
Чтобы написанное не было ложью, нужно детально и тщательно залоггировать все обстоятельства, при которых возникла ошибка, вывести уведомление о проблеме на дэш-борд и в почту администрации сайта. По факту исправления проблемы можно написать клиенту в личный кабинет или на почту сообщение с извинениями, благодарностью за найденную проблему и уведомлением, что все исправлено и можно дальше пользоваться сервисом.
Лишних стыдных подробностей о ваших внутренних косяках пользователю знать не нужно, никаких кодов или фраз тоже не требуется составлять для устного обращения пользователя в поддержку. Идеально, если поддержка сразу проасоциирует обращение и проблему через куки и будет в курсе случившегося при первом же обращении. Это выгладит для пользователя как забота и внимание к его проблеме с вашим сервисом.

number == 79
Вы сравниваете несуществующую переменную с константой 79. Используйте присвоение: "="
И заодно расскажите, как это у вас работает в голове? Буквально следующей строчкой есть присвоение, написанное верно. Вам оказалось проще прийти на этот сайт и задать дурацкий вопрос, вместо того, чтобы секунду подумать и внимательно посмотреть код в том месте, куда вам заботливо указал интерпретатор. Как это так? Вы серьёзно?!

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

from functools import reduce
x = input('Число:')
a = input('Цифра:')
assert a.isdigit() and len(a) == 1, f'Неправильная цифра {a!r}'
assert x.isdigit(), f'Неправильное число {x!r}'
print(reduce(int.__mul__, map(int, x)))  # long claps for @longclaps
print(f"{a} {'есть' if a in x else 'нет'} в {x}")

А какие конкретно у вас пожелания на счет скорости? У вас сложность квадратичная, 25 миллионов сравнений. Ну можно бинарные операции подключить, можно последовательности как-то обрабатывать, например сортировать. Однако в этой формулировке не ясно что не так и какие у вас получились скорости. От чего-то ж надо отталкиваться. Покажите код и вам его здесь пооптимизируют.
А сейчас задача выглядит как "пойди туда - не знаю куда".
Так-то можно упороться и на шейдерах это решать за счет видеокарты. Вопрос только в том, для чего все эти извращения. Если простая учебная задача - то на то она и задача, чтобы самому решать, а не на Q&A, а если практическая, то попахивает проблемами в архитектуре на более ранних этапах. Не ясна причина почему нужно быстрее, это часто повторяющаяся задача? Если так, то, быть может, имеет смысл изначально оптимизировать? Эта задача инициируется пользователем? Так может имеет смысл прибегнуть к ленивым вычислениям или посчитать заранее,чтобы не фризить интерфейсы?
Короче, нужно больше подробностей.

Я так понял вам нужо для всех файлов перечисленных в json поправить некоторые параметры exif, значения, которые нужно прописать лежат в том же json.
Итерироваться по элементам json удобно с помощью jq.
Каждую запись вам нужно превратить в текст - командную строку для изменения параметров EXIF.
Это удобно делать с помощью py,
Результат - это текстовый файл с командой в каждой строке.

Что именно из этой последовательности вам не понятно? Спрашивайте - объясню конкретнее.
Нужно поискать улиту командной строки для записи параметра в exif.

pip freeze > requirements.txt
Но папку питона на всякий случай тоже сохраните. И в пользовательском каталоге домашнем артефакты питона посмотрите. Не знаю где там в Винде питон либы хранит.
Однако из вашего описания все же не ясно достаточно ли будет этих мер. Понятнее будет если покажете программу.
Ну и фрилансер ваш схалтурил, похоже. Ни деплой не автоматизировал ни документацию не написал?

Пишу на "ощупь", поскольку бд под рукой нет, но будет как-то так:

SELECT
    keys.name, t.meta_value
FROM
    (
        SELECT DISTINCT meta_key AS name
        FROM wp_postmeta
    ) AS keys
    LEFT JOIN wp_postmeta AS t ON t.meta_key = keys.name AND t.post_id = :id

UPD: Поправил чуть способ со счетчиком:

In [1]: list_in = [['Игрушки', 'Мяч надувной', '300', '1'], ['Игрушки', 'Бионикл', '8000', '1'], ['Ткань', 'Вельвет', '1000', '2'], ['Ткань', 'Джинса', '500', '2'], ['Игрушки', 'Бионикл', '1000', '2']]

In [2]: from collections import Counter

In [3]: c = Counter(); list(map(c.update, ({(cat, stor): int(price)} for cat, name, price, stor in list_in)))
Out[3]: [None, None, None, None, None]

In [4]: c
Out[4]: Counter({('Игрушки', '1'): 8300, ('Игрушки', '2'): 1000, ('Ткань', '2'): 1500})

In [5]: [[*k, v] for k, v in c.items()]
Out[5]: [['Игрушки', '1', 8300], ['Ткань', '2', 1500], ['Игрушки', '2', 1000]]

Но иногда нужно не просто считать, а что-то еще более сложное делать после группировки, тогда больше подойдёт вот такой вариант:

In [11]: from itertools import groupby                                                              

In [12]: [[*k, sum(int(rr[2]) for rr in v)] for k, v in groupby(list_in, lambda r: (r[0], r[-1]))]
Out[12]: [['Игрушки', '1', 8300], ['Ткань', '2', 1500], ['Игрушки', '2', 1000]]

Тут синтаксис третьего питона. Для второго придётся чуть поменять со звёздочкой.

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

Вы к экстрасенсам обратились или к кому?

Почему logging.log.warning не отдает управление вниз по стеку вызовов?

Что такое у вас тут logging? Это стандартная питоновская библиотека? Так в ней log - это функция и у неё нет атрибута warning. Тот факт, что вы не привели трейс-бэка и ничего не сказали, по поводу падения на упоминании необъявленного condition наверно, вы лишь процитировали кусочек кода и где-то выше импортируется или создаётся logging, объявляется глобально condition... и вот это вот всё.
ОК, я всегда допускаю и предполагаю, что автор вопроса РАЗУМНЫЙ ЧЕЛОВЕК И ПОСТУПАЕТ РАЗУМНО.
Что я могу из этого понять?
Наверно logging.log у автора никакого отношения к стандартном логгингу не имеет (или автор упрощая пример наговнякал херни).
Наверно автор умышленно поставил return (как он мог его не заметить?) или автор просто в первый раз видит питон и... блин... не знаю.

ЧТО ТУТ ПРОИСХОДИТ?

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

Автор, просто приведите код, который работает не так, как вы ожидаете. ПОЛНОСТЬЮ. В том виде в котором он у вас работает не так как вы ожидаете. Тогда я подскажу где вы неправильно ожидаете.

Вы не тот telebot поставили. Там в pypi какой-то адище творится с одноимёнными модулями.
Убедитесь, что ставится нужная библиотека:

> pip show telebot                                                        
Name: telebot
Version: 0.0.3
Summary: A Telegram bot library, with simple route decorators.
Home-page: https://github.com/KyleJamesWalker/telebot
Author: Kyle James Walker
Author-email: KyleJamesWalker@gmail.com
License: MIT
Location: /home/svp/.local/lib/python3.6/site-packages
Requires: requests
Required-by: 
Note: you may need to restart the kernel to use updated packages.

Попробуйте ставить так:

pip install git+https://github.com/KyleJamesWalker/telebot

Или где-то лежит такой файл telebot.py и импортируется локально.

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

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

Вы обмолвились, что хотите, чтобы все менеджеры имели доступ к диалогам других менеджеров с пользователями.
Это проблема, у которой нет 100% элегантного решения. Тут вам бы следовало подетальнее расписать ТЗ, но пока его нет я опишу лишь несколько возможностей.

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

Можно хранить все переговоры бота с юзерами в БД и показывать их менеджерам в их личных диалогах с ботом по специальной команде. Можно сделать команду, переключающую бота в режим прямого проксирования реплик менеджера в личную беседу бота с конкретным пользователем.

Тут много вариантов. Детализируйте ТЗ.

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

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

Программа, управляющая ботом, имеет возможность хранить своё состояние в БД или памяти. Так она может "знать" о всех диалогах.

Программа, получая информацию о событиях вокруг бота, "видит" идентификаторы чатов и пользователей, с которыми связаны эти события. Может по-разному реагировать на сообщения в разных чатах и от разных людей.

В сложном случае можно сделать, чтобы не одна а несколько инстансов прорграммы работало от имени одного бота. Тогда придётся подключать их к общей БД, чтобы они (инстансы) могли синхронизировать своё состояние при необходимости.

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