https://opennet.dev/openforum/vsluhforumID3/140497.html Инженерный комитет IETF (Internet Engineering Task Force), занимающегося развитием протоколов и архитектуры сети Интернет, придал HTTP-методу QUERY статус "Предложенного стандарта" и опубликовал связанную с ним спецификацию RFC 10008. Метод QUERY по способу отправки данных на сервер повторяет метод POST, но отличается от него ориентацией не на запись данных и изменение состояния, а на формирование запросов на чтение...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65713<br> https://opennet.dev/openforum/vsluhforumID3/140497.html#143 Tue, 30 Jun 2026 06:50:51 GMT &gt;&gt;&gt; VERB должен поддерживаться браузером, с полной реализацией связанной с методом спецификации <br>&gt; Открываем дебажную консольку браузера, пишем там: <br>&gt; fetch('http://127.0.0.1:8080', {method: 'QUERY'}).then(resp =&gt; { console.log(resp)}); <br>&gt; Видим ответ. ЧЯДНТ?<br><br>это называется пользовательский VERB, браузер не устанавливает на него ограничений, но сразу задает, что все пользовательские являются non-simple (т.е. при CORS будет preflight), и для них можно использовать любой Content-Type<br><br>т.е. запросы<br>fetch('http://127.0.0.1:8080', {method: 'QUERY'})<br>fetch('http://127.0.0.1:8080', {method: 'ZALUPA'})<br>fetch('http://127.0.0.1:8080', {method: 'NA'})<br>fetch('http://127.0.0.1:8080', {method: 'VOROTNIK'})<br><br>с точки зрения спецификации не отличаются<br> https://opennet.dev/openforum/vsluhforumID3/140497.html#142 Wed, 24 Jun 2026 16:54:20 GMT &gt; Безопасник всё правильно сказал<br><br>Ага, и скорее всего попутно отключил IPv6, забанил ICMP (MTU discovery же нам нафиг ненужон), вообще оставил только TCP на порту 443 и купил себе фоторамку с изображением кита внутри грузового контейнера.<br> https://opennet.dev/openforum/vsluhforumID3/140497.html#141 Mon, 22 Jun 2026 16:40:22 GMT Ну допустим будет ipc между браузерами. Зачем? Между вкладками мало?<br> https://opennet.dev/openforum/vsluhforumID3/140497.html#140 Sun, 21 Jun 2026 18:16:15 GMT А мне что делать? Комп я обновлял в декабре, расширений у меня меньше десятка и все нужные, а вкладка сейчас открыта ровно одна.<br> https://opennet.dev/openforum/vsluhforumID3/140497.html#139 Sun, 21 Jun 2026 10:51:19 GMT Ха-ха-ха, в программировании принята такая штука как code review и там довольно часто (а я работал во многих компаниях) звучат интересные интерпретации той или иной нормы. К счастью я от этого ушел года 4 назад когда сам стал все проверять, но память этого всего жива.<br><br>Например мне один разработчик рассказывал как надо все конвертации увести в сервисы, другой говорил тащить в контроллеры и ты сидишь ищешь цитаты из Фаулера, чтобы им из книжки привести что где-то надо в контроллере, где-то в сервисе.<br>Или например какому-то чудаку приспичит внезапно всё переписать на gRPC, потому что быстрее ж, но далее приходит заказчик и говорит что он будет отсылать какую-то фигню в данных и тут начинают городить костыли. <br>Далее кому-то надо нарисовать пресловутый RESTful и рассказать что для поиска только GET и двумерные массивы тоже рисуй в GET и это блин тимлид, сначала пытаешься доказать что это не <br>нормально, но далее устаешь от этого и сам уходишь.<br><br>В общем долбанариумов после курсов на квадратный метр в ИТ мног https://opennet.dev/openforum/vsluhforumID3/140497.html#138 Sun, 21 Jun 2026 10:37:23 GMT С браузерами еще как-то можно организоваться, а вот веб серверы https://github.com/nginx/nginx/blob/master/src/http/ngx_http_parse.c#L187 надо будет чинить, из-за этого пойдут срачи о том делать ли поддерживаемым или писать по новому.<br> https://opennet.dev/openforum/vsluhforumID3/140497.html#137 Sun, 21 Jun 2026 01:37:58 GMT POST по определению не кешируется, поэтому для вебманке придумали специально обозванный POST, который не сам отвечает запрошенным контентом который нельзя кешировать, а заставляет бекенд сгенерировать ссылку на контент и вернуть её, чтобы клиент уже делал GET сколько влезет. Короче "для тупых" объяснили, как пользоваться HTTP. Правда я уже чую тут несколько уязвимостей с такой схемой для узнавания того, что внешний наблюдатель знать не должен был, но в голову лезет только анализ по таймингу и поведению трафика.<br> https://opennet.dev/openforum/vsluhforumID3/140497.html#136 Sun, 21 Jun 2026 01:30:17 GMT Это если ты напрямую свой сервер выставишь к клиенту и не будешь сидеть за http-проксями, типа того же cloudflare чтобы лутать халявный CDN взамен полного контроля и аудита от клауды за всем траффиком, который идёт к твоему сайту и твоим юзерам. Там уже могут возникнуть различия, т.к. спека настоятельно рекомендует НЕ совать тело в GET. Правда, нафига нужен был QUERY, если это же самое реализуется отправкой запроса через POST, сервер возвращает тебе редирект на страницу с uuid вместо читабельного запроса в uri, и затем CDN может сколько угодно GET-ать эту статичную страницу, пока у неё не истечёт срок годности.<br> https://opennet.dev/openforum/vsluhforumID3/140497.html#135 Sun, 21 Jun 2026 01:21:18 GMT Даже лучше. Судя по описанию - это буквально POST, который сам тело не отдаёт, но возвращает ссылку на сгенерированный ответ по твоему запросу, который уже потом можно GET. Нахер оно нужно - вопрос открытый.<br>