> @php artisan package:discover --ansi Illuminate\Database\QueryException SQLSTATE[42S02]: Base table or view not found: 1146 Table 'u093x58r43m.custom_data' doesn't exist (SQL: select * from custom_data where label = reg and data = false limit 1) at vendor/laravel/framework/src/Illuminate/Database/Connection.php:692 688▕ // If an exception occurs when attempting to run a query, we'll format the error 689▕ // message to include the bindings with SQL, which will make this exception a 690▕ // lot more helpful to the developer instead of just the database's errors. 691▕ catch (Exception $e) { ➜ 692▕ throw new QueryException( 693▕ $query, $this->prepareBindings($bindings), $e 694▕ ); 695▕ } 696▕ • A table was not found: You might have forgotten to run your migrations. You can run your migrations using php artisan migrate. https://laravel.com/docs/master/migrations#running-migrations 1 [internal]:0 Illuminate\Foundation\Application::Illuminate\Foundation\{closure}() +12 vendor frames 14 routes/web.php:31 Illuminate\Database\Eloquent\Builder::first() Script @php artisan package:discover --ansi handling the post-autoload-dump event returned with error code 1 я открываю PhpMyAdmin - база проекта вообще без таблиц
Вот зря ты это...
захожу в проект, потом в папку где основные файлы находятся, ввожу sudo php ../composer.phar install идёт установка, в конце такая ошибка о не найденной таблице, все правильно, проверил её в базе и нет,
При выполнении php artisan package:discover не должно быть никаких обращений к таблицам, почему у тебя они есть это вопрос
покажи этот файл routes/web.php, 31 строку.
спасибо, теперь ошибки, а может подскажите как мне подобную фичу запилить что бы установка не ломалась? идея такая - заходишь в базу, проверяешь настройку, если она есть - отключаем функции регистрации, если хранить её в файле, насколько это будет контрканонично?
имхо это проше в конфиге хранить, а в конфиге из env читать, пример. Хочешь из базы читать будь готов к эксепшенам когда таблиц еще нет
Обсуждают сегодня