Сергей П

И как вы предлагаете провести аудит вашего кода без публикации этого кода?
Не понятно же что и как вы там храните в памяти.
Правильная архитектура и логирование легко позволяют отслеживать и находить утечки памяти. Часто потенциальные места видно по коду. Я так понимаю кроме утечек памяти у вас там не мало и других проблем, например ненадежное хранение состояния длительных процессов в случае перезапуска сервиса.
Если правильно построить архитектуру вашего сервиса и использовать персистентные хранилища (например БД) для промежуточных состояний, то даже утечки в сторонних внешних библиотеках для вас не будут проблемой, поскольку вы всегда можете ограничить ресурсы и безопасно перезагружать сервис на любом этапе его работы при недостатке памяти.

А вы пробовали искать на гитхабе или в гугле прежде чем сюда приходить? Ну вот например https://pypi.org/project/xkcdpass/
Обычно делается алгоритм, который составляет грамматически верное предложение из рандомных слов. Слова берутся из словаря, где они определены по частям речи. Входной хеш используется в качестве сида для фиксированного алгоритма генерации псевдослучайных последовательностей. Этот алгоритм на базе сида выбирает по очереди слова для шаблона из словаря. Что может быть проще?

Принципиально именно этот корпус? https://aliexpress.ru/item/4001203517149.html?sku_...
Не поместится.
А вот этот легко https://aliexpress.ru/item/32413364849.html?sku_id...
Но там не с сетевого, конечно. Не с 220В

Ошибка тут F:\pythonProject\parcer_tg\parcer_functions.py

В комментариях ответили. В контекст передаётся коллекция статей в одной переменной, а в шаблоне итерируется другая.

Например его там нет.
Зачем приводить в вопросе всю простыню кода, если можно было попробовать только одну строчку, которая пытается открыть этот файл? Если она не сработает, значит есть проблема, если сработает, то проблема не в файле.
А у вас ни стек-трейса, ни листинга каталога с указанным файлом неприведено, да вы даже код нормально оформить не сообразили! Это хамство, я считаю.

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

Чтобы мой ответ не был совсем бсполезным, могу посоветовать вот этот сайт: https://alexgyver.ru/
Здесь полно обучающих материалов, рассказано как работать с ардуино, RGB-светодиодами и адресными лентами. У автора сайта есть канал на ютубе с кучей обучающих роликов, а также подборки компонентов, инструментов и прочего. Есть даже проект лампы-будильника, о которой вы спрашиваете: https://alexgyver.ru/dawn-clock/

В общем случае эта задача не решается на 100% по определению.
Вы говорите, что вокруг фамилий у вас произвольный текст, а это значит, что среди этого текста попадаются слова, которые чем-то похожи на ФИО, но не ФИО, или имя отчество, без фамилии, или что-то вроде "светкин василёк Игоревич". Можно это считать таким экзотическим ФИО, или отчество тут просто отдельно стоит и искать его не надо?
В любом случае схема решения примерно такая. Если у вас есть знаки препинания, то можно разбить по ним фрагменты текста, ФИО не разделяется знаками препинания (кроме дефиса), но дефис отличается от тире пробелами по бокам.
Далее у вас есть цепочки слов. Если в цепочке N слов, то в ней, можно сказать, N-2 кандидата на ФИО.
Каждая трока-кандидат на ФИО может быть проклассифицирована по ряду признаков, свидетельствующих в пользу того, является ли эта тройка ФИО. Осталось только определить набор признаков и веса этих признаков. Каждый признак определяет два показателя: 1) насколько этот признак добавляет шансов тройке быть ФИО; 2) на сколько несовпадение по этому признаку отнимает шансов быть ФИО. Показатели определяются от нуля до 1 и перемножаются. Подбор признаков и их показателей будет настройкой вашего классификатора.
Тут дальше можно двигаться разными путями.
Часть детектов вы сможете надёжно определять по окончанию отчества.
Часть признаков у вас будут словарными словами, которые, по вашему, не могут быть именем и\или фамилией.
На этом этапе уже будет довольно хорошая детекция. Вопрос что вам важнее, отсутствие false positive, или отсутствие false negative.
Так же по-разному может повезти с входными данными. Если у вас много "ловушек" в виде разбросанных по тексту бесхозных отчеств, если у вас много очень странных имён... в общем тут вам никто не выдаст идеальное решение. При отсутствии четкого ТЗ результатом будет расплывчатое ХЗ.
В целом обычно на настройку таких классификаторов под текст на первое время сажают людей. У нас сейчас есть ChatGPT и ему, думаю, вполне можно скидывать наборы имён, чтобы он вычеркивал те, которые вряд ли именами являются. Если вы приняли, что какое-то слово не может являться именем, или фамилией, то такое решение хорошо бы кэшировать, а затем для консистентности придерживаться аналогичного в других случаях.

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

Самый простой, быстрый и универсальный путь такой.
Взять готовый https://github.com/nextgis/nextgisweb
Развернуть его в докере и у вас практически всё что надо есть. Исходники тоже есть, так что можно допилить.
Теперь на счет подложки. Всё зависит от того, насколько детальная вам нужна карта и какую площадь вы ею хотите покрыть. Если небольшую площадь или не очень глубокий зумм нужен, то можно просто файловый кэш тайлов локально хранить и отдавать тупо через nginx локально.
Про массовое скачивание тайлов можно посмотреть вот этот проект sasgis.ru

Я бы сделал получение тайлов из сети и кеширование в каком-нибудь key-value локальном сторадже. Для нужной территории сделал бы "прогрев" кэша, а саму карту либо nextgis'ом, либо сам на лифлете или аналогичных сверстал.
Кстати, точки можно и не из базы потдятгивать, а разместить в том же файловом кеше файлы с geo-json порезанные рамками тайлов уровня 8, к примеру. Ну или какой вам удобно там будет. Смотря сколько точек.

Обычно световой поток от датчика модулируется неким паттерном или ШИМ, а приёмник учитывает показания только в моменты высокого уровня этой модуляции. Так два или больше датчиков или какие-то блики не будут мешать сигналу. Можно операционным усилителем сравнивать уровни входного сигнала с включенным и выключенным лазером. Это отметёт помехи.
Правильные лазерные датчики не будут мешать друг другу.

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

Представляете, если бы врачи с таким же уровнем понимания что делают делали трансплантацию органов? Нафаршировал пациента мелко порублеными топором органами донора и ждём выздоровления=).

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

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

Если сделать отдельный скрипт синхронизации\. то его можно хорошо про комментировать, задокументировать, обложить тестами и проверками, снабдить внятными и понятными сообщениями об ошибках. Нагромождение пайпов с конвертерами, регекспами и пакетными файлами сделать удобным и стабильным гораздо сложнее.

Используйте профильные инструменты по назначению и не бойтесь осваивать новые. Такой вот совет.
А если ближе к вашим попыткам, то смотрите глазами, SQL вполне читаемый, можно по шагам посмотреть что не так. Есть в экспортированном SQL данные? Что это за данные? Куда они вставляются? Есть они там, куда вставляются? Просто проследите поэтапнро.

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

Конечно. Вот этот цикл совершенно не имеет никакого смысла:

for i in range(len(t)):
    tl.append(t[i])

Третий цикл тоже не нужен. Вы всё можете делать в одном цикле.
Или это вы разрешения спрашивали? Никто не запрещает.

Ну так не вызывайте эти функции, просто указывайте, а вызывайте одну, которую получите из словаря этого. Учить питон надо старательнее. Функция - это объект первого рода в питоне. Функцию можно присвоить в переменную, передать в аргумент.