object-enumerator | Traverses array structures and object graphs | JSON Processing library

I used this and It works for me.

The solution to this issue was renaming the .pb-config folder to .bp-config. The tutorial available under this link has a spelling error and that was the reason for all the suffering...

You need to change the version of laravel/framework in composer.json (back) to ^6.2:

I solved it doing composer install instead of composer update.

Still no idea about why it didn't work, but at least it works now...

For people trying (as I used to) to do composer update in a context of production, don't:

What are the differences between composer update and composer install?

When to install and when to update

• composer update is mostly used in the 'development phase', to upgrade our project packages according to what we have specified in the composer.json file,

• composer install is primarily used in the 'deploying phase' to install our application on a production server or on a testing environment, using the same dependencies stored in the composer.lock file created by composer update.

And a nice diagram here.

A discussion about curl error was posted here for reference: SSH Curl doesn't work when URL is accessible in browser

For french developers using SSH with a shared hosting pro at OVH, the support says external calls like curl are disabled in ssh, but obviously I could do curl https://packagist.org/packages.json. When they tried themselves, they got an error like action forbidden or something like that. It doesn't make any sense.

if you work with Ubuntu operating system while working with laravel then make sure that you have give 777 permission to the folder of your project.

and first you have to write route for the getting view and then pass data on that page using post route.

like following code i have pasted here.

I assume that your autoloader can't find the files. You should search for the "autoload" section in your composer.json and put something like the following in there:

From your output, PHP 5.6 is installed from remi-php56 repository, so you have to install php-intl from the same repository (which doesn't seems enabled), not php56-php-intl which is a different package for parallel installation.

Have you read the Wizard instructions ?

In short

Your path is long. Whether it is too long or not depends on the depth of the directory structure in your project.

Remember that using Composer will create sub folders. At least you'll create vendor/phpunit/phpunit (22 chars), and on top of this all the sub folders of PHPUnit itself. I found this path as an example: src/Framework/Constraint/JsonMatches/ErrorMessageProvider.php (another 62 chars).

Adding some more directory separators, we are at least 87 + 22 + 2 + 62 = 173 chars long. That's a lot more near the maximum of 260 than you thought.

Your problem appears when unpacking the mock object component. I found this interesting path: tests/MockObject/Generator/namespaced_class_implementing_interface_dont_call_parent_constructor.phpt - 101 chars. Combined with the vendor folder vendor/phpunit/phpunit-mock-objects (36 chars) and two more directory separators we are at 87 + 36 + 2 + 101 = 226 chars - getting closer to the maximum. Now you'd just need another 34 chars coming from anywhere, maybe there is a temporary file name created during unpacking, and you'd hit the limit.

Shorten your existing path, and it will work.