HTTP Протокол С Примерами Из Реальных Проектов. Продвинутый Курс Тестирование ПО. Занятие 3.1. 

супер, респект словил, теперь осталось уважуху словить 😎

@@IlarionHalushka чую после просмотра по Postman, будет 😁

всегда рад помочь) приятного просмотра остального контента :)

@@IlarionHalushka огромное спасибо за труды, это лучший курс на русскоязычном youtube

@@user-te9hj9cx4e спасибо за ддос в комментах)))

ухты)) спасибо за такой позитивный отзыв!))

спасибо огромное!! 🤗

да-да-да, works like a charm)) спасибо! лекцию Теория Тестирования 100% на повтор нужно)

Спасибо большое!) мои старания не прошли зря 😎

спасибо!) приятно слышать 🤗🤗

спасибо большое за отзыв!) удачи в покорении следующих лекций :)

благодарю ☺☺☺

спасибо!) рад, что такой формат заходит) приятного просмотра остальных лекций 🙂

thanks 👊👊

ахахахаха ору в голос с 3:17))) согласен, какая-то незавершенность осталась... что же делал Михаил с Иваном три дня назад - пиво пили, соединение устанавливали 😂 спасибочки за приятный отзыв и особенно за +1 за тупые шутки))

дякую Віталій 🤗 дуже приємно!

Спасибо за постоянную поддержку 🤜

ну шо, офер є?) що питали?

thank you!)) 🫡

Вадим, и это только начало твоего пути в айтишке. Начинай строить хранилище для долларов как у скруджа макдака))

Спасибо!) все это есть в курсе, в лекции про chrome dev tools подробно разбирается 🙂 и потом еще более углубленно в лекции про Postman :) так что призываю вперед и с песней накручивать мне просмотры 😁😁😁

спасибо!) удачи в обучении! 💪

Ахаха но тут есть нюанс)) Я наконец-то увидел где сотые используются!! 101 статус код используется для начального подключения websocket. Из интернета: "Код ответа 101 важен в процессе рукопожатия WebSocket, потому что он сигнализирует об успешном переходе с протокола HTTP на протокол WebSocket. Он указывает на то, что обе стороны согласились использовать протокол WebSocket для обмена данными, и они могут начать отправку и получение WebSocket-фреймов вместо обычных HTTP-запросов и ответов."

спасибо большое за теплый отзыв!)

спасибочки и удачи в обучении 👊

thanks :)

😗

спасибо большое!) очень приятно ☺

привет, благодарю!) степ бай степ буду новые видосы добавлять :)

спасибо за отзыв!)

always a pleasure

В плейлисте есть.

привет, спасибо!)

Привет, сорри, пропустил такой интересный вопрос. Первое, что тебе нужно сделать это посмотреть локальный рынок вакансий на автомейшн с 0-2 годами опыта. Во-первых, скорее всего очень мало вакансий будет на чисто AQA, часто буде 50% мануал 50% авто. Во-вторых, во всех этих вакансиях будет упоминаться: теория тестирования, техники тест дизайна, тестовая документация и тд. Подсуммирую: очень маленькие шансы стать автомейшн не зная всего, что знает мануальщик. Хотя у меня есть живой пример - товарищ хотел в разработку на джаве, а ему предложили вакансию на AQA на джаве, хотя он ничего про тестирование не знал. По сути он был скрипт инженером - ему говорили какие тест кейсы нужн автоматизировать и он переводил их в автотесты. В результате кстати в переделах этой же компании свичнулся в разработку. НО это скорее исключение. Такие вакансии ооочень редкие.

сенкс

уже все лекции залиты на ютубе)

