Всем привет, может кто знает такую ниформацию? сколько хранится изображение во временном хранилище браузера. Т.е. поясню пользователь может загрузить свой вариант изображения товара, т.е. в корзину добавляется товар но у него новое изображение, и что бы не грузить на сервер, я в сессии храню данные что мне дает объект File. т.е. путь к временному хранилищу, разрешение, и название файла. НА сколько это разумно? Я думал грузить сразу на сервак картинки, но что будет если пользователь решит удалить этот товар из корзины, не заказав, просто так гонять файлы совсем не хотелось поэтому подумал о записи пути к временному хранилищу в браузере, или думал его еще сериализовать. Что подскажите? Если делаю все правильно, какой срок жизни временного фалйа в /tmp? что бы он не пропал после перехода на новую страницу

что за сессия?

Всем привет. Вопрос: как в NextJs правильно отрисовывать хедер, который на каждой странице? Насколько я понимаю, дублировать код в каждом файле-странице в папке pages не очень правильно. Можно, конечно, сделать компоненту Layout (в которой хедер и рендерить), в пропсы которой забрасывать контент нужной страницы. То есть в кажом файле-странице будет что-то типа <Layout page={UsersList} />. Как правильно, в общем? Я к тому спрашиваю, что в NextJs я не увидел какого-то файла, который является точкой входа - на каждую страницу делается свой отдельный файл, который надо класть в папку pages

Всем привет, может кто знает такую ниформацию? сколько хранится изображение во временном хранилище браузера. Т.е. поясню пользователь может загрузить свой вариант изображения товара, т.е. в корзину добавляется товар но у него новое изображение, и что бы не грузить на сервер, я в сессии храню данные что мне дает объект File. т.е. путь к временному хранилищу, разрешение, и название файла. НА сколько это разумно? Я думал грузить сразу на сервак картинки, но что будет если пользователь решит удалить этот товар из корзины, не заказав, просто так гонять файлы совсем не хотелось поэтому подумал о записи пути к временному хранилищу в браузере, или думал его еще сериализовать. Что подскажите? Если делаю все правильно, какой срок жизни временного фалйа в /tmp? что бы он не пропал после перехода на новую страницу

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

Всем привет. Вопрос: как в NextJs правильно отрисовывать хедер, который на каждой странице? Насколько я понимаю, дублировать код в каждом файле-странице в папке pages не очень правильно. Можно, конечно, сделать компоненту Layout (в которой хедер и рендерить), в пропсы которой забрасывать контент нужной страницы. То есть в кажом файле-странице будет что-то типа <Layout page={UsersList} />. Как правильно, в общем? Я к тому спрашиваю, что в NextJs я не увидел какого-то файла, который является точкой входа - на каждую страницу делается свой отдельный файл, который надо класть в папку pages

https://github.com/zeit/next.js/tree/canary/examples/layout-component

https://github.com/zeit/next.js/tree/canary/examples/layout-component

Спасибо) Не видел этот пример, прошу прощения!

Доброго времени суток господа, такая проблема. Есть connected-react-router, есть такая штука: <Switch> <Route exact path="/" component={ Convertor } /> <Route path="/results" results={ this.props.results } component={ Results } /> </Switch> Почему-то при изменении роута, компоненты не перерендериваются, если руками зайти на роут, то рендерится нужный компонент, но если использовать <Link \> или push, то ничего не происходит, но адрес в браузере изменяется, кто-нибудь догадывается в чем может быть дело? Экшен @@router/LOCATION_CHANGE тоже срабатывает

http://81.2.248.93/ первая аппа на реакте

кривовато но работает

начал изучать реакт 2 дня назад

https://github.com/alexeyraspopov/react-coroutine

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

?

http://81.2.248.93/ первая аппа на реакте

?

привет работяги! Никто не может подсказать статейку о том как правильно организовывать архитектуру реакт приложения. Мне лично нравится такой вид: https://gist.github.com/Aziaev/3fa6589b0ac76ae948b052721d33d7ce Но хочется посмотреть что другие делают. Статей интересных мало

Привет, кто использует материл ui? в частности Select

привет работяги! Никто не может подсказать статейку о том как правильно организовывать архитектуру реакт приложения. Мне лично нравится такой вид: https://gist.github.com/Aziaev/3fa6589b0ac76ae948b052721d33d7ce Но хочется посмотреть что другие делают. Статей интересных мало

На мой взгляд слишком накручено

привет работяги! Никто не может подсказать статейку о том как правильно организовывать архитектуру реакт приложения. Мне лично нравится такой вид: https://gist.github.com/Aziaev/3fa6589b0ac76ae948b052721d33d7ce Но хочется посмотреть что другие делают. Статей интересных мало

https://gist.github.com/ryanflorence/daafb1e3cb8ad740b346

На мой взгляд слишком накручено

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

https://gist.github.com/ryanflorence/daafb1e3cb8ad740b346

Прекрасный документ

привет работяги! Никто не может подсказать статейку о том как правильно организовывать архитектуру реакт приложения. Мне лично нравится такой вид: https://gist.github.com/Aziaev/3fa6589b0ac76ae948b052721d33d7ce Но хочется посмотреть что другие делают. Статей интересных мало

