Libraries tagged by effects
staabm/side-effects-detector
135349705 Downloads
A static analysis tool to detect side effects in PHP code
components/jqueryui
5932639 Downloads
jQuery UI is a curated set of user interface interactions, effects, widgets, and themes built on top of the jQuery JavaScript Library. Whether you're building highly interactive web applications or you just need to add a date picker to a form control, jQuery UI is the perfect choice.
alleyinteractive/wp-filter-side-effects
635562 Downloads
Use a WordPress filter like an action.
sobstel/metaphore
185019 Downloads
PHP cache slam defense using a semaphore to prevent dogpile effect (aka clobbering updates or stampending herd).
zaachi/php-instagram-effects
13643 Downloads
PHP class for photo effects like Instagram
alexsyvolap/filament-confetti
2718 Downloads
A fluent, zero-config confetti integration for Filament PHP. Add cinematic particle effects to your admin panel
lattice-php/ui
7791 Downloads
UI components, effects, and serialization for Lattice.
andrewgjohnson/imagettftextblur
260420 Downloads
imagettftextblur is a drop-in replacement for imagettftext with added parameters to add blur, glow and shadow effects to your PHP GD images
jonpurvis/radial
5740 Downloads
Beautiful donut and pie charts for Flux UI. Drop-in components with hover effects, legends, and dark mode support.
typedduck/steins-attributes
629 Downloads
Effect-envelope attributes for the PHP;STEINS static analyzer: #[Pure] and #[Effect]. Inert at runtime.
popphp/pop-image
8937 Downloads
PHP Image library for generating, editing and effecting images. A component of the Pop PHP Framework
zetacomponents/image-conversion
530142 Downloads
A set of classes to apply different filters on images, such as colour changes, resizing and special effects.
webman-tech/testing
749 Downloads
Real-process testing toolkit for webman: server orchestration, HTTP assertions, CLI command and side-effect helpers
konfig/snaptrade-php-sdk
20462 Downloads
Connect brokerage accounts to your app for live positions and trading. ## Rate limiting Two limits apply to requests signed with your `clientId`. The stricter one wins, and exceeding either returns `429 Too Many Requests`. - **Customer-level** — 250 requests/minute by default, scoped to your `clientId` and applied across all endpoints. Reported in `X-RateLimit-Limit`, `X-RateLimit-Remaining` and `X-RateLimit-Reset`. - **Account-level** — 10 requests/minute per account, scoped to (`clientId`, `accountId`). All covered operations for one account draw on the same bucket — reading balances and reading positions share it — and enforcement does not depend on the HTTP method, so updating an account consumes the same bucket as reading it. Only enforced for Personal users, and only for integrations it has been rolled out to — it is not yet in force for every Personal integration. It also does not apply on every operation that documents a 429 below. Where it applies it is reported in `X-RateLimit-Account-Limit`, `X-RateLimit-Account-Remaining` and `X-RateLimit-Account-Reset`. Do not read the absence of those headers as proof the limit is off — some configurations omit the rate limit headers while still enforcing the limit, so header absence tells you nothing about your allowance. On a 429, `X-RateLimit-Remaining: 0` means you hit the customer-level limit and `X-RateLimit-Account-Remaining: 0` means the account-level one. Wait for the corresponding `*-Reset` value (seconds) before retrying, or fall back to exponential backoff with jitter. Not every 429 is explained by those headers. A separate per-authenticated-user limit, reported in no `X-RateLimit-*` header, covers OAuth-authenticated requests and signed requests in configurations where the customer-level limit is not in effect — on the operations that use the default throttles. A few operations override those and are governed by the customer-level limit alone. The two do not stack: a signed request governed by the customer-level limit above is not additionally subject to the per-user one. If a 429 arrives with no header at zero — or with no `X-RateLimit-*` headers at all — honour `Retry-After` and back off. Treat the remaining counts as a hint, not a guarantee that the next request will succeed. Because the customer-level limit applies everywhere, any signed request can return 429. **OAuth-authenticated requests are an exception.** They are not subject to the customer-level limit and do not receive `X-RateLimit-Limit`, `X-RateLimit-Remaining` or `X-RateLimit-Reset` — do not wait on those headers or design around a customer-level allowance on this path. The account-level limit still applies to them on the account-data endpoints above, reported in the `X-RateLimit-Account-*` headers. On operations using the default throttles the per-user limit above applies to them as well, so an OAuth request can be rejected while the account headers still show capacity; on the few operations that override those throttles, OAuth callers have no per-user ceiling at all. Drive retries from `Retry-After` and exponential backoff with jitter rather than from the headers. See https://docs.snaptrade.com/docs/ratelimiting.
glowy/macroable
5365 Downloads
Macroable Component is a trait that, gives you the ability in effect to add new methods to a class at runtime.