Подскажите, пожалуйста. Есть поднятая через fasthttp небольшое апи. Запустил его на домашней машине. При этом изредка появляются такие вот ошибки:
2020/05/20 06:08:59 error when serving connection "192.168.0.102:8086"<->"195.191.250.25:64860": error when reading request headers: EOF. Buffer size=19, contents: "\x03\x00\x00\x13\x0e\xe0\x00\x00\x00\x00\x00\x01\x00\b\x00\x03\x00\x00\x00"
Кто инициатор и откуда такие соединения не понятно. (некоторые из указанных IP в спам базах участвуют)
Обычные обращение извне таких ошибок не дают и апи работает штатно

EOF это когда данных нет/кончились
видимо приходят запросы без хедеров

щас прибегут и скажут, что нечего использовать fasthttp, покуда вы на 256% не уверены, что уперлись в родной сервер

А что значит 192.168.0.102:8086"<->"195.191.250.25:64860
я ведь слушаю только порт 8086, не может приложение обрабатывать 64860й (в системе его никто не слушает). Инициатор может быть в моем приложении?

то что справа - это порт/адрес клиентский

Мут закончился😂

{
  "type": "App\\Message\\TestMessage",
  "X-Message-Stamp-Symfony\\Component\\Messenger\\Stamp\\BusNameStamp": "[{\"busName\":\"messenger.bus.default\"}]",
  "Content-Type": "application/json"
}

Короче путь тебе лежит в кастомный маршаллер, похоже

Не нашел быстрого решения

Спасиб, да я тоже думал об этом решил спросить может у кого то были такие проблемы

Может кто подскажет пакет хороший который попробовать можно?

Почему вы думаете что JSON создан "исключительно для читабельности"? Вы это из RFC вычитали?🤔  PHP тут вообще не при чем. Это как раз камень в огород Go. В документации к Go написано:  The key name will be used if it's a non-empty string consisting of only Unicode letters, digits, and ASCII punctuation except quotation marks, backslash, and comma.. Собственно они просто решили не поддерживать обратный слеш вот и все. При этом JSON поддерживает обратный слеш в ключах.

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

Это вы цитату из RFC взяли?

это из любой статьи про json можно достать

А почему вы решили что любая статья более достоверный источник чем RFC?

PHP использует обратный слеш как разделитель неймспейсов (В Java к примеру для этого используется точка. Это не хорошо и не плохо, это выбор авторов языка. Но при этом PHP поддерживает JSON стандарт, а Go почему то нет. Не нужно перекладывать вину за косяк одного языка на другой язык. Это в корне неправильно.

потому что людям ближе статья, чем RFC

RFC для других целей. И я ни слова против RFC не сказал

Но вы подменили факты субъективным мнением. Факт заключается в том, что PHP поддерживает обратные слеши в ключах, а Go нет. Но вы сделали вывод что виноват PHP, что является полной бессмыслицей.