PythonGuru

Любопытно вышло

Сама задача по эмоциям оценена положительно, а вот ответы на нее - не очень

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

Правильный ответ - TypeError
а именно, TypeError: multiply() missing 2 required arguments

Почему так вышло.

func() внутри функции wrapper, как мы помним из вчерашних пояснений, это копия декорируемой функции, т.е в нашем случае multiply

Если мы еще раз посмотрим на код, то данная функция объявлена с 2 обязательными параметрами (a, b)
И они действительно передаются в wrapper, но вызывая функцию func мы их не используем.

В итоге она вылетает с ошибкой, так как ожидаемых параметров не было

Даже боюсь спрашивать, понравилась ли задача в итоге )

Но все ж, тем кому понравилось, тисните 👍

Если остались вопросы, спрашивайте

🌃 Вечерний разбор.

Много правильных ответов, и это приятно

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

1️⃣ my_function, при вызове выводит текст I am working.
2️⃣ также она декорирована функцией say_hello о чем говорит @say_hello прям перед ней. А раз декорирована, то надо смотреть что мы меняем в оригинальной функции my_function
3️⃣ Смотрим, что мы делаем в функции декораторе. А там мы сначала выводим текст 'Hello', а потом запускаем func(), где func наша функция my_function (пункт 1), которая была передана в качестве параметра

Так что правильный ответ -

Hello! I am working

Остались вопросы, спрашивайте

😱 Попался мне странный вопрос в quiz:

Нужна ли строка import some_module в коде

import some_module
from some_module import foo

Варианты: Да, Нет, Вызовет ошибку."

🧐Вот как бы вы ответили?

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

А вот "Да" или "Нет"? Не ответить:

- Нет контекста: что делает foo или some_module дальше? Если нужен только foo — ответ "Нет", если весь модуль — ответ "Да".

- Варианты спорны: оба верны в разных случаях, но в данном quiz только один ответ.

- Нечёткость: неясно, есть ли зависимости в some_module.

Интересно, что имели ввиду…

#фактЧек

Пятничный вечерний разбор.

Кто уже пьет пиво 🍻, для того скорее субботний или еще какой, более поздний вариант.

Регулярка была длинная, но что поделать, практический пример, IP как никак часто встречаются

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

Все равно расскажу, вдруг все ж есть интересующиеся.

1️⃣ Вариант не рабочий, по явно видной причине. Маска для цифр - \d{3}

Этим мы указываем, что ожидаем цифры - это \d и именно 3 подряд, это - {3}
А у нас в ip адресе, сегменты могут иметь от 1 до 3 символов, например 3-ий разряд только 1 цифра или 2 в нашем примере (192.168.1.14 например)

Так что мимо ✈️

3️⃣ Почти верный, за исключением маленькой детали

