ну это немного не правда, бывает, что пишут без опыта

если написано что сеньора надо то врядли возьмут

ну это понятно)

+

главное не сать

Ссать в принципе стратегия по жизни проигрышная везде )

Но ссыкуны нужны иначе наглые без вакансий останутся )

Передергиватель 80 лвла ))

безумие и отвага😎🐖💨🔥

Но ссыкуны нужны иначе наглые без вакансий останутся )

Ты немного не так привозишь синоним сыкунам. Смелость и наглость немного разные вещи))

Можно еще геры две ложки не зассать и внедрить )

Наглость плохо как для сотрудника который ищет компанию, так и для компании которая ищет сотрудника))Ибо наглый работодатель также плох, как наглый сотрудник)) Получится токсичная команда, сделала и вообще вся работа получится дресней собачей

Наглость плохо как для сотрудника который ищет компанию, так и для компании которая ищет сотрудника))Ибо наглый работодатель также плох, как наглый сотрудник)) Получится токсичная команда, сделала и вообще вся работа получится дресней собачей

Чушь и дичь!

ну вы путаете два понятия наглось и знать достойную цену себе

наглость это хамство - это недопустимо

Дашка ща всех разнесет

Дашка ща всех разнесет

нет, детка, у меня вопрос

Какого херы мы тут несем? )

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

лучше сама

Не стесняйся кеса, руби с плеча )

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

и англ

😆

Или в индусском )

та собственно идя уже есть) если шо - зайду на огонек)

Зачем заходить на огонек, когда ты и есть огонек 😏

давай жги

Зачем заходить на огонек, когда ты и есть огонек 😏

😀

Зачем заходить на огонек, когда ты и есть огонек 😏

уууу аахахахх

😂😂😂😂😂

Line 12: React Hook "useEffect" is called in function "changePasswordBefore" which is neither a React function component or a custom React Hook function react-hooks/rules-of-hooks

в чем прикол не пойму

Первое

Покажи как ты вызываешь changePasswordBefore

Второе

Юзай деструктуризацию

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

Вместо (props) пиши ({ history, handleSubmit, resetResponseAfterChangePassword, ...props })

@Penguin2727

Первое

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

тобишь componentWillMount заюзал вместо useEffect

Друзья, кому не трудно подтвердите мои навыки в LinkedIn https://www.linkedin.com/in/ara-matevosyan777/ В замен подтвержу ваши

Ребят подключил Firebase.Есть 2 массива pairs и base Когда формирую новый обьект.Каждый раз появляется новая строка по типу NnaIOpsdoinaosdmiaosdmiosd и в ней лежит один элемент в каждом массиве Когда формирую еще один обьект, опять создается INansdiopasdioashdjiosajd и одним элементом в каждом массиве Это нормально? Потому что в хотелось что бы был один ключ UHpsiodjasdjsaodjosajdsa и в нем массив элементов

Если подругому никак то должно быть что-то вроде этого? useEffect(() => { const fetchData = async () => { try { const result = await axios.get( "https://**************.json" ); //Object.keys(result.data).forEach(()) console.log(result.data); setState(result.data); } catch (e) { console.log(e); } }; fetchData(); }, []);

И как лучше работать с файрбейс?Через снэпшоты или через аксиос Спасибо!

ура бле...вышел видос у Димыча ) а то я тут уже с ТС почти дуба дал )

Ребят, всем привет! Есть два массива, нужно получить третий (тот, что слева) в чем мб ошибка?

data.filter(e=>order.includes(e.Id))

Привет всем

Привет всем

привет и спасибо, сейчас посмотрим)

привет и спасибо, сейчас посмотрим)

;)

;)

Блин, реально работает) че я с мапами городил 😂😂

Блин, реально работает) че я с мапами городил 😂😂

)))

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

такое чувство что где то в этом есть уязвимость которую я не замечаю

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

Пароль захеширован в бд надеюсь?

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

Я бы на твоем месте использовал jwt или сейсии, там все уже продумано за тебя и приведено к оптимальномк состоянию, зачем изобретать велосипед?)

Пароль захеширован в бд надеюсь?

100%

100%

имею ввиду что это 100% нужно добавить

Я бы на твоем месте использовал jwt или сейсии, там все уже продумано за тебя и приведено к оптимальномк состоянию, зачем изобретать велосипед?)

+100500

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

хотя это 3 чтрочки кода

Пароль захеширован в бд надеюсь?

добавил, но какая разница если доступа в бд не у кого нет, а если взломают vds то там и будут node js сервер с дешифратором

добавил, но какая разница если доступа в бд не у кого нет, а если взломают vds то там и будут node js сервер с дешифратором

хеш нельзя расшифровать, что?)

в этом смысл же

хеш нельзя расшифровать, что?)

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

Я бы на твоем месте использовал jwt или сейсии, там все уже продумано за тебя и приведено к оптимальномк состоянию, зачем изобретать велосипед?)

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

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

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

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

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

а в обратную сторону это никогда не будет работать ?

а в обратную сторону это никогда не будет работать ?

что конкретно

что конкретно

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

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

ну вообще-то так нельзя

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

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

к тому же тебе там хер бы кто отдал заказ ))

ну вообще-то так нельзя

md5