браузер не пропускает

Поставил в хром расширение Toggle Cross-Origin Resource Sharing. Allow/Disable Cross Domain Request.

и Allow-Control-Allow-Origin: *

и все работает — НО! как потом посмотреть работу приложения тем у кого нет таких расширений??

Смотри что в заголовках отправляется при включенном расширении

вот рабочий вариант

а шо на сервере?

Тут не нужны наводящие вопросы)

Просто подними сервер на ноде и используй cors модуль

ну а если пыха

сорри начинающий я

Я на это потратил весь второй день на первой работе)

ну а если пыха

Ну будет форвардить запросы к пыхе, какая разница

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

С браузером у тебя всё в порядке, у тебя сервер не настроен

ну, если ноду сможет пондять с cors и форвардить запросы к пыхе, то думаю проще уже будет какой-то Header Set Access-Control-Allow-Origin "*" лупануть

спасибо, почитаю в сторону настройки сервера, надеюсь разберусь что куда лупануть))

спасибо, почитаю в сторону настройки сервера, надеюсь разберусь что куда лупануть))

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

Каким модулем нынче локализацию делают для Реакта?

https://github.com/yahoo/react-intl

https://github.com/yahoo/react-intl

оке спасибо, значит нового велосипеда пока не изобрели

хз, вродь полет нормальный

а детектор локали готовый подскажете?

не использовал такое

navigator.language

Господа, такой вопрос. Вот у меня есть конструкция let isCheck = (a === b || c === d || e === a || y !== c); if (isCheck) { //blablabla }Это упрощённая схема, и вместо "a" или "e" может быть какая-то более монструозная запись. Есть ли какое-то решение, чтобы заменить подобную конструкцию чем-то более красиво смотрящимся? Например let array = [ "a === b", "c === d", "e === a", "y !== c" ]; if (somebodyFucntion(array)) { //blablabla }

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

все элементы массива

типо array[i] === array[i]

код не красивый ...

Господа, такой вопрос. Вот у меня есть конструкция let isCheck = (a === b || c === d || e === a || y !== c); if (isCheck) { //blablabla }Это упрощённая схема, и вместо "a" или "e" может быть какая-то более монструозная запись. Есть ли какое-то решение, чтобы заменить подобную конструкцию чем-то более красиво смотрящимся? Например let array = [ "a === b", "c === d", "e === a", "y !== c" ]; if (somebodyFucntion(array)) { //blablabla }

array.reduce(function(result, elem) {return result || elem}, false)

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

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

массив просто как вариант замены тех куч || с некрасивой строковой разбивкой

но когда такое присутствует зачастую вверху где то кака

мб проблема на уровень выше на самом деле?

на самом деле да, но там долго расписывать

let array = [ "a === b", "c === d", "e === a", "y !== c" ].some(Boolean)

Господа, такой вопрос. Вот у меня есть конструкция let isCheck = (a === b || c === d || e === a || y !== c); if (isCheck) { //blablabla }Это упрощённая схема, и вместо "a" или "e" может быть какая-то более монструозная запись. Есть ли какое-то решение, чтобы заменить подобную конструкцию чем-то более красиво смотрящимся? Например let array = [ "a === b", "c === d", "e === a", "y !== c" ]; if (somebodyFucntion(array)) { //blablabla }

Почему такое решение некрасиво?

Почему такое решение некрасиво?

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

ну в крайних случаях это технологическое решение

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

Ну да, согласен. Поэтому я считаю, что это приемлемое решение, если приходится такую хрень вкорячить.

Ну тут уже выбора не остается как бы, кроме как переписывать конечно же

32к мессаг. Давненько я не заходил)

let array = [ "a === b", "c === d", "e === a", "y !== c" ].some(Boolean)

+++ только без кавычек, конечно

нормальный вариант — именовать условия и постепенно сливать const active = … const exists = … const admin = … if (exists && active && admin) …

нормальный вариант — именовать условия и постепенно сливать const active = … const exists = … const admin = … if (exists && active && admin) …

+

Господа, такой вопрос. Вот у меня есть конструкция let isCheck = (a === b || c === d || e === a || y !== c); if (isCheck) { //blablabla }Это упрощённая схема, и вместо "a" или "e" может быть какая-то более монструозная запись. Есть ли какое-то решение, чтобы заменить подобную конструкцию чем-то более красиво смотрящимся? Например let array = [ "a === b", "c === d", "e === a", "y !== c" ]; if (somebodyFucntion(array)) { //blablabla }

Используйте второй вариант и в if используй .some()

let array = [ "a === b", "c === d", "e === a", "y !== c" ].some(Boolean)

Вот, за меня уже написали

нормальный вариант — именовать условия и постепенно сливать const active = … const exists = … const admin = … if (exists && active && admin) …

Это ничем не отличается, км кесли бы ты писал каждое условие с новой строчки и ставил комментарии справа

Так себе вариант, с учётом того, что ты загрезняешь пространство имен

Это ничем не отличается, км кесли бы ты писал каждое условие с новой строчки и ставил комментарии справа

отличается

отличается

Чем же?

боже мой, мое пространство имен все грязное и пахнет константами

Чем же?

семантикой

ERROR: S client not available

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

let array = [ "a === b", "c === d", "e === a", "y !== c" ].some(Boolean)

вот это самый лучший вариант

люди, кто знает что-то типа nightmare js или nightwatch js, но чтобы им можно было камеру шарить на сайте?

Так себе вариант, с учётом того, что ты загрезняешь пространство имен

вариант с массивом создает массив, лол! а еще можно поныть про то, что в остальных вариантах будут выполнены все выражения в условии, а в самом простом — нет

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

поработай еще пару лет

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

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

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

если это еще и будут сложные проверки, вынесенные куда-то отдельно, покрытые тестами и со спекой, то даже дышать станет проще) но это уже про единорогов

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

вариант с константами очевидно лучше, читабельность наше все

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

- ленивые вычисления. Все привыкли что && операторы ленивые. Вариант с массивом рискует сломать код. - слово const не загрязняет пространство имён же (фигурные скобки накрайняк)

- ленивые вычисления. Все привыкли что && операторы ленивые. Вариант с массивом рискует сломать код. - слово const не загрязняет пространство имён же (фигурные скобки накрайняк)

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

- ленивые вычисления. Все привыкли что && операторы ленивые. Вариант с массивом рискует сломать код. - слово const не загрязняет пространство имён же (фигурные скобки накрайняк)

сломать код его выполнением?)

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

Ну с константами хоть явно заметно.

сломать код его выполнением?)

