Libraries tagged by head

headzoo/graphql-php

0 Favers
16779 Downloads

PHP library that queries the Deskpro GraphQL API.

Go to Download


headzoo/bitcoin-wallet-api

37 Favers
84 Downloads

PHP library supporting communication with the Bitcoin wallet JSON-RPC API.

Go to Download


headsnet/living-documentation-bundle

2 Favers
2071 Downloads

Provides Symfony integration for headsnet/living-documentation

Go to Download


headsnet/living-documentation

5 Favers
8854 Downloads

Provides Living Documentation annotations

Go to Download


headsnet/grumphp-conventions

0 Favers
18263 Downloads

Centralised GrumPHP configuration used by Headsnet projects

Go to Download


headsnet/collections

0 Favers
12596 Downloads

Base classes for collections

Go to Download


headsnet/codeception-extras

2 Favers
2186 Downloads

Add various useful extra to Codeception

Go to Download


headsnet/carbon-clock

2 Favers
5553 Downloads

A clock interface and implementation using the Carbon date manipulation library

Go to Download


zozlak/logging

1 Favers
9205 Downloads

Set of methods to deal with the HTTP Accept header

Go to Download


zozlak/http-accept

1 Favers
6753 Downloads

Set of methods to deal with the HTTP Accept header

Go to Download


zae/content-security-policy

0 Favers
7053 Downloads

A really easy way to build CSP headers and add them to the response.

Go to Download


yfix/packager

1 Favers
9147 Downloads

Packager is a PHP 5.2+ library to concatenate libraries split in multiple files in a single file. It automatically calculates dependancies. Packager requires a yml header syntax in every file, and a package.yml manifest file, as seen on the MooTools project.

Go to Download


wildbit/craft3-donottrack

13 Favers
4247 Downloads

Craft 3 plugin for respecting Do Not Track headers sent by browsers.

Go to Download


wieni/wmcontent_security_policy

0 Favers
2021 Downloads

Secure your Drupal site using a Content Security Policy header

Go to Download


vitexsoftware/rbczpremiumapi

4 Favers
190 Downloads

##### API Overview - Accounts list and balance - Transaction overview (also for saving accounts) - Payments import - Statement list and download - FX rates ##### Authentication Before making a call to Premium API, you need to register your app at our _Developer portal_. This is where you get the **ClientID** that your application must send in the request as `X-IBM-Client-Id`. This is the key that grants your app access to the API. However, this may not be enough. Your application needs to use mTLS to call most operations here. Thus, you not only need _https_ but also a client certificate issued by us. The exception is two operations for FX rates that are accessible also without a client certificate. Each bank client/user can issue several certificates. Each certificate can permit different sets of operations (http methods) on different bank accounts. All this must be configured in Internet Banking first by each bank client/user (bank clients need to look under _Settings_ and do not forget to download the certificate at the last step). The certificate is downloaded in **PKCS#12** format as **\*.p12** file and protected by a password chosen by the bank client/user. Yes, your app needs the password as well to get use of the **\*p12** file for establishing mTLS connection to the bank. Client certificates issued in Internet Banking for bank clients/users have limited validity (e.g. **5 years**). However, **each year** certificates are automatically blocked and bank client/user must unblock them in Internet Banking. It is possible to do it in advance and prolong the time before the certificate is blocked. Your app should be prepared for these scenarios and it should communicate such cases to your user in advance to provide seamless service and high user-experience of your app. ##### Rate Limiting The number of requests in each API operation is limited to 10 per client per sliding second and 5000 per client per sliding day. The exception is the 'Download Statement' operation with the limits lowered to 5 per client per sliding second and 1500 per client per sliding day. This is because it transports potentially sizeable binary files. The consumer must be able to handle HTTP status 429 in case of exceeding these limits. Response headers `X-RateLimit-Limit-Second` and `X-RateLimit-Limit-Day` show the actual limits configured for the specific operation. Response headers `X-RateLimit-Remaining-Second` and `X-RateLimit-Remaining-Day` are returned to help prevent the limits from being exceeded. ##### Notes Be aware, that in certain error situations, API can return specific error structures along with 5xx status code, which is not explicitely defined below. ##### Quick Start Client Feel free to download a simple Java client that gives you quick access to our API.

Go to Download


<< Previous Next >>