С dns проблемы не часто бывают А вот с пониманием запросов частенько встречаю

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

Буду своим ссылку на статью скидывать чтоб читали 😁

Но про собеседования верно подмечено, это прям первое что в голову просится

Подумаю, может добавлю позже

Конкретного числа не знал, не интересовался Почитаю, спасибо)

WebRTC я долго не знал, и пришлось попотеть над его пониманием тоже))

Hyper text transfer protocol? К чему это? Да и в статье указано

Это в статье и есть же Или не понял посыл 🤔

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

Если я вас понял то тут вопрос уже глубже GET чем от POST отличается?

Не пойму все равно к чему вопрос Проверка меня самого, знаю ли что в статье написано?)))

Боже упаси таким заниматься. Кого проверять, я вот тупо не видел ни одной релизации PUT/DELETE все через POST

А, ну delete точно используется много где В headless cms по крайней мере часто встречал, во внешних апи всяких таскменеджеров и тп

По хорошему тип запроса говорит о типе операции, а то что все делают только через get и post - это уже решение разработчиков которые этот апи пилили

Посмотрю такое

А get от post отличается тем, что у get нет тела запроса Значит условный логин и пароль придется передавать так: https://example.com/login?username=kirill&password=zolotarev То есть в теле URL адреса через query params, вообще они шифруются и man in the middle без расшифровки трафика не узнает логин и пароль

Но обычно этот адрес попадает в access log или error log на сервере и почти всегда хранится в незашифрованном виде

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

А в случае с post - body уже не логируют (обычно), при этом остается довольно информативные логи с указанием адресов, куда запросы приходили И тело запроса внутри сервера во время обработки запроса только используется

Ну уж это то зачем делать? И потом кто тебе base64 сделать запретил?то что ты данные шлеш в открытую, твоя проблема

Ещё во всяких Django rest framework, laravel resource controller по умолчанию соответствуют CRUD операциям (Create = Post, Read = Get, Update = Put/Patch, Delete = Delete)

И в других фреймворках тоже, в Wordpress вроде тоже Crud следуют

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

Base64 ни от чего не защищает же 😁 И вообще я категорически против приведеного но примера

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

POST общий для всех, через DELET API видел. Но это жжесть

Нет но human readable убирает

Да и это уже другая тема

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

Сидят, что-то пилят - приходят и говорят два часа не могут понять причину

Открываю network, логи, читаю вслух ошибку и сразу все понятно становится

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

Хз, ничего против CRUD не имею А с постами либо в body зашивать action, либо в path Суть не меняется, меняется только место

Как сказать у них лапки, а по факту курсы

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

CRUD тоже на спасет

Времени больше и только

Да ладно еслиб нормальные курсы

Но мне со рудник недавно рассказала какие курсы он проходил

Оказалось он ничего не знает, а на курсах учили в чат гпт вопросы задавать, запускать и ошибки скидывать в него Ну и vscode пользоваться на базовом уровне ))) HTML может ещё

То есть их напугать Net Beans легко

Которую еще настраивать

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

Как все остальные паттерны На безопасность оно не влияет

По факту вроде HTTP любой текст за стол принять может А перечисленные это лишь один из вариантов комбинаций соответствующих CRUD

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

Не вижу смысла спорить об архитектурах

Согласен

Да их подключение по ssh внутри vscode уже пугает)

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

Возможно, но это дичь