не отправишь же ты бэкендера вставлять див на фронте

а чем отличается api для приложения на реакте и для любого другого?

1. Я могу разрабатывать >API ... на Реакте< 2. Я могу разрабатывать API для >приложения на Реакте< Я имел ввиду второе.

Почти одно и то же )

Или ты каждый раз будешь бегать к верстальщику что бы он тебе див добавил ?

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

если фронт это спа махина какая-нить

да это может быть хоть 10 спа, ето всеравно остаеться хтмл+цсс+джс связкой

Почти одно и то же )

<анекдот про нюанс и Чапаева>

т.е. ты предлагаешь бэкендеру который никогда не видел фронт, залесть на фронт, найти нужный компонент, и вставить в этот компонент div?

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

Если мы пишем приложение в вакууме то да

т.е. ты предлагаешь бэкендеру который никогда не видел фронт, залесть на фронт, найти нужный компонент, и вставить в этот компонент div?

давно не видел бекендера который никогда не видел фронт -_-

у меня на работе бэкендеры не лезут во фронт, А фронт не лезит в бэк.

и я не хотел бы, чтоб кто-то лез в мой фронт

чтоб он дивчик мне вставил

у меня на работе бэкендеры не лезут во фронт, А фронт не лезит в бэк.

значит у вас хороший бэкэндер

Ну либо у вас хорошо поставлен рабочий процесс, либо у вас всем похуй

Если мы пишем приложение в вакууме то да

Почему в вакууме? Четкое разделение ролей, не более.

какой рабочий процесс? Обычное разделение обязаностей.

у меня на работе бэкендеры не лезут во фронт, А фронт не лезит в бэк.

В офисе может быть, но на фрилансе не все так радужно

у нас я даже доступа до репозитория фронта не имею, тк работаю на бэке

на фрилансе обычно 1 мастер на все руки

у меня на работе бэкендеры не лезут во фронт, А фронт не лезит в бэк.

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

а чем отличается api для приложения на реакте и для любого другого?

Там же есть в скобках приписка ) Ничем не отличается. Просто пример.

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

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

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

повезло вам. А у нас map -> reduce на фронте ЛОЛ

Почему в вакууме? Четкое разделение ролей, не более.

Это работает 1. в компаниях с отлаженным рабочим процессом, 2. с четким рабочим графиком (что бы не получилось что пора выгружать проект на куа, а твой бекендер сьебался домой) 3. Урегулирован процесс общения бек-фронт. И прочей важных факторов организации команды

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

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

Или ты сидишь на фрилансе и тебе приехал проект в котором надо 90% времени бек и 10% фронта

и ты такой

блядь не буду брать я же во фронт не умею

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

можно, но на практике все знакомые бэкендеры хоть где-нибудь да познакомились с фронтом. Пет проекты или еще что-то. Вот чтоб совсем в верстку не уметь - не видел таких

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

Так с этим и так все согласны, мы от этой темы так то отошли

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

тут я не знаю, если у нас бэк тормозит, то задача ставится в blocked и описывается из-за чего blocked и все.

можно, но на практике все знакомые бэкендеры хоть где-нибудь да познакомились с фронтом. Пет проекты или еще что-то. Вот чтоб совсем в верстку не уметь - не видел таких

Согласен. Только прошу понять, что я имею ввиду. Человек спросил, обязательно ли знание фронта для изучения бекенда (суть вопроса же в этом). Я считаю, что вообще нет. Веб - это не только браузеры.

Согласен. Только прошу понять, что я имею ввиду. Человек спросил, обязательно ли знание фронта для изучения бекенда (суть вопроса же в этом). Я считаю, что вообще нет. Веб - это не только браузеры.

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

как так получается - хз, но получается

подскажите как вы бы парсили русские строчки с датами чтобы получить саму дату?

у меня возникла сложность с месяцами на русском

Вопрос такой: Парсю xml через xml2js, и там один ключ "content:encoded", как вот написать вывод переменной? "items.content:encoded" так же нельзя писать

items['content:encoded']?

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

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

Render кто юзает ? Поделитесь + - , альтернатива ? Дорого ?

Render кто юзает ? Поделитесь + - , альтернатива ? Дорого ?

???

Www.prerender.io

Пиши сразу чё

node-cron

node-cron

Зачем если есть просто крон

node crone можно контролировать из ноды

а cron можно контролировать из crontab :)

Зачем если есть просто крон

Затем что входит в проект и начинает работу после npm i npm run task

Без дополнительных манипуляций

=)) в этом и вопрос, как элегантней поступить) пока кроме Mysql и под вопросом mongodb(не использовал ни разу) других идей нету

#isa #a1 #end

Затем что входит в проект и начинает работу после npm i npm run task

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

https://www.npmjs.com/package/crontab

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

ну или так, да

Ребят, у меня есть вопрос, предупреждаю сразу что он тупой) Сделал авторизацию, получил токен. Его ведь нужно сохранить на клиенте? А потом при попытке юзверя зайти на определенный url, я каждый раз проверяю этот токен.(спрашиваю у сервера можно пустить или нет) Верно?

