Size: a a a

Front-end developers

2021 January 28

R

Ricle in Front-end developers
ну да, django используем
источник

AH

Alexander Ivar Kjell... in Front-end developers
а
источник

AH

Alexander Ivar Kjell... in Front-end developers
тогда ладно
источник

PH

Pavlo Huk in Front-end developers
Ricle
говорят хорошо использовать react + redux
mobx проще вьІучить, чем редакс, но пртектов на редаксе больше
источник

NM

Niccolo Machiavelli in Front-end developers
Ricle
кста, ребят, что лучше юзать на фронте, vue или react?
Ангуляр)
источник

AH

Alexander Ivar Kjell... in Front-end developers
Niccolo Machiavelli
Ангуляр)
порог выше чему остальных
источник

AH

Alexander Ivar Kjell... in Front-end developers
Pavlo Huk
mobx проще вьІучить, чем редакс, но пртектов на редаксе больше
количество написанных проектов это не показатель качества технологии
источник

AH

Alexander Ivar Kjell... in Front-end developers
большниство сайтов на WP написаны
источник

P

Philipp in Front-end developers
Alexander Ivar Kjell Hovland
большниство сайтов на WP написаны
ну вот мы и пришли к ответу
источник

AH

Alexander Ivar Kjell... in Front-end developers
Philipp
ну вот мы и пришли к ответу
если бы бек не на джанго был...
источник

AE

Alex Elkin🇪🇸 in Front-end developers
Владимир Пенчев
Реакт(реакт нейтив)разрабы есть вопрос. С бека приходят банковские карты. У меня слайдер, который показывает все карты, ну и соответственно текущую. На экране у меня также есть кнопка скрыть и показать баланс, я так понимаю, что мне нужен какой-то локальный стейт, чтоб я мог хранить данные о том, какие карты скрывают свой баланс на странице, а какие нет. По сути на основе данных, что мне приходят с бека(запрос, а потом редакс), мне надо бы сделать массив, в котором будут хранится объекты с полями баланс и hiddden: true/false. И отталкиваясь от этого отображать или не отображать баланс текущей карты в слайдере. Правильный ли я выбрал подход? Может у кого был подобный кейс?
Это приложение Тинькова сломал?
источник

Z

Zlata in Front-end developers
Всем добрый вечер. Случилась проблема, не смогли отладить верстку лендинга, а разработчик отказался от дальнейшей работы. Завтра команда ждет откоректированный результат, а весь лендинг в ошибках в мелочах (расположение элементов, глюки анимации).

Ищу человека который сможет сейчас помочь с проектом, скоректировать верстку.

Я могла бы сама, но проект написан на vue js и для меня нестандартно слишком собран. Я до этого только с обычной версткой работала.

Кто мог бы взяться - пишите в личку, покажу макет и договоримся за бюджет доработок.
Я оцениваю правки в 3 часа..максимум 5)))))

upd.
Пока вроде нашла..пишите, есть еще один наш корпоративный сайт кто умеет верстать хорошо
источник

DK

Dima Kruhlyi in Front-end developers
подскажите, пожалуйста, у кого-то есть пример вот такого слайдера с пагинацией?
источник
2021 January 29

ВH

Виктор Homeleonn... in Front-end developers
Alexander Ivar Kjell Hovland
зачем грузить тот же сайт в айфрейме, куда удобнее встроить его напрямую
Как родительское окно так и фрейм имеет богатую динамику и нуждаются в файле scripts.js, в iframe динамическая часть, которая обязана обновляться посредством перезагрузки страницы, родительская страница видоизменяет несколько элементов, для которых наоборот обновление страницы не должно происходить.
источник

AH

Alexander Ivar Kjell... in Front-end developers
Виктор Homeleonn
Как родительское окно так и фрейм имеет богатую динамику и нуждаются в файле scripts.js, в iframe динамическая часть, которая обязана обновляться посредством перезагрузки страницы, родительская страница видоизменяет несколько элементов, для которых наоборот обновление страницы не должно происходить.
Что там за кейс что нужно форсированно обновлять страницу?
источник

AH

Alexander Ivar Kjell... in Front-end developers
Виктор Homeleonn
Как родительское окно так и фрейм имеет богатую динамику и нуждаются в файле scripts.js, в iframe динамическая часть, которая обязана обновляться посредством перезагрузки страницы, родительская страница видоизменяет несколько элементов, для которых наоборот обновление страницы не должно происходить.
А то что оба нуждаются в одинаковом скрипте подтверждает целесообразность помещения обоих элементов на одну страницу без айфрейма
источник

ВH

Виктор Homeleonn... in Front-end developers
Есть много вариантов как сделать иначе..
   1) Можно вообще не париться, так как скрипт грузанется из кеша и производительность потеряна не будет если не учитывать + несколько дополнительно запарашиваемых файлов
   2) Можно сгруппировать общую функциональность в один объект и взять его из дочернего она через let foo = window.top.foo, либо отдать из главного в дочернее фрейм.contentWindow.foo = foo, только нужно еще контекст передавать, что опять же колхоз.
   3) Засунуть всё в одно окно и думать как выкручиваться.

Но в том то и дело, без засовывания в одно окно и без костылей, есть какое-то традиционное решение данной проблемы, ведь за 26 лет JS, с ней точно кто-то сталкивался... Либо как это было принято обходить во времена когда не существовало изменение контента без перезагрузки страницы, но что бы родительское окно юзало ту же функциональность без перезагрузки, просто не парились и загружали файлы по несколько раз ?

Может конечно показаться задача странной, но всё же она существует и меня интересует есть ли какой-то некостыльный(традиционный) способ её решения.
источник

ВП

Владимир Пенчев... in Front-end developers
Привет всем, у меня возник вопрос по поводу получения данных из стора(реакт-нейтив + редакс). К примеру, когда мой экран делает первый рендер и asyncStorage пустой, то мы делаем запрос на бек, чтоб получить данные, но они могут долго идти, а компонент в свою очередь должен отрендерить что-то. Что нужно сделать, чтоб у пользователя рендерился экран и в нем уже были данные?
источник

AH

Alexander Ivar Kjell... in Front-end developers
Виктор Homeleonn
Есть много вариантов как сделать иначе..
   1) Можно вообще не париться, так как скрипт грузанется из кеша и производительность потеряна не будет если не учитывать + несколько дополнительно запарашиваемых файлов
   2) Можно сгруппировать общую функциональность в один объект и взять его из дочернего она через let foo = window.top.foo, либо отдать из главного в дочернее фрейм.contentWindow.foo = foo, только нужно еще контекст передавать, что опять же колхоз.
   3) Засунуть всё в одно окно и думать как выкручиваться.

Но в том то и дело, без засовывания в одно окно и без костылей, есть какое-то традиционное решение данной проблемы, ведь за 26 лет JS, с ней точно кто-то сталкивался... Либо как это было принято обходить во времена когда не существовало изменение контента без перезагрузки страницы, но что бы родительское окно юзало ту же функциональность без перезагрузки, просто не парились и загружали файлы по несколько раз ?

Может конечно показаться задача странной, но всё же она существует и меня интересует есть ли какой-то некостыльный(традиционный) способ её решения.
Как по мне афрейм это как раз костыль
источник

OJ

Oleg Junior in Front-end developers
Здравствуйте! Есть ли разница в JS писать & или &&, писать | или || ?
источник