150мс с бэка

Так это, наверное, пустой шаблон

а отклик вуе на фронте то другое, но всёравно быстрее чем всю страницу перерисовывать

ну пустой 50мс, но вообще текущий уровень слоупочности бека бека мне впринципе не нравится, это да

т.е. дело не в том что одни могут другие нет. любой хелловорлд переваливает за 300мс и это бида

Чем же так плохо?

У меня на сайте, который до этого показывал переходы ~300мс - всех устраивает. Клиент кипятком ссыт, извиняюсь

ну а куда ему деваться

Ясно, вобщем. А Адонис юзал?

неа

Ну а такое быстрое, как говорите, есть че посмотреть?

ты про рендеринг бека или рисование фронта ?

Да мне так то все равно. Меня интересует конечное время загрузки страницы, от которой зависит конверсия и еще много чего .

Ну а Vue приложения ты делал?

в фронтовый рендеринг пока не упирался

Понятно. Вот мое первое https://github.com/Piterden/cinemateka

Да мне так то все равно. Меня интересует конечное время загрузки страницы, от которой зависит конверсия и еще много чего .

ну так уменьшай размер бандла, критикал css. время отклика сервера и вот это все

Понятно. Вот мое первое https://github.com/Piterden/cinemateka

Оооо

Я видел этот сайт

Я там вроде сообщения о багах отправлял, они дошли?

Походу не дошли

Так это раздолбаи из журнала Сеанс. Профукали мне сайт.

Хорошо ГитХаб есть ))

Ну первый блин комом же всегда

Там по вертке были проблемы

А куда отправлял то?

верстке

Надо было изю писать

А куда отправлял то?

http://ready.shishki.pro/contacts/

Надо было изю писать

дык а откуда я знал, что он на гитхабе есть? :)

Ааа. Так это не они делали. Они только рисовали

Ааа

А приложуха не awesome-vue - ты наверное там и видел

Я его в vue-awesome видел. Захожу, а там футер летает, блок на карте вываливается. Думаю, приложенька на Vue, не порядок, надо фиксить :)

Ну я там намудрил с app.vue ))) С фынкциями там )))

:)

Ладно, счастливо, я спать :)

Старался помню все чистые сделать

Давай, спокойной))

?

firebase кто юзал?

Да, с отвращением

Я про приложение и про его работу. Это приложение на Vue - и на нем за эту секунду все данные всех страниц грузятся прямо в тело. Плюс рендеринг JS + анимаций там щас будет скоро. То на то и выходит по итогу.

Кек, уверен что это ты плоху арзитеткуру выбиал

Да, с отвращением

А какое облачное хранилище лучше?

Что-томне подсказывает, что тут целую секунду в загрузке можно выйграть

Да, с отвращением

почему?

Ну отсутствие честных массивов, проблема с атомарными операциями

Ну отсутствие честных массивов, проблема с атомарными операциями

а проблему постороннего доступа к базе как решал?

у firebase нормальная система безопасности

правда написанная явно представителями негуманоидной расы

но нормальная

api key и url базы можно смотреть в исходнике страницы

и что?

при правильной организации данных это ничего не даст

Конечно если вы не выдаете туда главный апи кей )

у firebase есть механизм авторизации и выдачи токенов

можно получить доступ к бд, записывать и читать данные

только данные своего пользователя

к которому у пользователя текущего есть и так допступ

мне кажется вам стоит изучить раздел Firebase Authentication который как раз описывает организацию доступа к базе

не отдавая апи ключ в приложение

нашел https://firebase.google.com/docs/auth/web/anonymous-auth

А как в vue sentry сделать так, чтобы юзер не получил доступ к апи и не отправлял фейковые репорты? ведь api key высвечивается в исходнике страницы

никак

но кому оно надо?

ERROR: S client not available

злоумышленникам

Они с этого ничего не поимеют

Скриптерсы подьехали

подскажи, кто как прокидывает мульти props в компонент, сталкнулся с проблемой, нужно послать переменные в компонент и потом сделать запрос на сервер с этими параметрами, проблема в том что props приходят поже чем я вызываю функцию получения данных. Можно сделать timeout и тогда делать вызов но мне кажется это хак какойто, подскажите как можно поступить

