efriandika / laravel-settings Goto Github PK

I just tried to require your package to composer and get this :

Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Conclusion: remove laravel/framework v5.2.6
    - Conclusion: don't install laravel/framework v5.2.6
    - Conclusion: don't install laravel/framework v5.2.5
    - Conclusion: don't install laravel/framework v5.2.4
    - Conclusion: don't install laravel/framework v5.2.3
    - Conclusion: don't install laravel/framework v5.2.2
    - Conclusion: don't install laravel/framework v5.2.1
    - efriandika/laravel-settings v1.0.0 requires illuminate/support 5.0.x -> satisfiable by illuminate/support[v5.0.0, v5.0.22, v5.0.25, v5.0.26, v5.0.28, v5.0.33, v5.0.4].
    - efriandika/laravel-settings v1.0.1 requires illuminate/support 5.0.x -> satisfiable by illuminate/support[v5.0.0, v5.0.22, v5.0.25, v5.0.26, v5.0.28, v5.0.33, v5.0.4].
    - efriandika/laravel-settings v1.1.0 requires illuminate/support 5.1.x -> satisfiable by illuminate/support[v5.1.1, v5.1.13, v5.1.16, v5.1.2, v5.1.20, v5.1.22, v5.1.25, v5.1.28, v5.1.6, v5.1.8].
    - efriandika/laravel-settings v1.2.0 requires illuminate/support 5.1.x -> satisfiable by illuminate/support[v5.1.1, v5.1.13, v5.1.16, v5.1.2, v5.1.20, v5.1.22, v5.1.25, v5.1.28, v5.1.6, v5.1.8].
    - efriandika/laravel-settings v1.2.1 requires illuminate/support 5.1.x -> satisfiable by illuminate/support[v5.1.1, v5.1.13, v5.1.16, v5.1.2, v5.1.20, v5.1.22, v5.1.25, v5.1.28, v5.1.6, v5.1.8].
    - efriandika/laravel-settings v1.2.2 requires illuminate/support 5.1.x -> satisfiable by illuminate/support[v5.1.1, v5.1.13, v5.1.16, v5.1.2, v5.1.20, v5.1.22, v5.1.25, v5.1.28, v5.1.6, v5.1.8].
    - don't install illuminate/support v5.0.0|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.0.22|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.0.25|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.0.26|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.0.28|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.0.33|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.0.4|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.1.1|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.1.13|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.1.16|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.1.2|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.1.20|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.1.22|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.1.25|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.1.28|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.1.6|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.1.8|don't install laravel/framework v5.2.0
    - Installation request for laravel/framework 5.2.* -> satisfiable by laravel/framework[v5.2.0, v5.2.1, v5.2.2, v5.2.3, v5.2.4, v5.2.5, v5.2.6].
    - Installation request for efriandika/laravel-settings 1.* -> satisfiable by efriandika/laravel-settings[v1.0.0, v1.0.1, v1.1.0, v1.2.0, v1.2.1, v1.2.2].

Because you are renaming column,
we need to have doctrine/dbal package

please add that in composer require or somewhere in readme.

personally it looks overkill for me to having dbal package just for those 2 columns.

