и не будет

браузер все елементы грузит

это твое или чье-то?

это не моя страница

просто сайт

а, лол, стоп — это CE/AE что ли?

Там ж у гугла стоит лоад балансер/роутер спереди, рулит по домену.

Не?

telnet отвечает Connection closed by foreign host

по 80 порту

telnet отвечает Connection closed by foreign host

Ты чёт втираешь тут вообще.

реактивные товарищи почем сейчас junior react dev ?

в киеве 300-500$

https://scontent.xx.fbcdn.net/v/t1.0-9/15327496_10154924351159551_4699270008259245990_n.jpg?oh=5b93bc3df90744e325f6f946ca6d2c77&oe=58EC96DD

эт точно

а чем оно лучше редукса, в двух словах объяснить можешь?

Во-первых там нет экшенов, стора меняется посредством метода setStore, который через единый стрим меняет стору посредством мёрдждипа. setStore ты можешь вызвать в компоненте или в функции-модификаторе. И компонент и модификатор передаются в параметрах, соответственно можно легко понять откуда пришло изменение. Еще там стора состоит из фрагментов, которые ты описываешь как классы с методами жизненного цикла. Еще там есть getStore с помощью которого можно получить любой набор свойств из сторы и если они не найдены, то в нужных фрагментах будут вызваны специальные методы, в которых ты можешь, например, получить их с сервера. На сервере тоже можно будет стору сделать этой либой и сделать и там и там коннекторы, которые будут автоматом ее шарить. И соответственно можно будет решать задачи релэя, но без graphQL и по разному для разных фрагментов. То есть можно часть стопы сделать только фронтовой, а часть шареной. Коннекторы будут и с вебсокетами и без, и с оптимистичностью и без.

вообщем вы не знаете.

Хорошо если так. А то видел я таких, которые могут только компоненты клепать простые, а на ваниле ни строчки написать не могут.

для меня до сих пор тайна за семью печатаями, как джуна от мидла отличить, и мидла от сеньора... :)

для меня до сих пор тайна за семью печатаями, как джуна от мидла отличить, и мидла от сеньора... :)

Это что-то из области философии по-моему))

вообщем вы не знаете.

выше ж написал все :)

вжуххх из джуна в сениоры

вжуххх из джуна в сениоры

а так можно было?

а кто ж запретит

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

Джун решает задачи под надзором "старших", не советчик в плане архитектуры. Мид же сам может решить поставленную задачу, где-то согласиться с архитектурой продукта, но голос его не решающий

Сильно общие показатели, да, все по-разному видят границы

Сеньор-миддл — миддл-джун

Как в армии, что-ли?)

Как в pen-pineapple-apple-pen

Страшно

я вот вообще человек-оркестр, никогда не работал под надзором "старших"

я кто получается? :)

нормальный разработчик

при том что задачи решаею и по архитектуре решаю как разумею

странно, но похоже дело в прокси

Где-то потерял таблицу, шкала оценки квалификации разработчика. Там прям всё-всё оценивалось

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

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

Такая же фигня всегда была

почему страница не отображается при включенном прокси? Но контент грузится

Ребят не подскажите какой то сервис что бы по color hex определял название цвета ?

ближе всего к HTML Color Names

Ребят не подскажите какой то сервис что бы по color hex определял название цвета ?

https://yandex.ru/blog/company/94762

Ребят не подскажите какой то сервис что бы по color hex определял название цвета ?

npm coloured (вроде бы так)

http://chir.ag/projects/name-that-color/#235695

St Tropaz

что за святой Тропаз

Сен-Тропе

какие негативные моменты у такого решения, когда нужно запретить пробелы в input? onChange () { event.target.value = event.target.value.replace ( /\s/g, '' ); this.setState({[event.target.name]: event.target.value}); }

какие негативные моменты у такого решения, когда нужно запретить пробелы в input? onChange () { event.target.value = event.target.value.replace ( /\s/g, '' ); this.setState({[event.target.name]: event.target.value}); }

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

