Download the PHP package just-bases/php-obs-dev-base without Composer

On this page you can find all versions of the php package just-bases/php-obs-dev-base. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package php-obs-dev-base

php-obs-dev-base

PHP observability dev/CI metapackage. The concrete counterpart to php-obs-base.

Why this exists, and why it's separate

php-obs-base is deliberately flat — API-only, contracts-only (OTel API, CloudEvents, PSR-3). That's correct for anything a library depends on: consumers shouldn't have an exporter, an SDK, or a concrete logger forced on them by a package they didn't choose.

But tests and CI need to actually run observability code — assert on real span output, real log lines, real event serialization — not mock an interface in every package's test suite individually. That's a dev/CI concern, not a runtime-consumer concern, so it gets its own metapackage rather than being bundled into php-obs-base itself.

Rule of thumb: php-obs-base goes in require. php-obs-dev-base goes in require-dev, and only in the package actually running the tests — not in every downstream consumer.

What it requires

Usage

Status

New. First real dev/CI counterpart to a -base package — if this pattern holds up, php-unit-test-base and php-qa-base may eventually get non-flat siblings too, but only if a real need for one surfaces the same way this one did.

All versions of php-obs-dev-base with dependencies

PHP Build Version
Package Version
Requires just-bases/php-obs-base Version ^1.0
open-telemetry/sdk Version ^1.9
open-telemetry/exporter-otlp Version ^1.1
open-telemetry/transport-grpc Version ^1.1
monolog/monolog Version ^3.7
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package just-bases/php-obs-dev-base contains the following files

Loading the files please wait ...