After php artisan migrate couse an error
local.ERROR: ErrorException: Undefined index: index_type in /var/www/html/laravelwork1/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/MySqlSchemaManager.php:75
Stack trace:
#0 /var/www/html/laravelwork1/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/MySqlSchemaManager.php(75): Illuminate\Foundation\Bootstrap\HandleExceptions->handleError(8, 'Undefined index...', '/var/www/html/l...', 75, Array)
#1 /var/www/html/laravelwork1/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/AbstractSchemaManager.php(193): Doctrine\DBAL\Schema\MySqlSchemaManager->_getPortableTableIndexesList(Array, 'settings')
#2 /var/www/html/laravelwork1/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/AbstractSchemaManager.php(286): Doctrine\DBAL\Schema\AbstractSchemaManager->listTableIndexes('settings')
#3 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Database/Connection.php(926): Doctrine\DBAL\Schema\AbstractSchemaManager->listTableDetails('settings')
#4 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Database/Schema/Grammars/Grammar.php(41): Illuminate\Database\Connection->getDoctrineColumn('settings', 'key')
#5 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Database/Schema/Blueprint.php(107): Illuminate\Database\Schema\Grammars\Grammar->compileRenameColumn(Object(Illuminate\Database\Schema\Blueprint), Object(Illuminate\Support\Fluent), Object(Illuminate\Database\MySqlConnection))
#6 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Database/Schema/Blueprint.php(82): Illuminate\Database\Schema\Blueprint->toSql(Object(Illuminate\Database\MySqlConnection), Object(Illuminate\Database\Schema\Grammars\MySqlGrammar))
#7 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Database/Schema/Builder.php(229): Illuminate\Database\Schema\Blueprint->build(Object(Illuminate\Database\MySqlConnection), Object(Illuminate\Database\Schema\Grammars\MySqlGrammar))
#8 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Database/Schema/Builder.php(130): Illuminate\Database\Schema\Builder->build(Object(Illuminate\Database\Schema\Blueprint))
#9 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Support/Facades/Facade.php(237): Illuminate\Database\Schema\Builder->table('settings', Object(Closure))
#10 /var/www/html/laravelwork1/database/migrations/2015_12_15_020453_alter_settings_table.php(17): Illuminate\Support\Facades\Facade::__callStatic('table', Array)
#11 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Database/Migrations/Migrator.php(373): AlterSettingsTable->up()
#12 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Database/Migrations/Migrator.php(380): Illuminate\Database\Migrations\Migrator->Illuminate\Database\Migrations{closure}()
#13 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Database/Migrations/Migrator.php(162): Illuminate\Database\Migrations\Migrator->runMigration(Object(AlterSettingsTable), 'up')
#14 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Database/Migrations/Migrator.php(130): Illuminate\Database\Migrations\Migrator->runUp('2015_12_15_0204...', 12, false)
#15 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Database/Migrations/Migrator.php(97): Illuminate\Database\Migrations\Migrator->runMigrationList(Array, Array)
#16 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Database/Console/Migrations/MigrateCommand.php(65): Illuminate\Database\Migrations\Migrator->run(Array, Array)
#17 [internal function]: Illuminate\Database\Console\Migrations\MigrateCommand->fire()
#18 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Container/Container.php(508): call_user_func_array(Array, Array)
#19 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Console/Command.php(169): Illuminate\Container\Container->call(Array)
#20 /var/www/html/laravelwork1/vendor/symfony/console/Command/Command.php(261): Illuminate\Console\Command->execute(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#21 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Console/Command.php(155): Symfony\Component\Console\Command\Command->run(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#22 /var/www/html/laravelwork1/vendor/symfony/console/Application.php(817): Illuminate\Console\Command->run(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#23 /var/www/html/laravelwork1/vendor/symfony/console/Application.php(185): Symfony\Component\Console\Application->doRunCommand(Object(Illuminate\Database\Console\Migrations\MigrateCommand), Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#24 /var/www/html/laravelwork1/vendor/symfony/console/Application.php(116): Symfony\Component\Console\Application->doRun(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#25 /var/www/html/laravelwork1/vendor/laravel/framework/src/Illuminate/Foundation/Console/Kernel.php(121): Symfony\Component\Console\Application->run(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#26 /var/www/html/laravelwork1/artisan(35): Illuminate\Foundation\Console\Kernel->handle(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#27 {main}

Hi, this is a great little library, thanks for providing it!

Since you are using PHP's serialize function to save data to the table, you might consider changing the column type from TEXT to BLOB. I've run into problems in the past if the table charset isn't unicode, then non-ascii characters wind up corrupting the serialized data. A more detailed explanation of the problem can be found here: https://www.jackreichert.com/2014/02/handling-a-php-unserialize-offset-error/

...but note that I've found a much easier solution than all the base_64_encode/decode stuff mentioned in that link is to just make the column a BLOB instead of TEXT.

Upon attempting to use laravel-settings for the first time I receive the following error and stack trace upon trying to use the get method:

