Или отдельный компонент, который, к примеру, с глобальным стейтом работает и с данными с сервера, а отдельный, чтобы не думать о ререндере детей.пример бы ему
import io from '...';
const NotificationObserver = () => {
const update_notification_in_global_store = useStore('...'); // пример
useEffect(() => {
const fn = msg => {
update_notification_in_global_store(msg.data);
}
io.on('notification',fn);
return () => {
io.off('notification', fn)
}
}, [])
return null;
}/etc/nginx/sites-availableэто не верный путь, это путь для конфигов, не верно я написал, я имел ввиду var/www )))
{
loader: "postcss-loader",
options: {
postcssOptions: {
plugins: [
[
"postcss-preset-env",
],
],
},
},
},"postcss": "^8.4.32",
"postcss-loader": "^7.3.4",
"postcss-preset-env": "^9.3.0",'src/js/postcss.config.js'вот видишь как ты указал путь
ну он написал что там такого нет (гет запроса с параметрами про который я говорил в вопросе), а только само приложение запрос может послать и проверить, по сути так и оказалось. Очень странное решение, когда удобнее сразу в стартовый урл добавлять параметры и подпись которую бэк сразу может сверить, особенно учитывая что в ВК такое практикуют с самого зарождения таких аппов. Но что есть, то есть.понял
Ньюанс какой при обновлении? Что то не совсем понял. Если обновить страницу миниап просто оно загрузится заново как будто его запустили как первый раз, я её обновляю не выходя из аппа. Или о чем речь?когда из тг открываешь мини апп, тг открывает его с параметрами, но если мини апп уже открыт, и обновить страницу тупо, то никаких параметров не будет, будет работать как простое обновление страницы, а не как запуск тг мини апп заного
ничего не понятно, ты уверен что ты верно подходишь к решению твоей задачи ? сама идея обрабатывать задачу разными воркерами и потом из них собирать результат - такая себе идея
если воркер одного типа ( обрабатывает один тип задач, но воркеры просто на разных процессах запущены ) то через children делать надо или progress