подскажи, кто как прокидывает мульти props в компонент, сталкнулся с проблемой, нужно послать переменные в компонент и потом сделать запрос на сервер с этими параметрами, проблема в том что props приходят поже чем я вызываю функцию получения данных. Можно сделать timeout и тогда делать вызов но мне кажется это хак какойто, подскажите как можно поступить

> props приходят поже чем я вызываю функцию получения данных ну можно вотчер на проверти повесить, если я правильно понял

решил вот так, но не знаю помоему это как то плохо )

this.props_data = [this.provider_id, this.service_id] this.$nextTick(function () { this.$refs.date_time_component.showCalendar() });

ребята, есть: data () { return { foo: {}, } }; у foo есть свойства bar1 и bar2, как сделать, чтобы foo.bar2 был computed от foo.bar1 ?

this.props_data = [this.provider_id, this.service_id] this.$nextTick(function () { this.$refs.date_time_component.showCalendar() });

почему props приходят позже чем получение данных-то?

ребята, есть: data () { return { foo: {}, } }; у foo есть свойства bar1 и bar2, как сделать, чтобы foo.bar2 был computed от foo.bar1 ?

Никак. Data отдельно и computed отдельно

Никак. Data отдельно и computed отдельно

фигово, у меня в data объект целиком из бэка приходит :(

Тогда непонятно как там могут быть связанные свойства

почему props приходят позже чем получение данных-то?

ну потому что все в вуе асинхронно, а вызов функции чайл компонента из родительского вызывается быстрее нежели инициализация пропс

а как-то разворачивать и собирать объект с префиксом можно? например пришло: foo.bar1, foo.bar2 а в компоненте получаем this.fooBar1 this.fooBar2

Тогда непонятно как там могут быть связанные свойства

свойство которое либо генерируется автоматически, либо вбивается вручную. Автоматически как раз через computed

Ну так оберниье все в computed и обращайтесь а шаблоне только через computed

А в этом computed тяните data и дополняйте её как хотите

ну потому что все в вуе асинхронно, а вызов функции чайл компонента из родительского вызывается быстрее нежели инициализация пропс

чтото тут не то) надо просто передавать пропсы, а компонент сам должен данные забирать, зачем в нем что-либо вызывать?

Vuex не рассматриваете? Писать туда данные, в компоненте доставать.

Ну так оберниье все в computed и обращайтесь а шаблоне только через computed

спасибо, я еще подумаю как обойти или упростить текущий вариант. Если не придумаю видимо сделаю по вашему совету

чтото тут не то) надо просто передавать пропсы, а компонент сам должен данные забирать, зачем в нем что-либо вызывать?

ну компонент например отвечает за отрисовку тафлицы а так же за запрос к базе с данными, нам нужно только посылать нужные параметры ну и активировать функцию фетча, как то так

ну компонент например отвечает за отрисовку тафлицы а так же за запрос к базе с данными, нам нужно только посылать нужные параметры ну и активировать функцию фетча, как то так

Самая обычная ситуация. Надеюсь, я не один не понимаю в чем сложность

Самая обычная ситуация. Надеюсь, я не один не понимаю в чем сложность

ну если это обычная ситуация приведи пример )

ну если это обычная ситуация приведи пример )

Допустим компонент таблица, грузит данные в mounted вариативно в зависимости от какого-то property, propertyr если меняется, вотчер это видит и срабатывает логика. Так?

аммм да но моунтед работает один раз а мы можем и нужно дергать много раз моунт не подходит

нам нужно когда мы захочем сделать так что бы компонент выполнил свою работу

не один раз

а много

аммм да но моунтед работает один раз а мы можем и нужно дергать много раз моунт не подходит

ну вотчер же функцию с логикой дергает

ну вотчер же функцию с логикой дергает

пример есть у тебя ....

watch: { 'myProp': function () { } },

нам нужно когда мы захочем сделать так что бы компонент выполнил свою работу

Так не мыслят ни в современном реакте, ни в современном Вью, ни в современном ангуляре