https://firebase.google.com/docs/database/web/lists-of-data#sorting_and_filtering_data

▫️Программирование как хобби ▫️изучаю front ▫️Буду помогать по мере возможностей ▫️Общение, помощь. новые знакомства ▫️Москва ▫️Поиск #whois

как вы nuxt используете? он же нифига непонятный

а не, ну вроде норм, надо было просто доки открыть :D

но генерация всего и вся зависящее от стркутуры папок - это сильно

Всем привет. Есть вопрос. Решил сделать генератор бекграундов в стиле MD на svg через отдельный компонент. Задача - вывести в шаблоне viewBox по размерам родительского элемента. Впринципе получить размеры не проблема. в computed computed: { elSize: function() { return '0 0 ' + this.$el.clientWidth + ' ' + this.$el.clientHeight }, } Однако когда вывожу в шаблоне(pug) на момент генерации $el ещё underfined. Вопрос - как правильно сделать?

Всем привет. Есть вопрос. Решил сделать генератор бекграундов в стиле MD на svg через отдельный компонент. Задача - вывести в шаблоне viewBox по размерам родительского элемента. Впринципе получить размеры не проблема. в computed computed: { elSize: function() { return '0 0 ' + this.$el.clientWidth + ' ' + this.$el.clientHeight }, } Однако когда вывожу в шаблоне(pug) на момент генерации $el ещё underfined. Вопрос - как правильно сделать?

в mounted

спасибо, ща попробую

https://nuxtjs.org/api/pages-fetch/ откуда берется $store?

https://nuxtjs.org/api/pages-fetch/ откуда берется $store?

Дока же на русском есть

Хотя не вся, сори

Хотя не вся, сори

она все равно не все поясняется

я вот не мгу понять nuxt data

это дата как во вью? вроде нет

кажется с помощью него мы просто инициализируем начальное состояние компоненты

так, похоже это действительно fronteds-server, как тут кто-то говорил

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

если просто складывать рядом, то это же будет бардаком

Как я понимаю в автоматическом режиме я в не могу передать сообщение в прародителя текущего компоненты через this.$emit? либо event bus, либо методами пробрасывать все выше и выше

Как я понимаю в автоматическом режиме я в не могу передать сообщение в прародителя текущего компоненты через this.$emit? либо event bus, либо методами пробрасывать все выше и выше

Да, я сегодня это решал через шину

Ты же про то, чтобы $emit родителя перехватывать в ребенке?

Он по то, чтобы событие передать бабушке

Так-то да, event bus, или тянуть его выше и выше

Он по то, чтобы событие передать бабушке

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

Ну, а принимать их?

Передать это заэмитить и где-то их забрать

Через $on

Ты же про то, чтобы $emit родителя перехватывать в ребенке?

нет, я про то что у тебя есть comp1 -> comp2 -> comp3 -> comp4. и ты вызываешь событие в comp4, но отловить тебе надо его в comp1

Ну так нельзя перепрыгивать

Тогда точно event bus

нет, я про то что у тебя есть comp1 -> comp2 -> comp3 -> comp4. и ты вызываешь событие в comp4, но отловить тебе надо его в comp1

Ааа, ну шина тогда

да, я понял, через bus

Причем, думаю, это самый лучший вариант

Кстати, ради интересна

В реакте есть что-то такое?

Хз, хз

Это ж реально такой простой и эффективный выход из частых ситуаций если не надо тащить *ux либы

парни, подскажите, как организовать код в nodejs не SPA приложении? по сути нода тут как php, вопрос ответ, а vue вместо jquery :)

мб есть примеры где то

@codev0 единственное чем тебе смогут помочь — это погуглить за тебя и накидать ссылочек в чат. Ты бы написал проблему или причину, по которой ты не можешь придумать как организовать код. Или, если ты просто хочешь советов, дал бы больше информации: сколько страниц? есть ли авторизация? будут ли в страницах переиспользованы компоненты?..

да вот я даже хз с чего начать. ├── assets // Тут стили лежат, и JS. ├── cache ├── config // node ├── index.js // node ├── lib // node ├── locales // локализации ├── public // Статика которая на клиент летит ├── tasks // такски гранта └── views // Шаблоны pug я начал кидать все в assets, думал через вебпак кидать потом в public

а во всех туторах с вебпаком есть папка src

но сорцы то и нодовые могут быть

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

не верь никому про бест практис

сегодня React бест - завтра у Vue фест

Делай так как удобно тебе/команде/бизнесу…

я бы только предложил с Grunt уйти :)

уж больно я его не люблю

Делай так как удобно тебе/команде/бизнесу…

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

легаси

хотя если тебе с ним удобно…

дали бэк, сказали крути морду

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

на эту часть не всегда есть время, это надо понимать

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

на эту часть не всегда есть время, это надо понимать

надеюсь от слов не откажутся

надеюсь от слов не откажутся

А ты не вспоминай про рефакторинг ни при лиде ни при менджере. Рефакторинг - это не переписывание проекта, а его улучшение без изменение функционала. Пару строчек местами поменять - тоже рефакторинг, если это улучшило читаемость кода; или вынести пару строк в какую-то функцию - тоже пример рефакторинга

и не нужно ни у кого на это время просить

работаешь с куском кода - приведи его в порядок, просто не переусердствуй. тебе и времени хватит, и через время код приятней станет

спасибо

по-поводу структуры проекта: я бы на твоем месте подумал о том, чтобы views заменить на pages/ и components/ внутри которых были бы папки с js модулями внутри и с темплейтами

а то это совсем по php-шному, разделять контроллеры и шаблоны )

можно, кстати, без pages обойтись, называя компоненты какими-нибудь ProfilePage

у нас не SPA, я не знаю зачем они тут ноду прикрутили. могли нормально и на лаваше сделать.

ERROR: S client not available

Да я понял что не SPA, но компоненты на страницах все равно встречатся могут

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

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

понял. Спасибо

Обидно, очень обидно, когда ты добиваешься использования Vuejs на проекте, а потом вспоминаешь, что нужна поддержка старых IE-шек

не вижу смысла жить дальше

меньше ие9 надо? оО

да

(

жестко

да

У вас там банк или огромный инет магазин? Откуда такие требования? Браузеров ниже IE9 осталось меньше 5% как мне помнится.

продажа авиабилетов

на неделе поговорю с клиентом, посмотрим аналитику

может еще получится Vue втулить…

когда будете смотреть процент IE < 9, гляньте еще конверсию со старых браузеров (если сможете)

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

только так

просто выкинуть 1%, потому-что это 1% не получится

в этом плане на проекте все здорово, я видел эти графики, там считают все что находят

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

но если среди того процентра будет конверсия - придется посидеть больше над списком аргументов "за" Vue

может эти люди только ленту в фейсбуке листают и билеты на самолет заказывают :D

Ну да. Предприниматель не захочет отказываться даже от 1% прибыли в большинстве случаев. Если счет идет на миллионы, то этот 1% окупит еще одного разраба который будет делать всю поддержку легаси за пару месяцев.

все верно

А все, сорян, перечитал

А полифилами нельзя доработать старые браузеры?

ie6?

Полифиллами не получится геттеры/сеттеры реализовать

так что нельзя