Хранить все в src roflanebalo

roflnebalo - это видимо свежий молодежный сленг. Не понимаю

привет работяги! Никто не может подсказать статейку о том как правильно организовывать архитектуру реакт приложения. Мне лично нравится такой вид: https://gist.github.com/Aziaev/3fa6589b0ac76ae948b052721d33d7ce Но хочется посмотреть что другие делают. Статей интересных мало

https://github.com/technology-ebay-de/feature-driven-architecture/blob/master/scoped-redux.md

https://github.com/technology-ebay-de/feature-driven-architecture/blob/master/scoped-redux.md

большое спасибо

??

фе

фе

))))))))))

Засеки, сколько времени у тебя займет удаление какой-либо фичи из проекта

покажите тогда, что вы считаете хорошей структурой

Засеки, сколько времени у тебя займет удаление какой-либо фичи из проекта

Он рофлит

покажите тогда, что вы считаете хорошей структурой

та, с которой тебе удобно работать

Мне кажется

привет работяги! Никто не может подсказать статейку о том как правильно организовывать архитектуру реакт приложения. Мне лично нравится такой вид: https://gist.github.com/Aziaev/3fa6589b0ac76ae948b052721d33d7ce Но хочется посмотреть что другие делают. Статей интересных мало

https://jaysoo.ca/2016/02/28/organizing-redux-application/

покажите тогда, что вы считаете хорошей структурой

http://react-file-structure.surge.sh/

> 2016 тут за неделю всё уже устаревает

http://react-file-structure.surge.sh/

Okay

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

├── src ├── _trick │ ├──[name] (part of store) │ │ ├── actions.js (constants and actions) │ │ └── index.js (reducer as default) │ └── index.js - (combineReducers) ├── _store │ ├── middleware (optional) │ │ ├── ... │ │ ├── axiosMiddleware.js (for example) │ │ └── index.js (apply all middleware) │ └── index.js (configure store) ├── assets (common styles or images or anything) ├── components (stupid view components) │ ├── ... │ └── Component.jsx (styles in jsx) ├── containers (clever action components) │ ├── ... │ └── Container.jsx (styles in jsx) ├── screens (top level components for combine containers or components) │ ├── ... │ └── Screen.jsx (styles in jsx) ├── registerServiceWorker.js (optional) └── index.js (entry point)

├── src ├── _trick │ ├──[name] (part of store) │ │ ├── actions.js (constants and actions) │ │ └── index.js (reducer as default) │ └── index.js - (combineReducers) ├── _store │ ├── middleware (optional) │ │ ├── ... │ │ ├── axiosMiddleware.js (for example) │ │ └── index.js (apply all middleware) │ └── index.js (configure store) ├── assets (common styles or images or anything) ├── components (stupid view components) │ ├── ... │ └── Component.jsx (styles in jsx) ├── containers (clever action components) │ ├── ... │ └── Container.jsx (styles in jsx) ├── screens (top level components for combine containers or components) │ ├── ... │ └── Screen.jsx (styles in jsx) ├── registerServiceWorker.js (optional) └── index.js (entry point)

Сломалось на мобилке

“stupid view components”, “clever action components”

это так не работает

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

├── src ├── _trick │ ├──[name] (part of store) │ │ ├── actions.js (constants and actions) │ │ └── index.js (reducer as default) │ └── index.js - (combineReducers) ├── _store │ ├── middleware (optional) │ │ ├── ... │ │ ├── axiosMiddleware.js (for example) │ │ └── index.js (apply all middleware) │ └── index.js (configure store) ├── assets (common styles or images or anything) ├── components (stupid view components) │ ├── ... │ └── Component.jsx (styles in jsx) ├── containers (clever action components) │ ├── ... │ └── Container.jsx (styles in jsx) ├── screens (top level components for combine containers or components) │ ├── ... │ └── Screen.jsx (styles in jsx) ├── registerServiceWorker.js (optional) └── index.js (entry point)

components (stupid view components) тут свалка будет containers (clever action components) тут тоже

по итогу говно и там, и там

и где для редакса контейнеры? или это в контейнерах? а как отличать тогда то, что из редакса данные сосет и то, что с логикой?

как же больно смотреть на пляски вокруг “общепринятой структуры”

и этого деления на умные-тупые компоненты

и эти редьюсеры-контейнеры-константы

как же больно смотреть на пляски вокруг “общепринятой структуры”

На вкус и цвет

На вкус и цвет

лол

Лично у меня связка atomic + effector, с которой все разбито по фичам + atoms/moleculas/organysms/templates/pages + ни один компонент не имет локальный стейт Вот это гибко, удобно и не превращается в свалку

Лично у меня связка atomic + effector, с которой все разбито по фичам + atoms/moleculas/organysms/templates/pages + ни один компонент не имет локальный стейт Вот это гибко, удобно и не превращается в свалку

Это уже звучит, как свалка...

Лично у меня связка atomic + effector, с которой все разбито по фичам + atoms/moleculas/organysms/templates/pages + ни один компонент не имет локальный стейт Вот это гибко, удобно и не превращается в свалку

