в метротеке раз в недельку

По каким дням?

среда, вечер, после 19 особождаюсь

драйвер дял карты доступа ?

Будешь смеяться, но да.

могу на обратном заехать куда на метро

среда, вечер, после 19 особождаюсь

Я к тому, что могу тебе из своих карт дать парочку.

по пути в купчино если

Я к тому, что могу тебе из своих карт дать парочку.

Да можно, потыкать

по пути в купчино если

Ну давай тогда спишемся, я вечер среды освобожу.

если недалеко от метро могу и заскочить

Дак я же всёодно метром поеду, там и пересечёмся.

Хорошо, ближе к среде посмотрим

Ок

какти?

я думал он сдох давно

не все же ваш жаббикс использовать

Ой, а тут @schors есть?

А то он тут перлит в ФБ своем

Вот, в каметах к этому https://www.facebook.com/phil.kulin/posts/1225592037494525 выяснилось, что http кривой стандарт и его можно не соблюдать по своему желанию

я ж теперь не усну, всё буду думать, что мы все не так живем

я ж теперь не усну, всё буду думать, что мы все не так живем

Фил тебя сна лишил?

ты прикинь, оказывается, можно забить хер на всё и пихать пэйлоад в GET

и хер с ним со стандартом

надо рассказать коллегам, а то ребята то не в курсе

как оно через прокси пройдет, как его вебсервер обработает... да начхать на всё. стандарт плохой.

и этот человек загоняет мне про nginx...

и этот человек загоняет мне про nginx...

Ох. Похоже он точно тебя сна лишил :)

Он теперь тебе будет в кошмарах сницца. :)

Вот, в каметах к этому https://www.facebook.com/phil.kulin/posts/1225592037494525 выяснилось, что http кривой стандарт и его можно не соблюдать по своему желанию

Расскажи мне где я такое сказал

Григорий> Насколько я понимаю, body в GET игнорируется получающей стороной. Ну, если специально костыли не предусмотрены. Фил> Так не игнорируй. Стандарт кривой. В итоге все принимают.

ни один вебсервер не позволяет себе пропустить payload в GET или том же HEAD. за это колесуют так-то.

ты прикинь, оказывается, можно забить хер на всё и пихать пэйлоад в GET

Можно. В RFC есть две мутные фразы, которые можно воспринять как нерекомендацию или даже запрет, но большинство RFC писали какие-то философы и прямого ясного запрета или указания там нет. Более того, собственно curl это поддерживает. Правда я удовлетворился тем тредиком и делать так не буду. Но жопоболи не понимаю.

в lighttpd даже прямо вот if в коде есть, если увидели намек на пэйлоад в неправильном типе запроса, падать сразу, пока не забили такими запросами память.

Григорий> Насколько я понимаю, body в GET игнорируется получающей стороной. Ну, если специально костыли не предусмотрены. Фил> Так не игнорируй. Стандарт кривой. В итоге все принимают.

Ну да. Стандарт кривой и куча библиотек на всякий случай обрабатывает пэйлоад в GET в обе стороны.

Ну да. Стандарт кривой и куча библиотек на всякий случай обрабатывает пэйлоад в GET в обе стороны.

это пиздешь. за такой случай надо на хуй из профессии. сразу.

ни один вебсервер не позволяет себе пропустить payload в GET или том же HEAD. за это колесуют так-то.

Ну он запрашивающая сторона. Собственно ему-то чего. нет такого воркфлоу у него

нужен простенький скрипт склада, с устаовкой на вебсервер. есть у кого что на примете?

в lighttpd даже прямо вот if в коде есть, если увидели намек на пэйлоад в неправильном типе запроса, падать сразу, пока не забили такими запросами память.

lighttpd это прости что? он ещё жив?

это пиздешь. за такой случай надо на хуй из профессии. сразу.

Ну давай, сходи мне за RFC. Откроешь может что-то для всех новое.

Честно, закладку не поставил, не подезу сейчас опять его читать

это пиздешь. за такой случай надо на хуй из профессии. сразу.

Кстати, из какой профессии? :)

пиздешь не про rfc, а про кучу библиотек

Кстати, из какой профессии? :)

из любой, из всех. с payload в get только шаред хостингом можно владеть. больше никуда пускать нельзя.

пиздешь не про rfc, а про кучу библиотек

curl'а достаточно, чтобы считать "примерно все"

curl'а достаточно, чтобы считать "примерно все"

а ты знаешь зачем оно там?

ну вот зачем? (маленькая месть за nginx;))

из любой, из всех. с payload в get только шаред хостингом можно владеть. больше никуда пускать нельзя.

[пожимая плечами] сделай это, не пускай (хотя ты сейчас клевещешь - я в том тредике сказал и тут повторил - я так не делаю и делать не буду). но всё равно не пускай. куда ты там меня пустить не можешь? в кодеры-проститутки? супер. можно ты это сделаешь даже если я сойду с ума и решу торгануть попой?

а ты знаешь зачем оно там?

payload в GET в curl? Нет. Даже идей нет. Не владею историей curl, поскольку как это ни странно, сам им практически не пользуюсь (не потому что он плохой - так вышло)

Некстати, я примерно рядом на oauth2 раза два наехал. Причем один раз лозунгами без конкретики. За него никто не вступился

А с GET-то всё понятно. В всех случаях я параметры могу готовить как json, а чтение вдруг выбивается. А кроме GET чтения-то и нет. Хотелось бы конечно универсальности.

