Laravel-modules: 404 Errors

Created on 8 Oct 2019  路  21Comments  路  Source: nWidart/laravel-modules

Hi,

v6 is throwing 404 errors on my production env, but localhost works fine.

Downgraded to v5.1 working again?

Most helpful comment

The activator file has been moved to the base path, giving it better visibility and not ignored by default in 6.1

All 21 comments

Hi,

No idea why that would happen. You would have to debug it.

I was facing the same error. run php artisan module:v6:migrate after laravel upgrade

I ran the migrate command, made no difference.

Same docker environment, local and production, only difference is the I'm going through a proxy on AWS end. Any ideas @nWidart where to start the stack debug back to that?

836 This could be related to this issue also, Vapor doesn't seem to be the issue.

This is just a standard docker containerised application also.

if you upgrade from 5.x, update your config also.
laravel-modules has new config for activator
I got same error before, update config and it's working, remember clean config cache

The same issue happens even if i use laravel 5.8

Checked, nothing to do with the cache/configs. Clean install same issue.

Somehow the new installation works fine but it only happens when it is used on another machine with git. Now the same issue keeps happening on all the Laravel versions > 5.6

@nWidart When a module is created is it cached against the url or anything like that?

You can check all module with php artisan module:list
If module disabled you can enable it with php artisan module:enable {module_name}

I think, in version 6 there is a bug when we clone our project because after running composer install all modules are disabled and we have to enable it first to use it.

This isn't a bug, but a documented breaking change. You need to run php artisan module:v6:migrate

Hi! I have the same issue, I have run php artisan module:v6:migrate many times, but anyway, with next deploy (composer install) I need to enable my modules again :(

ah yes, you need to commit the file being generated: storage/app/modules_statuses.json, via the settings you can change its name and location if needed.

wow, got it! Thank you!

No problem 馃槃
I'll try to document this as I understand it can be confusing.

Hi
Same problem (Laravel 6 running on apache).
Locally it works but on my AWS it return 404.

Solution:

php artisan module: list

+ ------- + ---------- + ------- + ---------------------- ------- +
| Nome Status Ordem | Caminho
+ ------- + ---------- + ------- + ---------------------- ------- +
| Admin Desativado | 0 / var / www / dark / M贸dulos / Admin |
| Blog | Desativado | 0 / var / www / dark / M贸dulos / Blog |
| Usu谩rio Desativado | 0 / var / www / dark / M贸dulos / Usu谩rio |
+ ------- + ---------- + ------- + ---------------------- ------- +

And so, I had run the command to enable the module again:

php artisan module: enable administrador

Is it better we remove the way this file is generated and look through the modules to check if they鈥檙e enabled instead? Most people are going to have issues with this as storage is on most people鈥檚 gitignore

@narwy No, the whole point of this feature is to have this file generated.

The activator file has been moved to the base path, giving it better visibility and not ignored by default in 6.1

Thanks @nWidart

Was this page helpful?
0 / 5 - 0 ratings

Related issues

jakecorn picture jakecorn  路  16Comments

KyawNaingTun picture KyawNaingTun  路  16Comments

oleaass picture oleaass  路  11Comments

echemik picture echemik  路  10Comments

Warchiefs picture Warchiefs  路  12Comments