Libraries tagged by Implicit

elpandape/filament-warden

0 Favers
78 Downloads

Roles and permissions for Filament, built on elpandape/warden — a permission grid derived from your policies, explicit denials, and conditional grants.

Go to Download


contempt/serializer

0 Favers
96 Downloads

Compiled, reflection-free JSON serialization with an explicit polymorphic type registry.

Go to Download


cline/openapi

1 Favers
1539 Downloads

Standalone OpenAPI document builder for explicit PHP specifications.

Go to Download


cehojac/antonella-framework-for-wp

21 Favers
763 Downloads

make easy a WordPress Plugin whit a team. Use this framework for simplycity the work in develop a plugin

Go to Download


themsaid/laravel-routes-publisher

60 Favers
24719 Downloads

A command to replace deprecated Route::controller with explicit routes.

Go to Download


malkusch/php-autoloader

34 Favers
1352 Downloads

This autoloader supports every autoloadable PHP feature up to PHP 5.4’s traits. It find’s every class, interface or traits definition in any situation. No matter what convention is used. The autoloader is index based. After building the index there will be no performance issue. The building is done dynamically. There is no explicit need of calling a build script. For the sake of comfortability there exists a script for prebuilding an index.

Go to Download


smoren/yii2-active-record-explicit

4 Favers
413 Downloads

Extended and more explicit behavior for ActiveRecord classes for Yii2

Go to Download


alban/simplisiti

0 Favers
499 Downloads

Go to Download


iobotis/php-incremental-backup

14 Favers
268 Downloads

PHP library to support file incremental backups

Go to Download


simplicateca/metasettings

6 Favers
124 Downloads

Meta Settings is a custom field plugin for Craft CMS 5+

Go to Download


simplicateca/selectplus

6 Favers
43 Downloads

Meta Settings is a custom field plugin for Craft CMS 5+

Go to Download


zippendo/zippendo-php

0 Favers
10 Downloads

Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_). **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body: 1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined to that brand — reads filtered, writes stamped. This is the recommended way to give a single brand's team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual request by sending the brand's id or slug in this header. Most SDKs let you set it once on the client so every call inherits it. A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token. Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide. List endpoints additionally take a `?brandScope=own|shared|both` parameter to narrow further within whichever brand context already applies. `own` returns only rows assigned to that brand, and requires a brand context — a brand-bound token, a resolved brand session, or the `X-Zippendo-Brand` header above — otherwise `400`. `shared` returns only the organization-wide rows (equivalent to filtering `brandId=none`). The default, `both`, keeps the existing behaviour: a brand context sees its own rows plus the organization-wide ones. Set `X-Zippendo-Brand-Scope` as a client default to apply the same choice to every request instead of repeating the query parameter on each call — an explicit `brandScope` query parameter always wins over the header, and a blank header value is ignored. Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan's limit returns `403`.

Go to Download


squirrelphp/types

1 Favers
1282 Downloads

Explicit handling of type coercions and enforcement in PHP in order to deal with unknown data in a more predictable and safe way.

Go to Download


power-modules/router

2 Favers
93 Downloads

A modular router component for the Power Modules framework with encapsulated routing capabilities and explicit module integration

Go to Download


php-concept/extension-logger-monolog

0 Favers
11 Downloads

Concept Logger extension — Monolog with explicit handlers and optional data masking

Go to Download


<< Previous Next >>