mastodon.world is one of the many independent Mastodon servers you can use to participate in the fediverse.
Generic Mastodon server for anyone to use.

Server stats:

9.9K
active users

#rest

9 posts9 participants3 posts today

I've been lax at updates to the dweb REST API which now supports most #Autonomi data types.

Web apps can POST/GET immutable data such as files and Archives (public and private), do multipart uploads of file(s), POST/PUT/GET Pointers (mutable references to other types) and POST/PUT/GET Scratchpads which are mutable storage for encrypted or public data.

To view #dweb #REST APIs:
- get rust
- cargo install dweb-cli
- dweb serve
In another terminal:
- dweb openapi-docs

#RESTful #API design advice wanted.

I'm blundering my way through my first #REST API implementation (for a #decentralized storage network.)

I have several APIs working but still unsure about how these should work to support different client styles and use cases.

For example, someone suggested custom headers for metadata which I wasn't aware was an option! How to code binary data in a JSON payload is another of many questions I have.

Can you point to design guides or best practice examples?

Swift: Шаблонный бэкенд с использованием Vapor

В мобильную разработку приходят различными путями. Некоторые рождаются с девайсом в руках, других ведет извилистая дорога вдоль серверов, майнфреймов, дестопных приложений. Но каждый кто в нее попадает ощущает свою незащищенность с тыла, если нет надежного партнера в лице бэкенд –разработчика. И, буквально, каждый мобильщик ожидает, что необходимый API будет готов хотя бы за один спринт, до того, как в нем возникнет необходимость. Конечно же, мир IT разработки редко допускает такую роскошь – за нее требуется бороться с ПМ и бизнес-аналитиком. К тому же не редки ситуации, когда то, что должно быть сделано «на вчера», будет готово «на послезавтра». Те кто имеют достаточно опыта как в наземном, так и подземном мире – берут инициативу с свои руки, и сами предлагают клиент-серверный интерфейс. Для мобильного мира C# и Java – падения из рая в ад – это довольно естественный процесс, поскольку присущие им платформы изначально целились на поддержку т емных сил бэкенда. То ли дело Swift – познавшему небо – не легко дается жизнь на льдине, вместе с ластоногими. Получить лучшее из обоих миров, и не потерять темп позволяют некоторые экзотические решения, наподобие Perfect и Vapor. Однако, они в большей степени отвечают на вопрос «Как?» вместо того, чтоб предложить какое-нибудь удовлетворительное минимальное решение. С другой стороны, как правило, исходные требования мобильной команды довольно умерены и стереотипны от одного приложения к другому. Обычно требуется поддержка и управления такими сущностями как аккаунт пользователя, профиль, продукт и изображения.

habr.com/ru/articles/900634/

ХабрSwift: Шаблонный бэкенд с использованием VaporВ мобильную разработку приходят различными путями. Некоторые рождаются с девайсом в руках, других ведет извилистая дорога вдоль серверов, майнфреймов, дестопных приложений. Но каждый кто в нее...

Using Jenkins deeply has reminded me that one of the pros of the original REST API intent was "You don't have to write your HTML handling logic twice." As in: if you use honest-to-God forms, and those forms access your app via your own REST API, you aren't writing one handler for form inputs and one for API calls (which had been the style at the time when REST hit the scene).

Nowadays, it's pretty much all JSON under the hood (i.e. barely anyone uses raw forms anymore; if you have a form on a page, it's bundling its fields into JSON and making an XmlHttpRequest), so this benefit is overlooked.