А ключи параметров не сделать "нечисловыми"? Например filter={1:['дуб','ясень'],15:[3],7:['лак','масло']}? Ну или хотя бы
field_1=дуб,ясень&field_15=3&field_7=лак,масло ?
VoRoN1999, так добавить таблицу, заполнить её и добавить процесс пересчета при получении ачивок - это тоже "будет работать". При этом трудозатраты час, ну два, если вместе с чтением документации. А то напоминает "точить некогда, пилить надо"
Immortal_pony, У этих типов разное применение. У set может храниться несколько значений в одной строке (включаются биты), у enum - только одно. Ну и есть интересные операции, которые позволяют выбрать "любое из указанных значений выбрано", "все указанные значения выбраны", "только те значения, что указаны, выбраны". Причем всё это индексируется и достаточно шустро работает. Но вот количество значений ограничено - так как это по факту просто набор бит, а все эти операции - это базовые битовые операции. И они имеют ограничение по длине для эффективной работы - 64 бита.
FanatPHP, ну ведь автоинкрементные айди реально в конкурентной среде тормозят. может у автора 5 версия на домашнем компе, а 8 на проде с сотней другой rps или блокировками какими-нибудь
Если хочется прям быстро (например для вставки зависимых данных или для редиректа), то следует отказаться от автоинкрементных id и перейти на uuid v1 и назначать его руками перед вставкой.
twobomb, символ - это тег. при использовании как у меня по ссылке - можно сделать один свг файл из кучи маленьких и использовать так, как показано по ссылке (вставлять в html много раз одно и то же, разными цветами и вообще кучу всего делать). Две свг будут грузиться дольше и сожмутся при передаче хуже. К тому же, если вставлять как img, то нельзя будет менять стили (в этом примере нет, но в ральном проекте есть куча "одноцветных" и "многоцветных" иконок, у которых меняется заливка стилем снаружи от иконки). Если же всё инлайнить сборщиком, то будет трафик большой при загрузке.
Богдан Хвалько, то, о чем ты пишешь похоже на "фасад", а там хоть иф элсов понатыкай.
лично мне кажется, что это немного перпендикулярно тому, что ты в вопросе написал
WapSter, ну так оберни его в свой промис. тут есть особенность - resolve сработает один раз, так что даже канселить запрос не обязательно (но желательно).
я вообще не вижу, зачем тут эвент бас. в компоненте, отображающем данные, зависящие от города делаем watch на город (он же в сторе), в этом вотче выставляем статус загрузки данных, проверяем, есть ли в сторе данные для города, если нет, вызываем экшен загрузки, по завершению проверки и загрузки - выставляем статус загрузки в "загружено".