Pavel Denisov, и все же можете подсказать, почему в адресе, который вернул метод accept() находится "левый" порт?
Я прочитал в документации модуля socket, что "вторым значением является номер порта, используемый клиентской стороной для соединения", но ведь я в браузере ввожу адрес с портом 8080 (localhost:8080), значит я на клиенте передаю данные через порт 8080 на порт 8080 сервера localhost, ведь так?
Но accept, говорит, что соединение на порт 8080 сервера localhost идет через порт 14093 или 9102 и т.д.
То есть на определенный порт на сервере я могу отправлять данные с компьютера через вообще любой не системный порт?
Pavel Denisov, потому что в универе сказали написать скрипт, который будет работать с GET и POST запросами и без сторонних библиотек/фреймворков/модулей/пакетов ((
Мне непонятно что из себя представляют Request Payload, Form Data, Query String Parametrs и почему они в DevTools находятся на одном уровне вложенности с Request и Response Headers?
Request Payload, Form Data, Query String Parametrs это ключи в Request Headers со своей иерархией? Или это просто json'ы, которые идет в теле запроса после CLRF?
Сергей delphinpro, это я понял.
Мне непонятно что из себя представляют Request Payload, Form Data, Query String Parametrs и почему они в DevTools находятся на одном уровне вложенности с Request и Response Headers?
Request Payload, Form Data, Query String Parametrs это ключи в Request Headers со своей иерархией? Или это просто json'ы, которые идет в теле запроса после CLRF?
dollar, и в итоге, чтобы быть уверенными мы вернулись к основному вопросу темы - как посмотреть "сырые" данные, "сырой" пост запрос? Из браузера, без поднятия сервера.
Это все передается в Headers или это какой-то отдельной структурой передается в теле сообщения? Если да, то почему они не в Request Headers, а вынесены отдельным раскрывающимися ветками?
Сергей Тихонов, я имел ввиду не "прям выполнять", а предвыполнять для того, чтобы получать типы переменных, без отображения ошибок во время предвыполнения и т.д.
Насколько я знаю, в играх на CPU идет просчет логики ботов разрушений и т.д. а все, что касается отображения обрабатывается на GPU.
Почему в вебе большинство того, что касается отображения, обрабатывается на CPU? И можно ли где-то добыть ссылки с пруфами или как проверить это экспериментальным путем?
Насколько я знаю, в играх на CPU идет просчет логики ботов разрушений и т.д. а все, что касается отображения обрабатывается на GPU.
Почему в вебе большинство того, что касается отображения, обрабатывается на CPU? И можно ли где-то добыть ссылки с пруфами или как проверить это экспериментальным путем?
Это, наверное, хорошее решение, но звучит как костыль :/
Остается 2 вопроса:
1. Почему при использовании rotate3d() и просто rotate() происходят дерганья разной силы? При просто rotate(0) может быть дерганье, как-будто блок моментально в нулевую позицию повернулся.
2. Есть ли какой-то способ/псевдокласс в css применить заданные стили при "касании" блока, а не удержании курсора над ним?