ErrorException in Arr.php line 145:
array_key_exists() expects parameter 2 to be array, null given
in Arr.php line 145
at HandleExceptions->handleError('2', 'array_key_exists() expects parameter 2 to be array, null given', 'H:\meej\files\php\projects\raven\vendor\laravel\framework\src\Illuminate\Support\Arr.php', '145', array('array' => null, 'key' => 'theme-color'))
at array_key_exists('theme-color', null) in Arr.php line 145
at Arr::exists(null, 'theme-color') in Arr.php line 269
at Arr::get(null, 'theme-color', 'blue') in helpers.php line 171
at array_get(null, 'theme-color', 'blue') in Setting.php line 105
at Setting->get('theme-color', 'blue') in Facade.php line 221
at Facade::__callStatic('get', array('theme-color', 'blue')) in ComposerServiceProvider.php line 34
at Facade::get('theme-color', 'blue') in ComposerServiceProvider.php line 34

From what I can tell this error is due to the fact that the users's db settings column is null. This is to be expected as the user at this time has no custom settings defined.

A quick fix would be to check for this situation:

--- src/Setting.php (revision )
+++ src/Setting.php (revision )
@@ -225,7 +225,7 @@
             ->value($this->column);

         $this->settings[$constraint_value] = json_decode($json, true);
-        
+        if($this->settings[$constraint_value] === null) $this->settings[$constraint_value] = array();

         $this->dirty[$constraint_value] = false;
         $this->loaded[$constraint_value] = true;

My PHP version is 5.6.14

Hey there,
I do not know if this is actually a fault of my installation but or not, but I am currently getting the following error from Laravel using your newest fork (I didn't use 1.2.5 since it has the share bug).

unserialize(): Error at offset 0 of 3 bytes

This happens to every string I try to use. I tried it using the Facade as well as the helper.

I am currently using Laravel 5.4.12

What I have tried:

• php artisan cache:clear
• Deleted all the files from storage/framework/sessions and views
• Cleared my cookies

not support laravel framework 8

I have this strange problem from nowhere.
It says:
exception 'PDOException' with message 'SQLSTATE[42S22]: Column not found: 1054 Unknown column 'setting_value' in 'field list'' in /disk1/.../vendor/laravel/framework/src/Illuminate/Database/Connection.php:319

But migration defines structure with no setting_value or setting_key in it:

Schema::create('settings', function(Blueprint $table)
        {
            $table->string('key', 100)->index()->unique('key');
            $table->text('value', 65535)->nullable();
        });

So hows that possible? Its been working since april'15

Just tried this on a new project today and the publish command wouldn't work.

Non-static method Efriandika\LaravelSettings\Settings::set() should not be called statically
Not sure what to do with it, since all I am trying to do is:

<?php namespace App\Http\Controllers;
use Efriandika\LaravelSettings\Settings;

class InvoiceController extends Controller {
    public function issue(){
        Settings::set('next_id', '18');
    }
}

Strange thing, that I have no problem working with ::set inside SettingController.

Warning: Ambiguous class resolution, "CreateSettingsTable" was found in both "$baseDir . '/database/migrations/2015_04_13_020453_create_settings_table.php" and "/home/vagrant/sites/blueprint/vendor/efriandika/laravel-settings/src/database/migrations/2015_04_13_020453_create_settings_table.php", the first will be used.

Those can be solved by removing this line: https://github.com/efriandika/laravel-settings/blob/master/composer.json#L27

What do you think?

If I somehow lose my settings.json then Settings::getAll() returns empty array.

Hi,
Is there any option to create option that depend on user_id, in that column save id of user that save settings or get settings? I see that in https://github.com/anlutro/laravel-settings but I like your package so I ask can you make it to I continue use your package?

New release of version 1.2.5 still use

share method.

Can you add feature to using selective/custom cache driver and using laravel cache config for driver config.
Also you could use Laravel Cache driver for get/set cache data.

If you are agree with me, i can implement this feature and send pull request.

[Symfony\Component\Debug\Exception\FatalThrowableError]
Call to undefined method Illuminate\Foundation\Application::share()

Mainly because illuminate/support requires 5.1.x and not 5.x

"require": {
        "php": ">=5.5.9",
        "illuminate/support": "5.1.x"
    },

Does anyone think they are going to update this project to support Laravel 6? If not does anyone know a good substitute?

Hi there, would you like to add functionality so that if key not exist and I don't provide default value, it will fallback to default Laravel config? Maybe it can configureable via config file too ('fallback' => true/false).

Sample:

Settings::get('mail.driver'); // if mail.driver not exist, than the value from config/mail.php will returned

With this functionality, I can provide something like "Reset To Default" :D