как-то это оптимизировать?
Допустимо. А вот тело и условие в одну строку склеивать не стоит
Так же стоит избегать магических констант типа 2
С первым спасибо. Изначально пытался сделать через генератор и осталось в строчку :) А чем можно заменить 2? В данном случае пробегаюсь по конкретным значениям в списке, которые всегда попадают на вторую позицию
https://t.me/advice17/8 Немного про другое половина, но суть та же
Понял. Наверняка это можно было бы применить, но я уже работаю с таблицей. Стоит ли из нее генерить еще и словари/списки? Мне показалось это лишней нагрузкой, учитывая то, что часть строк в таблице пустые и вообще отбрасываются. А [2] - это непосредственно адреса, которые фиксировано попадают в [2] позицию списка
Так может пустые строки на уровне sql убрать?
Большой вопрос тут именно к списку который ты сам создал. С данными из sql допустим ок
цветочки))
Тут с базами тоже не прокатит. Табличку выдают проектанты, которые не умеют в sql и не хотят, при этом сама таблица сформирована коряво, в ней много пустых ячеек, а не целых строк. Увы, такие вводные Если загонять генератором в словари - появляется куча пустых значений. Мне показалось лучшим выбором со стороны оптимизации просто удалять такие значения по N/A, None, а не формировать еще какие-то объекты под это. Список, который интересует в рамках задачи - [16, 'DNS Servers 10', '192.168.10.1'], айпишник всегда на [2] располагается, c ним же и работает функция check_ip
Спасибо, мне стало легче))
Я имел ввиду на уровне выборки
Попробую покурить эти моменты, спасибо
Обсуждают сегодня