Weave Code
Weaver
Helps Laravel developers discover, compare, and choose open-source packages. See popularity, security, maintainers, and scores at a glance to make better decisions.
Feedback
Share your thoughts, report bugs, or suggest improvements.
Subject
Message

G Http Laravel Package

jaeger/g-http

jaeger/g-http is a lightweight Guzzle-based HTTP client for PHP with a simple API for GET/POST requests, headers, cookies, proxies, and concurrent async calls, making it useful for scraping, API integration, and Laravel apps.

View on GitHub
Deep Wiki
Context7

Product Decisions This Supports

  • Integration feature delivery: GHttp is a thin, opinionated convenience layer over Guzzle, so it primarily supports shipping straightforward outbound HTTP calls (third-party APIs, webhooks, simple GET/POST clients) in Laravel services and internal tools with less boilerplate code. That makes it relevant to feature-level "integrations" work on a roadmap, not to core platform architecture.
  • Build vs. buy vs. wrap: The most important decision it informs is whether your team should adopt a third-party wrapper, use Guzzle directly, or write a ~50-line in-house helper. Because GHttp is a convenience wrapper (not a capability provider), the honest default is "Guzzle direct or thin in-house wrapper," and this package is only a shortcut.
  • Prototyping and internal-tooling velocity: For spikes, admin tooling, cron-based pollers, and low-risk glue code, GHttp can shorten time-to-first-request and give teams a consistent call syntax. It supports "move fast on non-critical paths" decisions.
  • Dependency governance / tech-debt roadmap: With only ~19 stars and 0 dependents, adoption is a small, single-maintainer risk. This package informs your dependency-review policy: whether you allow low-traffic wrappers into production paths or restrict them to internal/non-critical surfaces.
  • Standardization decisions: If your org wants a house style for HTTP calls across Laravel services, this package can serve as a reference pattern — but the decision to standardize on it (rather than on Guzzle or Laravel's Http facade) should almost always go the other way.

When to Consider This Package

Consider it when:

  • You are working in a Laravel/PHP codebase and want a minimal, readable HTTP client for low-stakes, non-critical integrations (internal tools, admin panels, prototypes, one-off scripts).
  • Your team is small and values reduced boilerplate over long-term ecosystem support, and you are comfortable owning a fork if needed.
  • You need a throwaway or short-lived implementation and want to avoid designing an abstraction from scratch.
  • You already have Guzzle in the dependency tree and want a slightly friendlier facade for simple calls.

Look elsewhere when:

  • The integration is production-critical, high-throughput, or latency-sensitive — use Guzzle directly, or Laravel's native Http client, which is first-party, documented, and well-supported.
  • You need long-term maintenance guarantees, security patching, or vendor support — 19 stars and 0 dependents is a strong signal of limited community validation and bus-factor risk.
  • You require advanced capabilities: retries with backoff, connection pooling, middleware, async/concurrent requests, detailed instrumentation, or strict PSR-18 compliance. Guzzle already provides these; this wrapper may obscure them.
  • Your organization has dependency-approval standards (license review, security scanning, maintainer-health thresholds) that a single-maintainer, low-adoption package is unlikely to pass.
  • You are deciding on a company-wide HTTP standard — pick the first-party Laravel Http facade or Guzzle, and treat GHttp as a convenience only.

How to Pitch It (Stakeholders)

For executives: This is a small, convenience-level helper that makes simple outbound HTTP calls slightly faster to write in PHP. It is not a strategic platform investment and carries minimal community backing, so we should treat it as a tactical shortcut at most — not a standard. Recommendation: do not adopt as a company dependency; use Laravel's built-in HTTP client or Guzzle for anything customer-facing or long-lived, and permit this only in low-risk internal tooling if a team explicitly wants it.

For engineering: GHttp is a thin wrapper over Guzzle that trims boilerplate for basic requests. It buys you a consistent call syntax and faster prototyping, but at the cost of an extra dependency with essentially no downstream adoption and a single maintainer. Prefer Guzzle directly or a small in-house helper you own; if you do use GHttp, isolate it behind your own client interface so it can be swapped out without touching call sites.

Weaver

How can I help you explore Laravel packages today?

Conversation history is not saved when not logged in.
Prompt
Add packages to context
No packages found.
pharaonic/laravel-notification-dependencies
beautinow/translug
dev-brainiac/bot-cloaked
octoberrain/html
octoberrain/extension
octoberrain/exception
octoberrain/contracts
frankyso/ipaymu
3mdikram/worldmoneywords
snowsoft/config
itmosoft/laravel-subscriptions
larva/laravel-ai-qwen
adachsoft/api-version-bundle
cgv/localized-resource
noith/settings
kda/laravel-package
kda/filament-dynamic-navigation
bypersoft/signbox
pairus/product-data
fayne/laravel-filament-cms-core