Всем привет. А кто-нибудь юзает modbus на nodejs? Что из модулей посоветуете?

Ребят, у меня есть вопрос, предупреждаю сразу что он тупой) Сделал авторизацию, получил токен. Его ведь нужно сохранить на клиенте? А потом при попытке юзверя зайти на определенный url, я каждый раз проверяю этот токен.(спрашиваю у сервера можно пустить или нет) Верно?

Нет. Я вместо двух запросов делаю один, сразу операционный. Без проверки токена. Если с токеном что-то не так, то уважающий себя сервер вместо ответа на операционный запрос - пришлет ошибку (прав нет, токент уже старый или еще чтонить)

Нет. Я вместо двух запросов делаю один, сразу операционный. Без проверки токена. Если с токеном что-то не так, то уважающий себя сервер вместо ответа на операционный запрос - пришлет ошибку (прав нет, токент уже старый или еще чтонить)

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

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

а как иначе? Токен или номер сессии приходится таскать с собой. Как ключи от квартиры или паспорт для ментов

а как иначе? Токен или номер сессии приходится таскать с собой. Как ключи от квартиры или паспорт для ментов

Я первый раз полноценную авторизацию сам делаю, вот и разбираюсь) Спасибо за совет, пазл сошелся)

Я первый раз полноценную авторизацию сам делаю, вот и разбираюсь) Спасибо за совет, пазл сошелся)

токен это ключ от квартиры. Только временный. Выдается на один час. К примеру)) Не воспользовались - будьте добры с паспортом (логином и паролем) за новым токеном

а как иначе? Токен или номер сессии приходится таскать с собой. Как ключи от квартиры или паспорт для ментов

можно по фингерпринту/айпи сделать авторизацию, но это такое))

можно по фингерпринту/айпи сделать авторизацию, но это такое))

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

можно по фингерпринту/айпи сделать авторизацию, но это такое))

Я бы посмотрел на фингерпринт)

Я бы посмотрел на фингерпринт)

тачайди

тачайди

Не у всех есть

Фотку фингерпринта отправлять как-то что ли)

можно фотку лица отправлять

а тысяча индусов ее будет сравнивать с оригиналом

а тысяча индусов ее будет сравнивать с оригиналом

Тысяча индусов и одна нейросеть. Звучит как новая сказка

В голос с никнейма

наркоманы

вот как не зайдешь вечно тут про каких-то индусов

а кто-нибудь знает как в атоме сделать чтобы json данные стали более читабельны(отступы, переносы там автоматом проставились )

Скачай плагин beautify

А потом cmd+shift+p -> json (предложит beautify json)

Товарищи, это звездец какой-то. Беру fetch, пишу такой запрос: fetch(http://localhost:3000/registration, { credentials: 'same-origin', method: 'POST', headers: { 'Content-Type': 'application/json' }, body: JSON.stringify({ phone, email, }), }); А к серверу уходит "Request Method:OPTIONS". Это, блин, как?

Товарищи, это звездец какой-то. Беру fetch, пишу такой запрос: fetch(http://localhost:3000/registration, { credentials: 'same-origin', method: 'POST', headers: { 'Content-Type': 'application/json' }, body: JSON.stringify({ phone, email, }), }); А к серверу уходит "Request Method:OPTIONS". Это, блин, как?

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

Тфу, да, это CORS

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

#isa #a1

Ребят, у меня есть вопрос, предупреждаю сразу что он тупой) Сделал авторизацию, получил токен. Его ведь нужно сохранить на клиенте? А потом при попытке юзверя зайти на определенный url, я каждый раз проверяю этот токен.(спрашиваю у сервера можно пустить или нет) Верно?

По урулу по которому получаешь токен, ты должен также получить expired_in(время смерти токена) Собственно перед каждым запросом на клиенте нужно проерять не стух ли токен, если стух обновить

Моя заметка на счет JWT https://gist.github.com/zmts/802dc9c3510d79fd40f9dc38a12bccfc

По урулу по которому получаешь токен, ты должен также получить expired_in(время смерти токена) Собственно перед каждым запросом на клиенте нужно проерять не стух ли токен, если стух обновить

У меня сейчас два метода на сервере, один возвращает по user и password токен, а другой его проверяет.

Спасибо) сейчас гляну

товарищи, немного оффтопа - у меня несколько вопросов косвенно касающихся JS. Нужно мутить стартапчик, мобильное приложение (с сервером, но про сервер все понятно). Цель - писать его на JS и чтоб оно было native. Пока что вижу (и он мне нравится) NativeScript, Ionic, ReactNative. Кто-нибудь может еще что-нибудь трендовое назвать или хотя бы ресурс скинуть чтобы это все дело посмотреть? Еще немного - рассматриваю еще и Xamarin но я хз, что брать. Надо быстро, желательно (но необязательно) JS, и НЕ WebView. поделитесь опытом, наверняка кто-нибудь хотя б в React Native тыкался (я прост даже не пробовал еще их на вкус)

Прочти заметку, я ее постоянно оттачиваю)