Устройство p2p, пример любой p2p сети на go

там в подкладке webrtc, которого на чистом go нет

http://jsonapi.org/ это типа спецификаци

Где вообще можно узнать про практики json ответов

в целом формат ответов зависит от того как сервер общается с клиентом (если мы только про REST говорим), лучших практик нет есть только холивары 🙂 я например нашел удобным дублировать http-ошибку в ответе и еще добавлять статускод (стандартных http-кодов обычно не хватает когда клиенту нужно обрабатывать дополнительные логики - например 401 Unauthorized может быть как "токен неправильный вообще" так и "токен истек" и тп) поэтому, ошибки выглядят у меня примерно так: { message: "human-readable error", status: http-status-code, code: "COMPUTER-READABLE-ERROR-CODE" } ответы на POST/PUT выглядят так: { success: true, id: "resource-created-id" } ответы на GET - любой JSON в рамках того что мы хотим отдать клиенту однако, вы захотите добавлять дополнительные данные - пейджинацию например, количество документов общее и тп: и тогда вы или будете их заголовками передавать, или заранее заложитесь на стандартный ответ (тут уже вам выбирать как удобнее, но лучше делать с запасом чтобы потом версию API не менять и разные не поддерживать): { data: { json-response }, total: total_amount_of_resources, next: "cursor-id-to-fetch-next-portion", ... }

Народ, когда твой сервис в http запросе возвращает json, обычно же, при ошибки на сервере, возвращают что-то типо status: "bad", и error:"someerror". А в случае успешного следует всегда возвращать status:"ok" или считается, что http статуса должно хватать?

Народ, когда твой сервис в http запросе возвращает json, обычно же, при ошибки на сервере, возвращают что-то типо status: "bad", и error:"someerror". А в случае успешного следует всегда возвращать status:"ok" или считается, что http статуса должно хватать?

от фронтов зависит)) иногда им хочется всегда обрабатывать 200ОК, а в доп полях ошибки смотреть😄

тогда не придется вручную писать документы для клиентских разработчиков например, а можно будет заюзать автогенерацию: https://github.com/Rebilly/ReDoc

а то один ленится доку писать, а потом вся команда в говно наступила

в этом случае дизайн ферст как раз - эту спеку хошь бэкенд описывай, хошь фронтенд, а хошь все вместе включая секретаршу 🙂

в целом формат ответов зависит от того как сервер общается с клиентом (если мы только про REST говорим), лучших практик нет есть только холивары 🙂 я например нашел удобным дублировать http-ошибку в ответе и еще добавлять статускод (стандартных http-кодов обычно не хватает когда клиенту нужно обрабатывать дополнительные логики - например 401 Unauthorized может быть как "токен неправильный вообще" так и "токен истек" и тп) поэтому, ошибки выглядят у меня примерно так: { message: "human-readable error", status: http-status-code, code: "COMPUTER-READABLE-ERROR-CODE" } ответы на POST/PUT выглядят так: { success: true, id: "resource-created-id" } ответы на GET - любой JSON в рамках того что мы хотим отдать клиенту однако, вы захотите добавлять дополнительные данные - пейджинацию например, количество документов общее и тп: и тогда вы или будете их заголовками передавать, или заранее заложитесь на стандартный ответ (тут уже вам выбирать как удобнее, но лучше делать с запасом чтобы потом версию API не менять и разные не поддерживать): { data: { json-response }, total: total_amount_of_resources, next: "cursor-id-to-fetch-next-portion", ... }

наоборот же

Почему я так часто вижу, что возвращается абстрактное success поле, которое не несёт смысловой нагрузки

Что то нужно возвращать. Удобно в тестах проверять поле, клиенты могу доппроверку сделать. Такое соглашение "система приняла ответ, обработала и ответила в установленом порядке"

А то, что id пришло может означать что все пошло крахом? Если хочется отдать статус, то любят какой-нибудь статус-код и соответствующее сообщение, а не просто да/нет

Нужно сделать что-то вроде децентрализованного хранилища файлов (файлы хранятся по частям у всех пользователей сети) Как это реализовать? С блэкджеком и p2p

Нужно сделать что-то вроде децентрализованного хранилища файлов (файлы хранятся по частям у всех пользователей сети) Как это реализовать? С блэкджеком и p2p

Подскажите, пожалуйста, по ide goland - на любой импорт показывает ошибку типа`build constraints exclude all Go files in '/home/oz/go/src/github.com/stretchr/testify/assert' Inspection info: Reports invalid imports.` При этом сами файлы компилируются и исполняются. Импортируемые пакеты устанавливались через команду go get. GOPATH = "/home/oz/go". Тэга вида // +build нет.

go-kit или micro? ;)

go-kit или micro? ;)

Хочу странного. Юзер нажимает на хтмл форме копку ГУДБАЙ, в сервер сабмитится урл, по которому сервер выдаёт прощальное сообщение и стопается. Как бы этот по проще провернуть?