iddqda, с того что я его НЕ вызываю нигде. Он рендриться только при вызове конкретной страницы, как её часть, а не как самостоятельный блок (что мне и нужно). Я не хочу передавать данные о состоянии шапки в каждый роут при каждом рендре, это тупизм какой-то получается. Я хочу один раз объявить базовый шаблон, и передать в него всё что нужно, зафиксировав его состояние, а потом всякий раз когда он будет расширяться на других страницах, будет просто последовательный рендр:
отрисовка целевого шаблона (вызов)
├── передал свои данные в шаблонизатор.
отрисовка шапки (пре рендр)
└── уже должна быть определена в коде, и ожидать вызова как часть шаблона.
Иными словами, я не хочу каждый раз определять состояние шапки контектом вызываемого рендара, а хочу один раз задать ей параметр отрсисовки, и вызвать его всякий раз когда она импортируется (расширяется)
Описанный метод интересен, но моя проблема в том что в базовый шаблон не передаются данные, так-как он нигде не вызывается. И суть моего вопрос заключается в том как это сделать. Возможно есть какие-то инструкция, которая бы была аналогичной render_template. А потом уже обращаться к этому шаблону через super()
То есть проще говоря мне нужен пререндр базового шаблона
Александр Клят, на самом деле всё немного сложнее, но для доступа к ресурсам в одну сторону сработает. А вот запаковать их обратно, просто так не получиться)
- Что именно вы хотите парсить? (название, время, содержание)
- В какой формате должны сохраняться данные, и куда?
Для начала, рекомендую провести инспектирования процесса загрузки страницы. Сделать это штатными средствами браузера "chrome devtools", там ты увидишь параметры запроса к серверу, и его ответа на поисковый запрос. Из него уже с помощью bs4 парсить либо ссылку на видео или что там тебе ещё нужно.
Готовый код ты всегда можешь найти на гитхабе, просто правильно сформулируй запрос в поиске по всем репозиториям
alfss, так это он и есть) ещё никакой архитектуру нет вообще, это просто моя вольная фантазия о том как это можно было бы сделать, а не о том как я это буду делать) потому и пришёл сюда, что бы услышать правильный вариант решения сложившейся проблемы.
javedimka, всё правильно. Только в этом и суть моего предложения, что нужен именно асинхронный код, для параллельного выполнения логики вне событийного цикла прослушивания. Реализовать блокирующую функцию безусловно можно по разному, но в конкретно моём случае разумнее использовать именно асинхронный подход.
Ты имеешь ввиду форматирования сообщения в виде окна диалога пользователя? Тут всё зависит от разрешения и масштаба у конечного юзера который читает сообщение. Если ты хочешь выводить специфическую информацию привязанную к ширине диалога, то рекомендую просто начинать текст с новой строки.
spaceatmoon, пиши в дискорд moonZlo#7967 как будет время, я готов поделиться опытом и информацией. Сейчас как раз ищу стажёра себе, ибо работы стало слишком много. Я уже 10 лет делаю сайты, и 5 их продвигаю. Есть очень успешные кейсы вот прям совсем свежие, по этому рассказать есть много чего. Если умеешь хорошо писать веб тесты, то сможешь автоматизировать много рутины, что позволит в дальнейшем стабильно зарабатывать. У меня к сожалению на код времени нет из-за того что приходится много работать с контентом и вёрсткой. В общем пиши, или в телегу https://t.me/moonZlo
zombieman, я имел ввиду с технической точки). Кто тебе мешает ловить входящие сообщения так же, как это делает бот? И написать функцию обработки, которая будет подключаться к api dialogflow
отрисовка целевого шаблона (вызов)
├── передал свои данные в шаблонизатор.
отрисовка шапки (пре рендр)
└── уже должна быть определена в коде, и ожидать вызова как часть шаблона.
Иными словами, я не хочу каждый раз определять состояние шапки контектом вызываемого рендара, а хочу один раз задать ей параметр отрсисовки, и вызвать его всякий раз когда она импортируется (расширяется)