Айнур Ярулин, тогда slot scope то, что нужно. в скоуп передавай функцию, её - в качестве пропса в компонент my-option, а внутри my-option - дергай при необходимости, передавая параметр.
Альтернативой был бы отказ от слота и рендер my-option внутри my-select, а передача данных только в my-select, например пропсом с массивом значений для подстановки (аналог можно посмотреть тут: https://quasar.dev/vue-components/select , параметр options)
Айнур Ярулин, эту конструкцию нужно использовать для того, чтобы пробросить в my-option нужные данные (а там их уже и поменять нужно, при необходимости). При этом я даже не представляю, что тебе туда надо пробросить. Или в твоей формулировке - достать.
Миржалол Мирхомитов, ну значит там и оптимизируйте. если несколько запросов - делайте параллельно, если есть какой-то один длинный - смотрите, как его оптимизировать на бэке (или отложить и запросить уже с клиента)
Ипатьев, автор хочет БД без отдельной разработки бэкэнда, такие решения есть, в т.ч. облачные (и бесплатные). То, что он назвал СУБД SQL - это вот для его уровня знаний простительно. Если же принять эту замену, то вопрос логичный и нормальный, ответ на него я написал.
то всё никаким образом не прописано в приложении. Оно было с самого момента инициализации чистого приложения
Ваня Петило, если так, что 95%, что это расширение браузера, которое накручивает лайки на ютубе.
ну либо не "с самого момента инициализации чистого приложения", а само приложение это делает.
А куда собрались отправлять заголовки, если результат клиенту уже отдан? Если это заголовки, которые надо отправить с запросом из задачи - то их все надо передать ей в качестве входных параметров
Альтернативой был бы отказ от слота и рендер my-option внутри my-select, а передача данных только в my-select, например пропсом с массивом значений для подстановки (аналог можно посмотреть тут: https://quasar.dev/vue-components/select , параметр options)