А если он не a b c, а функции вызывает a() b() c() с сайд эффектами?

- ленивые вычисления. Все привыкли что && операторы ленивые. Вариант с массивом рискует сломать код. - слово const не загрязняет пространство имён же (фигурные скобки накрайняк)

Не рискует, some остановится при первом false

А если он не a b c, а функции вызывает a() b() c() с сайд эффектами?

сайдэффекты, фуфуфу

А если он не a b c, а функции вызывает a() b() c() с сайд эффектами?

ну вставь зависимости в определение констант, если все так плохо const exists = … const active = exists && …

Не рискует, some остановится при первом false

Так сначала же массив заполнится, а потом только some будет проходиться по элементам?

Не рискует, some остановится при первом false

к тому же some остановится на первом true =)

ну вставь зависимости в определение констант, если все так плохо const exists = … const active = exists && …

Ну вот это уже годнота! И полностью воспроизводит оригинальное поведение и красиво. А в других вариантах такой себе деструктивный рефакторинг мог получиться.

Так сначала же массив заполнится, а потом только some будет проходиться по элементам?

Ну да, заполнится, но ведь дороже исполнение

Ну да, заполнится, но ведь дороже исполнение

весь массив заполнится === выполнятся все выражения

весь массив заполнится === выполнятся все выражения

А, ну да

Ребят, кто нибудь юзал невидимую капчу от гугла? Для нее админка будет работать также, как и для видимой?

Подскажите как реализовать такой кусок кода на koa.js 2 var pendingRequests = []; router.get('/A', (req, res, next) => { pendingRequests.push({ req: req, res: res, next: next }); }); router.get('/B', (r, re, n) => { const {req, res, next} = pendingRequests.pop(); res.send("GOOD!!!") });

Всем приветы)) Ребят у меня вопрос. Обязательно ли изучать весь JavaScript если я на данный момент хочу заниматься только Front-end разработкой? JS обширен для меня так я новичок и я понимаю что он для многих сфер, к примеру все эти вычисления, подсчеты они в основе для бэк энда и подобных сфер как я понимаю? Какие темы нужны непосредственно для фронт энд