Вот так начинается группа, отвечающая за ip - (\d{1,3}\...

Выглядит все верно, ожидаем от 1 до 3 цифр подряд, пока не будет точка.
Так как правила отрабатывают по очереди, то мы остановимся уже на одной цифре, а их 3 -> 192

В итоге мы вырежем не 192.168.1.14, а 2.168.1.14, т.е 19 проигнорируем

Это происходит из-за того, что перед группой стоит .*, т.е любая последовательность символов, а потом хотя бы 1 цифра до точки, вот поэтому 19 отойдут к части шаблона .*

А вот во 2️⃣ варианте у нас перед группой появился пробельный символ \s. И там отработает, так как ожидаем любую последовательность, потом пробел(а это как раз перед началом ip) а потом от 1 до 3 цифр до точки. И в том случае все встает на свои места (т.е еще раз, так как ожидаем пробел именно перед цифрами, то 19 уже не сможет попасть в часть .*, так как она идет после пробела, и она пойдет в часть \d{1,3})

4️⃣ Вариант

Первый набор групп будет немного непредсказуемым

('Suser003', '2025-03-06 10:20:23 INFO Suser001 logged in from 192.168.1.14')

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

Почему так?
\s означает не только пробел, а также переносы строк

В итоге мы ловим (S\w+) -> Suser003

потом любая последовательность символов .*, которая должна закончиться пробельным символом \s

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

Потом идет описание нашей группы

(\d.*\.1\..*)

А это 1 цифра, потом .* любое количество символов пока не будет точка \.
потом 1, потом опять точка\ \., а потом любая последовательность

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

Т.е первая цифра - это 2(первый символ 3-ей строки), потом любое количество символов до точка 1 точка и опять любое количество до пробела или переноса строки
Если вы посмотрите на 3 строку, то она вся попадает под этот шаблон. От двойки, до 3-го сегмента ip адреса .1. и остатка Ip адреса до первого \s

Второй набор будет корректный, лишь потому, что у нас больше нет строк. Если бы были, мы бы так же захватили всю следующую строку, если бы там тоже был ip адрес, где 3-ий сегмент 1

Вот такая задача.

Познавательно - 👍
Непонятно, задавайте вопросы

Завершим эту неделю с регулярками.


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

Именованные параметры в модуле re позволяют задавать имена для групп в шаблонах, что делает код читаемым и удобным. Вместо обращения к группам по номеру (например, group(1)), вы можете использовать понятные имена через group('имя') или groupdict(). Это особенно полезно в сложных шаблонах или когда структура может измениться — имена стабильны, в отличие от номеров. Применять их стоит, когда нужно извлечь данные и сразу связать их с логическими названиями, например, при парсинге дат или контактной информации.

Структура паттерна для именованной группы проста: те же скобки, что и для обычных групп, но добавляется ?P. Например, (?P\d{2}) — группа с именем day, захватывающая две цифры.

Пример с search:

import re

pattern = r"(?P\d{2})-(?P\d{2})-(?P\d{4})"
text = "Дата: 07-03-2025"

match = re.search(pattern, text)
print(match.group('day')) # 07
print(match.groupdict()) # {'day': '07', 'month': '03', 'year': '2025'}

Тут group('day') даёт прямой доступ к дню, а groupdict() — словарь всех групп. Это про ясность и удобство.

‼️ Но, возможно, у кого-то возник вопрос: search возвращает только первое вхождение, а что если мы хотим найти все совпадения? В таких случаях выручает finditer. Он возвращает итератор объектов Match, и для каждого совпадения можно использовать имена групп.

Пример с finditer:

import re

pattern = r"(?P\d{2})-(?P\d{2})-(?P\d{4})"
text = "Даты: 07-03-2025 и 15-04-2023"

matches = re.finditer(pattern, text)
for match in matches:
print(f"Дата: {match.group()}, День: {match.group('day')}")

Вывод:

Дата: 07-03-2025, День: 07
Дата: 15-04-2023, День: 15

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

Как вам неделя с регулярками, было полезно? 👍 👎

И было бы интересно услышать, что бы вы хотели для себя узнать больше в какой области на следующей неделе. Вдруг у кого-то есть пожелания — буду рад выслушать!

Уже лучше

Сегодняшняя задача включала в себя группы.

В чем отличие от предыдущих задач.

1️⃣ Первая задача, писали шаблон и в результате было все что описано в шаблоне
2️⃣ Вторая - шаблон разбили на части, где указывали, что должно вернуться в результате, а что не должно быть в результате, но должно присутствовать в тексте в определенной позиции

А тут третий вариант
Надо написать шаблон, который опишет структуру строки, что нас интересует, и вернет только то, что нам надо из этой строки

Т.е возвращаясь к нашей задаче, надо найти строки где есть слово INFO, потом где-то после него идет имя пользователя, а потом необходимо наличие слова logged

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

Вот для этого существуют группы, а чтобы re движок нас понял, мы группы обрамляем в круглые скобки

В итоге наш правильный вариант

r'INFO\s(\w+)\slogged'

Разобьем по шагам

1️⃣ Бежим по строке, пока не найдем INFO
2️⃣ После INFO сразу должен идти пробельный символ - мы это указывает через метасимвол \s
3️⃣ Дальше должна идти последовательность произвольной длины из буквенных символов или цифр (\w+) и мы ее заключили в скобки, именно так мы указали, что вернуть надо только это, в случае если весь шаблон будет советствовать
4️⃣ Опять \s - т.е после буквенно цифровой последовательности (3-ий шаг) должен идти пробельный символ
5️⃣ После пробельного символа должно быть слово logged

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

Из неправильного

r'INFO.*logged'

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

['INFO User123 logged', 'INFO User124 logged']

r'INFO(.*)logged'

Этот близок, но он вернет весь текст между INFO и logged, т.е с пробелами, а нам они не вперлись )

[' User123 ', ' User124 '] - тут есть пробелы, если присмотреться

r'INFO[.*]logged'

тут дело в квадратных скобках. Если мы используем квадратные скобки, то мы указываем те символы, которые ожидаем в одной позиции, т.е этим мы указали, что между INFO и logged должен быть один символ, или точка или звездочка. Внутри [] точка и звездочка не рассматриваются как метасимволы. (Опять же, никто не мешает нам использовать квантификатор после квадратных скобок, например [.*]+ значит что любой из двух символов, точка или звездочка и это может повторяться сколько угодно, пока не будет иного правила)

на примере, вот такой текст этот шаблон отловил бы

2025-03-05 10:18:40 INFO*logged in from 192.168.1.12

результат

['INFO*logged']

👍 если принесло пользу

Остались непонятки, спрашиваем

И снова Добрый вечер.

Задание, похожее на вчерашнее, но с небольшой разницей.
НЕ ВСЕ ДОЛЖНО БЫТЬ в РЕЗУЛЬТАТЕ совпадения, описанного в шаблоне

Т.е вчера, был шаблон, и мы последовательно проверяли все правила, если все совпадало, то мы получали результат и в результате было все, что в шаблоне

А сегодняшнее задание - нам надо проверить наличие # сразу перед словом, но не включать эту решетку в результат

Вот для этого, нам понадобится позитивный ретроспективный анализ (positive lookbehind)

А это вот такая конструкция

(?

r'(!#)\w+' и r'(#)\w+'

Тут мы используем группы захвата, это включу в следующие задачи

r'?