Ку! Какие люди:-)

Здарова. Какие? =)

Трендовые:-)

Спасибочки, конечно. А почему трендовые? =)

Думаю, многие здесь присутствующие да некоторые из соседнего чата, ждут ваши подкасты.

А соседний — это какой? =)

Думаю, многие здесь присутствующие да некоторые из соседнего чата, ждут ваши подкасты.

Завтра будем новый писать. Лестно, что кто-то в теме.

А соседний — это какой? =)

Друпал😊 как я понял ваш не любимый фреймворк CMS😊

Я на нем даже сделал пару проектов, поэтому нет. Joomla — нелюбимый, если вспоминать про php сиэмэски.

аххах Джумлу хейтят все, кого не спроси😊

как и битрикс

аххах Джумлу хейтят все, кого не спроси😊

На ней тоже довелось вести пару проектов. Ад.

как и битрикс

Они помоему собираются на Международный рынок, или у меня устаревшая инфа, Как нибудь советую прогулятся по их ним форумам, забавно читать😊

народ, а что сейчас в тренде, vuetify, bootstrap-vue или semantic-ui-vue? мож еще чего есть?

свой ui kit

народ, а что сейчас в тренде, vuetify, bootstrap-vue или semantic-ui-vue? мож еще чего есть?

Я уже год использую element ui, пока что все устраивает)

Я уже год использую element ui, пока что все устраивает)

Что-то у них даже офсайт на мобилке страшно выглядит

Что-то у них даже офсайт на мобилке страшно выглядит

а там честно написано что это для десктопа компоненты.

Но это не значит что нельзя сделать норм адаптивность)

Но у меня пока такого опыта не было

post-css + ui-kit, как отписались выше, да или выберить все что вам понравится

у меня из localStorage'а берутся данные, которыми инициализируются модели для view'шки, но это только в браузере, на сервере инициализируется в пустой объект из-за этого видимо Vue кидает ошибку: [Vue warn]: The client-side rendered virtual DOM tree is not matching server-rendered content. This is likely caused by incorrect HTML markup, for example nesting block-level elements inside <p>, or missing <tbody>. Bailing hydration and performing full client-side render. видимо из-за того что сервер рендерит элементы с одной моделью, а браузер с другой

щито делать?)))

Сначала синхронизировать модели)

Сначала синхронизировать модели)

можно чуток подробнее пожалуйста?)

Ну отправить на сервак состояние объекта для рендера. Почему у вас там пустой объект?

Ну отправить на сервак состояние объекта для рендера. Почему у вас там пустой объект?

потому-что данные из localStorage'а, тупо для сохранения инпута в формах, на сервере этих данных естественно нет, они там и не нужны вовсе

А разве данные для инпутов как-то влияют на рендер? Ошибка-то не про это

А разве данные для инпутов как-то влияют на рендер? Ошибка-то не про это

ошибка походу именно по этому поводу происходит, если я не читаю данные с localStorage'а то всё работает, но поля не заполняются при загрузке сайта последними значениями

а если гружу - то эти данные сразу попадают в модели UI элементов

а там conditional content..

и происходит данная ошибка десинхронизации HTML'а рендереного на сервере и в браузере

Ну дошлите на сервак состояние localStorage

Ну дошлите на сервак состояние localStorage

нененене, это нонсенс, они там во первых совершенно ни к чему, а во вторых где их там хранить?

В тему срача react vs vue. Обидно немного за наш vue https://medium.com/javascript-scene/top-javascript-libraries-tech-to-learn-in-2018-c38028e028e6

да заебали этот реакт, пиарят его хорошо, очень просто продать концепцию (state) => ui

нененене, это нонсенс, они там во первых совершенно ни к чему, а во вторых где их там хранить?

Значит отдавайте полную разметку. КЛиент дальше разрулит

Значит отдавайте полную разметку. КЛиент дальше разрулит

это тогда придётся UI компоненты переписывать что в принципе неприемлемо

у меня есть идея

а почему бы не отложить мутацию HTML'а ?

т.е. не сразу при загрузке а как-то на кадр позже

после проверки

Ну через nextTick()

оо!

норм)

работает, просто диспатчу экшон не сразу при инициализации App.vue а обёрнуто в nextTick

да заебали этот реакт, пиарят его хорошо, очень просто продать концепцию (state) => ui

хрен его знает конечно, но вакансии пока не в нашу пользу. Я уже второй год читаю пророчества для вью, но как-то всё это не отображается на вакансиях.

хрен его знает конечно, но вакансии пока не в нашу пользу. Я уже второй год читаю пророчества для вью, но как-то всё это не отображается на вакансиях.

согласен, я когда после ng2 и react взял вью, я оргазмировал, на сколько он крутой, но как оказывается многим он не нравится

согласен, я когда после ng2 и react взял вью, я оргазмировал, на сколько он крутой, но как оказывается многим он не нравится