4.3 Message Body A message-body MUST NOT be included in a request if the specification of the request method (section 5.1.1) does not allow sending an entity-body in requests. 5.1.1 Method The Method token indicates the method to be performed on the resource identified by the Request-URI. The method is case-sensitive. Method = "OPTIONS" ; Section 9.2 | "GET" ; Section 9.3 | "HEAD" ; Section 9.4 | "POST" ; Section 9.5 | "PUT" ; Section 9.6 | "DELETE" ; Section 9.7 | "TRACE" ; Section 9.8 | "CONNECT" ; Section 9.9 | extension-method extension-method = token а дальше в 9.х ни слова о body. они забыли что ли?:)

payload в GET в curl? Нет. Даже идей нет. Не владею историей curl, поскольку как это ни странно, сам им практически не пользуюсь (не потому что он плохой - так вышло)

чтобы проверить, что сервер пошлет тебя на хер, если кто-то так сделает:)

4.3 Message Body A message-body MUST NOT be included in a request if the specification of the request method (section 5.1.1) does not allow sending an entity-body in requests. 5.1.1 Method The Method token indicates the method to be performed on the resource identified by the Request-URI. The method is case-sensitive. Method = "OPTIONS" ; Section 9.2 | "GET" ; Section 9.3 | "HEAD" ; Section 9.4 | "POST" ; Section 9.5 | "PUT" ; Section 9.6 | "DELETE" ; Section 9.7 | "TRACE" ; Section 9.8 | "CONNECT" ; Section 9.9 | extension-method extension-method = token а дальше в 9.х ни слова о body. они забыли что ли?:)

а так много RFC написано. я пока по DNSSEC писал - у меня волосы прошевелилсиь - там много RFC пришлось смежных вычитывать для точности протокола

но это 2616

чтобы проверить, что сервер пошлет тебя на хер, если кто-то так сделает:)

реально для этого или ты предположил?

а вот https://tools.ietf.org/html/rfc7231

https://tools.ietf.org/html/rfc7231#page-24

A payload within a GET request message has no defined semantics; sending a payload body on a GET request might cause some existing implementations to reject the request.

реально для этого или ты предположил?

ну, им же насрать. я думаю сделали, потому что могут, н онужно оно там именно для этого

A payload within a GET request message has no defined semantics; sending a payload body on a GET request might cause some existing implementations to reject the request.

вообще, это в рамочку надо. вся суть современного интеренета в одной фразе.

вообще, это в рамочку надо. вся суть современного интеренета в одной фразе.

нет. это вся суть RFC. но да, перетекшая в интернет.

На всякий случай - я не против RFC и их надо конечно стараться соблюдать. И они много для интернета сделали. Но что-то у них стиль зачастую -адов пиздец

ну, им же насрать. я думаю сделали, потому что могут, н онужно оно там именно для этого

а я думаю, что только потому что могут. ну может ещё "почему бы и нет"

это ж Request For Comments. Не стандарты, а так - "давайте обсудим"

Ну вообще у них есть статусы

ERROR: S client not available

Не важно. Я бы например для фомата бинарного пакета данных хотел бы видеть четкое описание или отсылку, а не "canonical owner name in wire format". И гадаешь на кофейной гуще, что именно они имели ввиду

Особенно в RFC со словом Security в заголовке

нет. это вся суть RFC. но да, перетекшая в интернет.

в данном конкретном случае, это констатация факта того, как оно устроено в интернетах уже сейчас. уже исторически сложилось. вообще, 7ххх про HTTP довольно хороши.

https://cs7051.vk.me/c636528/v636528524/4c87a/2nc7KYD6i9U.jpg

У кого нибудь было, чтобы убунта\минт после грубменю выдавала "Out of range pointer 0x10 Aborted"?

Это что за нах вообще может быть?

При попытке мемтеста\рекавери\любой попытке загрузки -- оно.

https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/424503

?

Я понимаю, что в целом, диагноз -- "моноблок XComiO от ООО "ИКС-Ком Питер", но блин...

Это чего-то такое про фреймбуфер. Там советуют в текстовый режим его перевести

ты прикинь, оказывается, можно забить хер на всё и пихать пэйлоад в GET

Угу. И в 404 отдавать тело страницы.

(груб, в смысле)

Хм... в общем грубу поплохело, ясно.

Угу. И в 404 отдавать тело страницы.

ну это-то стандартная фишка, кастомный 404 все клиенты хотят

Там народ с радеонами мается, но у меня нвидия 720-я кажется. Ч1рт.

ну это-то стандартная фишка, кастомный 404 все клиенты хотят

Я не про сам 404. А про то что отдавать тело страницы с 404 - это нормальный режим работы

Браузеру пофиг, а краулеры стопаются начиная с индексной страницы

Там народ с радеонами мается, но у меня нвидия 720-я кажется. Ч1рт.

Тем не менее, попробуй

Браузеру пофиг, а краулеры стопаются начиная с индексной страницы

Браузер кэшировать не будет 404 другим образом?

Тем не менее, попробуй

Вошёл в комстроку blocklist и та же ошибка.

И повис наглухо.

Браузер кэшировать не будет 404 другим образом?

Хз. Я не смотрел.

И повис наглухо.

А он вообще грузился когда-нибудь?

Угу. И в 404 отдавать тело страницы.

За такое надо ломом по всем частям организма бить.

А он вообще грузился когда-нибудь?

Конечно.

На моноблоке взглюкнула видяха и всё.

Ну я бы тогда взял какой-нибудь livecd/liveusb, загрузился, смонтировал рут, выключил в грубе гр0фическое меню и перегрузился. Чисто попробовать.

Так и сделаю.

За такое надо ломом по всем частям организма бить.

порядок порядком, но получать в ответ curl'ом 200, а в теле видеть для людей <H1>404</H1> это полный шлак(((

На сколько я помню и Apache и Nginx когда сами отдают 404, они отдают её вместе с телом