Download the PHP package nmeri/suphle without Composer

On this page you can find all versions of the php package nmeri/suphle. 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 suphle

Suphle Framework

Introduction

This is the dev-facing project intended for contribution to Suphle itself. Its complete documentation is live at netlify.

High-level details about what Suphle's capabilities are and why it was built have been migrated here and here.

Testing

Typically, from your system's web folder:

The tests interact with the database, and would thus expect to find an active MySQL connection such as that gotten from running a WAMP equivalent. The server can be configured to use anything else, but for the purpose of this demo, we simply use MySQL.

Each of the modules contain an .env with the following entries:

The database name is not important. All the command needs is for the credentials to match your local MySQL server, for migrations to be run.

When executed as is, the tests will leave behind seeded data. For the database to self-destruct after it's done executing, we have to supply the configuration schema.

Parallel testing

The commands shown earlier will execute the tests synchronously, which may not be the most optimized for your machine. Those using systems with multiple cores can take advantage of concurrent testing and instead execute tests in parallel.

Above, we're enforcing 5 processes; however, when left blank, the runner will determine the optimum number of processes to use based on amount of cores available. Hence, this would equally work:

As with using this runner in development, note that it swallows all PHPUnit output. Thus, if the test invocation fails before completion, you may require a synchronous run to understand what went wrong.

Browser access

All interaction with the Framework should be conducted through tests and by extension, the command line. Those unaccustomed to reading the source code/tests or running tests, or those who are impatient and would prefer seeing something on the browser, should fire up the Roadrunner server:

Then, visit any of the routes available at:

They don't require any database connection and only demonstrate the relatively basic ability to route incoming requests to an attached action handler, taking higher-level constraints like modules and prefixing into account.

If you're window shopping, a sort of example application resides in the tests/Mocks folder. Emphasis is laid on "sort of" since ModuleOne there, is for testing majority of the framework's feature set and doesn't necessarily reflect what you'd expect from a real life Suphle module.

Contributing to the Starter project

The Starter project is the user-facing arm intended for bootstrapping fresh Suphle projects. If you have cause to contribute to it, it's much more convenient to install both side by side, such that over the course of development, your updates to this core project will reflect on your Starter installation.

This project must be installed, first.

Afterwards, the Starter is to derive its parent project from your local installation. Navigate to the composer.json of the Starter project and add the following entry:

Now, instruct Composer to interpret the local installation as parent, using the install command:

Now, all is set! Checkout a new branch to implement your amazing feature. If you need to interact with the Roadrunner server as well, fetch its binary like so:

Where to start contributing

The recommended place to render assistance is the existing issues with the help-wanted label, which would facilitate us reaching our initial goals. As I do value your time, it's advisable for new additions outside that list to first be discussed on a new issue, and commissioned for implementation. Please see the Contribution guide for more details.

Security

Security Policy


All versions of suphle with dependencies

PHP Build Version
Package Version
Requires php Version ^8.1
brianium/paratest Version *
bugsnag/bugsnag Version ^3.0
fakerphp/faker Version ^1.19
firebase/php-jwt Version ^6.0
friendsofphp/proxy-manager-lts Version ^1.0
guzzlehttp/guzzle Version ^7.4
illuminate/container Version ^9.0
illuminate/database Version ^9.0
illuminate/events Version ^9.0
illuminate/testing Version ^9.0
illuminate/validation Version ^9.0
illuminate/view Version ^9.0
imagine/imagine Version ^1.3
laravel/framework Version ^9.0
nyholm/psr7 Version ^1.5
phpunit/phpunit Version 9.6
predis/predis Version ^2.0
psr/http-client Version ^1.0
psr/http-message Version ^1.0.1
spiral/roadrunner Version ^2.10
spiral/roadrunner-jobs Version ^2.3
spiral/roadrunner-kv Version ^2.1
symfony/mailer Version ^6.0
symfony/process Version ^6.0
symfony/psr-http-message-bridge Version ^2.1
vimeo/psalm Version *
vlucas/phpdotenv Version *
wyrihaximus/json-throwable Version ^4.1
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 nmeri/suphle contains the following files

Loading the files please wait ....