<template>
<div id="constructor-header">
<!--TODO: Изменить цвет при нажатии кнопок-->
<a class="constructor-header-button">Setting</a>
<a class="constructor-header-button" @click="saveMap">Save</a>
<a class="constructor-header-button" :href="baseUrl+map_id">Viewer</a>
</div>
</template>
<script>
export default {
name: "ConstructorControlPanel",
data() {
return {
baseUrl: "/view/",
map_id: window.inputMap.map_id
}
},
methods: {
saveMap: function () {
this.$store.dispatch("setMap");
},
}
}
</script>
Потому что выборки будут оптимальнее.Если в базе будет 1000 пользователей, у каждого по 10 карт, а в карте , в среднем, по 15 событий, то получается уже 150 тыс. id. При обычном селекте для одной карты он будет проскакивать 149985 строк впустую, а если пользователей больше.. Вы уверены что это решение "оптимальнее", чем обычная распаковка json с 15 массивами?
Потому что изменять отдельные события в json вы не сможете, только полная перезапись содержимого поляТут такая же проблема, как и в первом случае но ещё и запрос придётся строить сложнее, так же в моём случаем плюсом json будет сохранение порядка следования элементов (что для меня очень важно), если хранить в обычной таблице придётся добавлять дополнительное поле номер_следования. Иногда же проще перезаписать json чем делать много update в таблицу (в этом не уверен).
то что, функция, чтобы её вызывать? Вроде бы строка - раз пытаетесь использовать в качестве src. Наверное, имеется в виду не "вызову", а "установлю новое значение"?Да, я это и имел ввиду, спасибо
Это придаёт задаче небольшую сложность. Но нужно всего лишь конвертировкать координаты метки при её создании в проценты от карты и позиционировать по ним - тогда зум будет работать как ожидается.