Libraries tagged by commodity
community-engineering/language-he_il
6606 Downloads
he_IL language package.
community-engineering/language-fr_ca
37662 Downloads
fr_CA language package.
community-engineering/language-et_ee
16689 Downloads
et_EE language package.
community-engineering/language-en_us
117434 Downloads
en_US language package.
community-engineering/language-en_gb
119342 Downloads
en_GB language package.
community-engineering/language-en_au
21778 Downloads
en_AU language package.
community-engineering/language-el_gr
45385 Downloads
el_GR language package.
community-engineering/language-de_ch
93521 Downloads
de_CH language package.
community-engineering/language-cs_cz
79681 Downloads
cs_CZ language package.
community-engineering/language-ca_es
5191 Downloads
ca_ES language package.
community-engineering/language-ar_sa
20602 Downloads
ar_SA language package.
bs-community/blessing-skin-server
8 Downloads
A web application brings your custom skins back in offline Minecraft servers.
vantiv/cnp-chargeback-sdk
3724 Downloads
The Vantiv eCommerce PHP SDK is a PHP implementation of the [Vantiv eCommerce](https://developer.vantiv.com/community/ecommerce). XML API. This SDK was created to make it as easy as possible to connect process your payments with Vantiv eCommerce
schleuse/dindent
43786 Downloads
Fork of gajus/dindent with various fixes from the community
paypaplane/svix-client
10156 Downloads
Welcome to the Svix API documentation! Useful links: [Homepage](https://www.svix.com) | [Support email](mailto:[email protected]) | [Blog](https://www.svix.com/blog/) | [Slack Community](https://www.svix.com/slack/) # Introduction This is the reference documentation and schemas for the [Svix webhook service](https://www.svix.com) API. For tutorials and other documentation please refer to [the documentation](https://docs.svix.com). ## Main concepts In Svix you have four important entities you will be interacting with: - `messages`: these are the webhooks being sent. They can have contents and a few other properties. - `application`: this is where `messages` are sent to. Usually you want to create one application for each user on your platform. - `endpoint`: endpoints are the URLs messages will be sent to. Each application can have multiple `endpoints` and each message sent to that application will be sent to all of them (unless they are not subscribed to the sent event type). - `event-type`: event types are identifiers denoting the type of the message being sent. Event types are primarily used to decide which events are sent to which endpoint. ## Authentication Get your authentication token (`AUTH_TOKEN`) from the [Svix dashboard](https://dashboard.svix.com) and use it as part of the `Authorization` header as such: `Authorization: Bearer ${AUTH_TOKEN}`. For more information on authentication, please refer to the [authentication token docs](https://docs.svix.com/api-keys). ## Code samples The code samples assume you already have the respective libraries installed and you know how to use them. For the latest information on how to do that, please refer to [the documentation](https://docs.svix.com/). ## Idempotency Svix supports [idempotency](https://en.wikipedia.org/wiki/Idempotence) for safely retrying requests without accidentally performing the same operation twice. This is useful when an API call is disrupted in transit and you do not receive a response. To perform an idempotent request, pass the idempotency key in the `Idempotency-Key` header to the request. The idempotency key should be a unique value generated by the client. You can create the key in however way you like, though we suggest using UUID v4, or any other string with enough entropy to avoid collisions. Svix's idempotency works by saving the resulting status code and body of the first request made for any given idempotency key for any successful request. Subsequent requests with the same key return the same result. Please note that idempotency is only supported for `POST` requests. ## Cross-Origin Resource Sharing This API features Cross-Origin Resource Sharing (CORS) implemented in compliance with [W3C spec](https://www.w3.org/TR/cors/). And that allows cross-domain communication from the browser. All responses have a wildcard same-origin which makes them completely public and accessible to everyone, including any code on any site.