not_cool, Для каждого элемента при получении с сервера также добавлять метаинформацию о возможных действиях, например для своих сообщений возможность правки и временную метку, до которой правка возможна, а затем на клиенте рисовать соответствующие элементы управления.
А нужно именно по расписанию? Ну тогда это потому что выполнение отчета происходит на сервере в фоне. Даже для файловой базы, просто там условно и клиент и сервер - один процесс.
Ram1024, пока не понятно. Выкиньте уж еjquery из головы. В vue нужно идти от данных. Если эти дивы выведены через v-for, то смотрите прям базовый пример от jsfiddle: https://jsfiddle.net/boilerplate/vue
Алексей Сипаев, есть кейсы, когда это неприменимо: например когда пользователь сайта делает заказ по телефону, но заказ на сайте у него в ЛК все равно должен появиться.
kirillsnovikov, не пользоваться функциями axios, а пользоваться нативными не предлагать? Вообще чисто визуально косяк в том, что результат axios.spread подается в качестве входного параметра (первый параметр then() - функция, которая будет выполнена при исполнении промиса)
Syndr0me, для себя пришел к тому, что попап должен быть внутри того компонента, состояние которого он меняет. Так что если используются props - то они используются по цепочке при сложной иерархии. То же и с emit (результатом действия).
Mike Ro, именно поэтому я написал это не как ответ на вопрос, а как комментарий Максим Тимофеев, vs code в php тоже умеет. и в pug. и в черта лысого. даже в plant uml.
