только на фронте или и на беке?

Фронт

А что значит проходимая/непроходимая?

а что если изменить значение об"экта через консоль и отключить валидацию? бек не будет проверять и сохранит?

unobstructive validation - вынесение правил валидации в конфигурацию

а что если изменить значение об"экта через консоль и отключить валидацию? бек не будет проверять и сохранит?

А как от такого защититься?

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

реализация методов на фронте и на беке может быть похожа а если один язык - одинаковая

я не находил удобной либы с реализацией потому сам и писал

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

Покажи

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

но могу чисто принцип рассказать

бек попросту будет валидировать и паралельно еще и шарить информацию валидаторов на фронт в жсоне к модели

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

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

Давай пока без бэка, хотя бы с фронтом надо разобраться

в моем случае в дот нете создавались вью модели в которых описывались типы пропертей и если для них есть спец валидация - список валидаторов 'lengthMax', 'lengthMin'

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

Вот и у меня сейчас траблы с валидацией. пишу кастомные регэкспы под поля, ибо на бэке просто это всё пересылается по почте куда надо.... Встал вот такой вопрос - кто-нибудь юзал гугловую либу для номера телефона? Стоит ли, или это для ынтырпрайза? link: https://github.com/googlei18n/libphonenumber

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

когда сел за цссс спустя год

@ почему, это делается, не так как хочется

ну а на фронте все сводилось к парсеру

самая популярная тема итт

и конфигурации модели. ты ее описываешь, в жсоне ищется название проперти нарпимер name, считывается что тип name: 'String', и добавляется в список валидаторов метод проверки типа, а остальные валидаторы ['lenthMax', 'lengthMin'] так же копировались в список валидаторов

а после отправки модели, тригерился метод проверить валидаторы, где по масиву исполнялись методы которые и были названиями валидаторов validator.lengthMax(property, model)

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

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

все на уровне фреймворка бекенда

понел?

Изоморфное приложение

ну да, типо того, интересная задача была

ну типа да, изоморф идеально ложится если 1 язык

А если 2 то нужен третий, декларативный, например джейсон

Или хмл

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

а в жсоне вместо пропертей у меня шло полный путь к проперт { model: 'User', props: [ { 'country.id': [required] } ] } и тд

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

вместо парсина всех и сравнения с моделью бека

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

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

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

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

а в жсоне вместо пропертей у меня шло полный путь к проперт { model: 'User', props: [ { 'country.id': [required] } ] } и тд

https://atinux.fr/schema-inspector/

угу, прикольн

реакт стикеры

😂

скорее просто html

а почему вы ищете джава джедая в группе по джаваскрипту?

мало ли :)

:)

Ребят, кто-то работал с микрофоном в браузерах?

Не отображается запрос на использование микрофона

Не могу понять в чём проблема может быть

Локально всё работает

API для микрофона и камеры работает только на локалхосте и на сайтах по https

скорее просто html

нет

Ладно, спасибо. Будем думать над другим удобным способом перенпаравления.

window.open надо дёргать в обработчике события, инициированного пользователем, например клика

Иначе браузеры режут это

.click и .trigger('click') не работает (просто не срабатывает) По поводу редиректа туда, а потом обратно, все равно встает сложность с запретом всплывающих окон.

Триггер не покатит, надо чтобы был реальный клик мышкой

API для микрофона и камеры работает только на локалхосте и на сайтах по https

Спасибо

Gulp || Grunt || Webpack? На одном из собеседований, мне засчитали минус из-за того, что я пользуюсь галпом. Вот, что-то уже не пойму, что тогда юзать.

Триггер не покатит, надо чтобы был реальный клик мышкой

window.open срабатывает, но появляется сообщение о блокировке всплывающих окон. Решили просто добавить кнопку в блок с сообщением, чтобы юзер сам переходил)

> засчитали минус, человек что-то знает

👍

window.open срабатывает, но появляется сообщение о блокировке всплывающих окон. Решили просто добавить кнопку в блок с сообщением, чтобы юзер сам переходил)

Если дёргать оупен в обработчике клика, то блокироваться не будет

Если дёргать оупен в обработчике клика, то блокироваться не будет

Хм, интересно. Нужно будет попробовать. Спасибо)

новый ангуляр два раза в год!

Только выпустив Angular 2, Google анонсировала скорый релиз Angular 3 https://tproger.ru/news/angular-3-is-around-the-corner/

Это ли не счастье - раз в полгода учить фреймворк заново))

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

что и всегда

В этой группе нельзя вакансии постить.

сори, не вкурсе был

Только выпустив Angular 2, Google анонсировала скорый релиз Angular 3 https://tproger.ru/news/angular-3-is-around-the-corner/

Ребят вы хотябы читали прежде чем попипастить?

мастерство заголовка

и чтение его

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

в рамках жс