link

Это уже звучит, как свалка...

в каком месте

Это уже звучит, как свалка...

nope

Это уже звучит, как свалка...

https://medium.com/атомарный-дизайн/atomic-design-foreword-4960ad17bc1a

link

http://bradfrost.com/blog/post/atomic-web-design/ https://github.com/zerobias/effector

Лично у меня связка atomic + effector, с которой все разбито по фичам + atoms/moleculas/organysms/templates/pages + ни один компонент не имет локальный стейт Вот это гибко, удобно и не превращается в свалку

кинеж пример?

а все

вижу

http://bradfrost.com/blog/post/atomic-web-design/ https://github.com/zerobias/effector

srsly?

github!

ERROR: S client not available

srsly?

?

ну линк на effector скинул, в чем проблема

github!

перезагрузись уже))

Ммм, компоненты-контейнеры

http://react-file-structure.surge.sh/

только там в доке пока нет примеров того, как я сейчас делаю

показать смогу разве что ночью

Лично у меня связка atomic + effector, с которой все разбито по фичам + atoms/moleculas/organysms/templates/pages + ни один компонент не имет локальный стейт Вот это гибко, удобно и не превращается в свалку

все в сторе? Оно не превратится в тысячилетний ветвистый баобаб?

?

link to source code of your project

link to source code of your project

репо закрытый

репо закрытый

retard!

=(

Хуево все хранить в src

Засеки, сколько времени у тебя займет удаление какой-либо фичи из проекта

Мне ide покажет где используется, так что очень мало

все в сторе? Оно не превратится в тысячилетний ветвистый баобаб?

Не превратится. Стор в данном случае Map из стейтов, consumer при маунте добавляет запись, при анмаунте удаляет Если consumer имеет ключ в пропсах, то берется запись по конкретному ключу Если в consumer прокинут начальный стейт в пропсах, он кладется при создании записи Плюс данного подхода в том, что ты по-прежнему работаешь как бы с локальным стейтом, но в то же время можешь обращаться глобально к данным, если надо. Это так же решает проблему, когда у тебя один компонент влияет на другой, но при этом они не связаны как ребенок-родитель И при этом должны быть реюзабельны К примеру, есть стор фильтров. Есть стор списка Далее делаем computed store, который мапает фильтры и возвращает мап из фильтрованных списков А юзать ты это будешь так <FilterForm id=“My page filter” /> <List filterId=“My page filter” />

Если тебе не нужен конкретный айтем, ты можешь не писать айдишник и просто сделать че-нить типа <SomeForm onSubmit={…} />

Не превратится. Стор в данном случае Map из стейтов, consumer при маунте добавляет запись, при анмаунте удаляет Если consumer имеет ключ в пропсах, то берется запись по конкретному ключу Если в consumer прокинут начальный стейт в пропсах, он кладется при создании записи Плюс данного подхода в том, что ты по-прежнему работаешь как бы с локальным стейтом, но в то же время можешь обращаться глобально к данным, если надо. Это так же решает проблему, когда у тебя один компонент влияет на другой, но при этом они не связаны как ребенок-родитель И при этом должны быть реюзабельны К примеру, есть стор фильтров. Есть стор списка Далее делаем computed store, который мапает фильтры и возвращает мап из фильтрованных списков А юзать ты это будешь так <FilterForm id=“My page filter” /> <List filterId=“My page filter” />

Какой-то оверхед, можно просто в window.{you_component} = {} и все ?

Какой-то оверхед, можно просто в window.{you_component} = {} и все ?

Эм

Как правильно? <Component value='5' /> vs <Component value={5} /> В компоненте используется как строка. С кодревью тикать начинает)

Какой-то оверхед, можно просто в window.{you_component} = {} и все ?

Аргументы, в чем здесь оверхед?

Как правильно? <Component value='5' /> vs <Component value={5} /> В компоненте используется как строка. С кодревью тикать начинает)

одно строка, другое число

Как правильно? <Component value='5' /> vs <Component value={5} /> В компоненте используется как строка. С кодревью тикать начинает)

Нужна строка – передавай строку. Нужна циферь – кидай циферь

Вопрос-то в чём?

Какой-то оверхед, можно просто в window.{you_component} = {} и все ?

не можно, не разводи глупый холивар

Вопрос-то в чём?

discussion: -а зачем ты цифру строкой передаешь? -В компоненте используется как строка. Почему бы и нет? -ну в принципе да) просто странно: по логике оно число, а тип не тот, хотя есть специальный тип для числ

Такие вот discussion в гитлабе.

discussion: -а зачем ты цифру строкой передаешь? -В компоненте используется как строка. Почему бы и нет? -ну в принципе да) просто странно: по логике оно число, а тип не тот, хотя есть специальный тип для числ

тебе не кажутся такие аргументы шляпой?)

styled-components vs emotion? что выбираете? и почему?

styled-components vs emotion? что выбираете? и почему?

sc потому что экосистема больше

Попользовавшись emotion как-то пришел к выводу что многое - копипастится из sc или «старее» и хваленая производительность складывается из меньшего функционала.

Мне щас не хватает поддержки nested styles в тестах