Я такого не слышал. Наоборот он всем нравится, но почему не юзают - не понимаю. Скорее всего экосистема влияет. У реакта всё ладненько, на всё есть готовые компоненты. Наверно поэтому.

на самом деле это неправда, что на реакт есть куча готовых компонентов, сравни тот же vutify с чем нибудь на реакте, вообще разный уровень, ну т.е. компоненты можно найти, но они хренового качества

на самом деле это неправда, что на реакт есть куча готовых компонентов, сравни тот же vutify с чем нибудь на реакте, вообще разный уровень, ну т.е. компоненты можно найти, но они хренового качества

хренового качества у вью или реакта? Я просто с реактом на Вы и вообще ну его нах

у реакта хренового качества

я вообще взял ripple эффект из одной библиотеки для вью и прикрутил его в реакт, потому что оказывается под вью делают качественнее вещи, чем на реакте :D

а @vue/cli уже кто нибудь щупал ? они в альфу его зарелизили

ребят мне плохо от ваших аватарок

я вообще взял ripple эффект из одной библиотеки для вью и прикрутил его в реакт, потому что оказывается под вью делают качественнее вещи, чем на реакте :D

хммм. Я не в теме реакта, но довольно странно это слышать.

я вообще взял ripple эффект из одной библиотеки для вью и прикрутил его в реакт, потому что оказывается под вью делают качественнее вещи, чем на реакте :D

качество скорее от создателя зависит а не от платформы)

качество скорее от создателя зависит а не от платформы)

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

ребят мне плохо от ваших аватарок

не забывай страдать :D

я довольно часто прокидываю debounce функцию в методы компонентов, но мне чёт надоело делать это вручную.. можно как-то задекларировать функцию чтоб та была доступна в шаблоне компонента, не декларируя wrapper на неё в методах?

Наверняка кто-то сталкивался с запретом роутинга на определенные страницы в зависимости от состояния стейта. Подскажите, будьте добры, как это правильнее сделать, мб есть какой-то шаблон уже или best practice.

Наверняка кто-то сталкивался с запретом роутинга на определенные страницы в зависимости от состояния стейта. Подскажите, будьте добры, как это правильнее сделать, мб есть какой-то шаблон уже или best practice.

https://router.vuejs.org/en/advanced/navigation-guards.html

https://router.vuejs.org/en/advanced/navigation-guards.html

т.е. это впринципе норм продергивать стейт в файле роутера и проверять какой-то параметр в хуках роутера?

т.е. это впринципе норм продергивать стейт в файле роутера и проверять какой-то параметр в хуках роутера?

Я только хз, как это делать в ssr

Наверняка кто-то сталкивался с запретом роутинга на определенные страницы в зависимости от состояния стейта. Подскажите, будьте добры, как это правильнее сделать, мб есть какой-то шаблон уже или best practice.

...аля: beforeRouteEnter(to, from, next): { next(vm => { if(vm.$store.state.condition) { next({path: '/baaad-boy'}) return } // show page next() }) }

В случае ssr хуки поди нужно будет в компоненты тянуть

т.е. это впринципе норм продергивать стейт в файле роутера и проверять какой-то параметр в хуках роутера?

нет, не в файле роутера, а в файле компонента страницы, beforeRouteEnter это guard

Я только хз, как это делать в ssr

мне везет, я не юзаю ssr))

нет, не в файле роутера, а в файле компонента страницы, beforeRouteEnter это guard

понял, благодарю

В случае ssr хуки поди нужно будет в компоненты тянуть

С другой стороны у вью есть для этого такая шутка как миксины, поэтому в этом случае о шаблонности можно избавится

В случае ssr хуки поди нужно будет в компоненты тянуть

я бы и без SSR эти хуки в компонентах декларировал а не в самом раутере... логика компонентов должна быть в них энкапсулирована

я довольно часто прокидываю debounce функцию в методы компонентов, но мне чёт надоело делать это вручную.. можно как-то задекларировать функцию чтоб та была доступна в шаблоне компонента, не декларируя wrapper на неё в методах?

нет ни у кого случайно идеи?

нет ни у кого случайно идеи?

Только если рендер функцию используешь

Только если рендер функцию используешь

мм, в смысле?

Ща, погодь

Я кажется ответил, не осознав твоего вопроса

Т.е ты хочешь сделать что-то типо @input="debouncedFn"?

Т.е ты хочешь сделать что-то типо @input="debouncedFn"?

типа того

https://remysharp.com/2010/07/21/throttling-function-calls

function debounce(fn, delay) { var timer = null; return function () { var context = this, args = arguments; clearTimeout(timer); timer = setTimeout(function () { fn.apply(context, args); }, delay); }; } и типа: <input @input="debounce(someMethod('something'), 100)"/>

наверно можно вынести в миксин

только вот чёт не работает нихера..

<input @input="debounce(someMethod('something'), 100)"/> вот так конкретно не работает