FanatPHP, ну ведь автоинкрементные айди реально в конкурентной среде тормозят. может у автора 5 версия на домашнем компе, а 8 на проде с сотней другой rps или блокировками какими-нибудь
Если хочется прям быстро (например для вставки зависимых данных или для редиректа), то следует отказаться от автоинкрементных id и перейти на uuid v1 и назначать его руками перед вставкой.
twobomb, символ - это тег. при использовании как у меня по ссылке - можно сделать один свг файл из кучи маленьких и использовать так, как показано по ссылке (вставлять в html много раз одно и то же, разными цветами и вообще кучу всего делать). Две свг будут грузиться дольше и сожмутся при передаче хуже. К тому же, если вставлять как img, то нельзя будет менять стили (в этом примере нет, но в ральном проекте есть куча "одноцветных" и "многоцветных" иконок, у которых меняется заливка стилем снаружи от иконки). Если же всё инлайнить сборщиком, то будет трафик большой при загрузке.
В одном файле как картинка - работает. Мне же нужно эти иконки вставлять в куче мест. по ссылке минимальный пример, в firefox:
в chrome:
последняя картинка (маленькая) чтобы убедиться, что градиент вообще рабочий.
Богдан Хвалько, то, о чем ты пишешь похоже на "фасад", а там хоть иф элсов понатыкай.
лично мне кажется, что это немного перпендикулярно тому, что ты в вопросе написал
WapSter, ну так оберни его в свой промис. тут есть особенность - resolve сработает один раз, так что даже канселить запрос не обязательно (но желательно).
я вообще не вижу, зачем тут эвент бас. в компоненте, отображающем данные, зависящие от города делаем watch на город (он же в сторе), в этом вотче выставляем статус загрузки данных, проверяем, есть ли в сторе данные для города, если нет, вызываем экшен загрузки, по завершению проверки и загрузки - выставляем статус загрузки в "загружено".
Александр Панков, менять город не мутацией, а экшеном, в экшене вызывать мутацию и экшены для заполнения других сторов. Это самый простой вариант.
Есть вариант похуже - вызывать экшены заполнение сторов в компоненте смены города.
Есть вариант посложнее - вместе с подключением "дополнительных" сторов вешать плагины для отслеживания мутаций текущего города и в плагине вызывать обновление стора. что-то типа инверсии зависимости тогда получится.
Кажется основная проблема в том, что ты не прочитал про то, что из модуля можно обратиться к корневому хранилищу, соответственно из него - к состоянию/мутациям/действиям других модулей
Зачем под каждый город свой стор? просто сделай геттеры, которые в зависимости от текущего города будут выдавать отфильтрованные данные. ну или из api перезаполняй стор, или что там тебе удобнее будет.