хотя...

меня больше интересует обновление event.target.value

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

бери value в компоненте из стэйта, а тут записывавй результат реплэйса в переменную и обновляйй стэйт.

Я бы делал e.preventdefault()

Если нельзя пробелы, смысл стейт обновлять

в стейт и так попадает без пробела, но в input пробел остаётся, если вот так не сделать

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

Так и реплейсить ничего не придется

ну я про то, что не надо так делать event.target.value = event.target.value.replace ( /\s/g, '' );, надо записать в переменную и обновить стэйт. а в инпуте написать value={this.state[name]}

не верно

ладно

var Input = React.createClass({ render: function () { return <input type="text" onKeyPress={this._handleKeyPress} />; }, _handleKeyPress: function(e) { if (e.key === 'Enter') { console.log('do validate'); } } }); Более чем уверен, отсюда можно доплясать до искомого решения

c onKeyPress слишком много забот. Например, чем это решение проще, когда в инпут будет вставлен текст с пробелами?

меня же беспокоит, что я в react правлю state и dom одновременно

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

ERROR: S client not available

Я не скажу, что оно проще, но оно и не сложнее Завтра зачекаю сам свои предположения

Кстати, именно в твоем коде ты мутируешь объект. Я бы вынес в отдельную переменную это дело

Тебе, кстати уже указали на это. Если будешь тестить мой вариант, буду благодарен, если поделишься опытом:)

Подскажите плз, я с сервера получаю список в виде массива, каждый ключ которого идентифицированный (с id, без повторений). С помощью функции планирую его в объект вида {1: {id: 1}, 33: {id:33}} переделать. В каком месте мне его(массив) лучше через функцию пускать? В actions или в redusers? Использую react + redux

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

ну а по теме вопроса?

60-70 готовы джуну платить толковому, вакансия вот https://moikrug.ru/vacancies/1000029246

нам не только джуны нужны если что

Подскажите плз, я с сервера получаю список в виде массива, каждый ключ которого идентифицированный (с id, без повторений). С помощью функции планирую его в объект вида {1: {id: 1}, 33: {id:33}} переделать. В каком месте мне его(массив) лучше через функцию пускать? В actions или в redusers? Использую react + redux

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

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

Спасибо

Подскажите плз, я с сервера получаю список в виде массива, каждый ключ которого идентифицированный (с id, без повторений). С помощью функции планирую его в объект вида {1: {id: 1}, 33: {id:33}} переделать. В каком месте мне его(массив) лучше через функцию пускать? В actions или в redusers? Использую react + redux

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

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

Чем этот вариант лучше, чем в actions? Я же, в случае с actions, обработанный объект редьюсеру передавать буду и сразу записывать в state. Reducer чище будет

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

а в экшнах творится всякая вакханалия с вызовами апи, генерацией и распараллеливанием экшнов и тд

если это делать не в редьюсере, то что вы делаете в редьюсере)

если это делать не в редьюсере, то что вы делаете в редьюсере)

Меняю state)

какой-то сложный assign

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

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

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

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

что значит чем проще, тем лучше?

О.о

это требование к любому куску кода, если я правильно понял)

что значит чем проще, тем лучше?

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

ну тогда редьюсер ненужон, просто пишешь одну функцию, в нее передаешь из экшна [{path, payload}], бежишь втыкаешь

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

да, любой транзишн стейта в редьюсере

и перегруженные экшны впридачу тебе

логику транзишена в экшене неудобно тестить

а в редьюсере просто сказка

если вы ее из экшена выносите в чистую функцию, то зачем вам вообще редакс?

ну тогда редьюсер ненужон, просто пишешь одну функцию, в нее передаешь из экшна [{path, payload}], бежишь втыкаешь

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

в зависимости от приложений, бизнес-логика может быть "не сходить в апи"

а совершить какое-то бизнес-действие=стейт транзишн

и вот тут редакс на коне