О да, мат ненавижу, прям фу(((( знал бы, что пол интернета будет эти лекции смотреть... 🥲 Если честно, то не нахожу причин для публикации тем из видео. Это основы основ, про которые все уже 1000 раз написали, я ничего нового не придумал, просто своими словами и на пальцах рассказал) Спасибо за идею!! Единственное что нигде не мог теорию тестирования найти и вот результат - ilarionhalushka.github.io/testing-theory А выжимку из контента всегда всем советую одну - личный конспект своими руками :)

привет, все домашки я давал либо в течении лекции (иногда просто устно) либо в конце лекции на слайде Homework

и спасибо большое за отзыв!)

дуже дякую за теплий фідбек! 🤗🤗

CORS понять могут "не только лишь все, мало кто может это делать")) 1) Пример работы CORS на пальцах: Мы находимся на сайте shopOnline.com. Этот сайт делает запросы на shopOnline.com для получения описания товаров и картинок. Предположим, что мы хотим запрашивать отзывы с другого сервера realReviews.com. Для этого сайту shopOnline.com нужно получить доступ к содержимому с сервера realReviews.com. Без CORS правил ЛЮБОЙ сайт мог бы получить доступ к содержимому ЛЮБОГО сервера. Поэтому сервер realReviews.com настроил правила CORS, которые разрешают запросы только от определенных веб-сайтов, таких как shopOnline.com (например header Access-Control-Allow-Origin: shopOnline.com). Это означает, что когда вы посещаете shopOnline.com браузер может получить доступ к отзывам с realReviews.com потому что shopOnline.com находится в списке разрешенных. Таким образом, сервер realReviews.com может защитить себя от показывания отзывов на ВСЕХ сайтах в интернете, позволяя при этом сайту shopOnline.com показывать свои отзывы. Иногда можна увидеть, что сервер ставит хедер "Access-Control-Allow-Origin: *". Это означает, что все сайты могут на него стучаться. 2) Когда проверяются правила CORS? - Обычно при отправке preflight OPTIONS запроса (preflight не всегда браузером отправляется, там тоже куча правил). Сервер отвечает с хедерами CORS ("Access-Control-Allow-Origin" и тд) чтобы указать, разрешен ли запрос с данного домена на этот сервер. Если сервер отвечает соответствующими заголовками CORS и разрешает запрос, то браузер продолжает отправлять фактический (GET/POST/PUT/PATCH/DELETE) запрос. В противном случае браузер заблокирует запрос и покажет сообщение об ошибке, указывая, что запрос был заблокирован из-за ограничений CORS. Ноооо на практике все как всегда намного сложнее и тяжело все CORS правила в голове удержать, поэтому Бонус: просто топовый сайт чтобы понять "will it CORS?": httptoolkit.com/will-it-cors/ Надеюсь не сильно нагрузил)) сложно текстом объяснять, легче было бы нарисовать)

@@IlarionHalushka большое спасибо за ответ! Все понятно! Продолжайте нас учить, круто получается! В завтрашний день теперь можно смело смотреть 😃

@@user-sv3yc5dr6l 🤗

Спасибо! В моей молодости было "Moved Temporarily" :) Из интернетов: 302 Found (Previously "Moved Temporarily")

Якраз в хедерах токени і потрібно передавати :) де ще їх передавати?) А ще зазвичай токен при реєстрації/логіні передається з беку в response body. Не секьюрно передавати логін/пароль/токен в url ⚠

@@IlarionHalushka сорян, це я щось з кукіс поплутала😅

@@user-ov5qx5rj2m так в кукіс теж токен може передаватися в cookie і set-cookie хедерах :) одна з наступних лекцій про cookie та local/session storage, там по поличках розкладаю хто є хто і де що зазвичай передається))

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

@@IlarionHalushka согласен) Оставляю такие маленькие меточки для себя. Илларион, спасибо огромное за эти прекрасные лекции! Которые не только научить, но ещё и поднять настроение могут!

@@user-ek3gv5mh5h спасибооооо!

🫡🫡🫡

ky-ky yopta)))

опппаааа глаз алмаз))) тот емейл прошел декоммунизацию прошлым летом 🙂 но спасибо за внимательность!)