Giter Site home page Giter Site logo

rinvex / laravel-tenants Goto Github PK

View Code? Open in Web Editor NEW
82.0 3.0 15.0 425 KB

Rinvex Tenantable is a contextually intelligent polymorphic Laravel package, for single db multi-tenancy. You can completely isolate tenants data with ease using the same database, with full power and control over what data to be centrally shared, and what to be tenant related and therefore isolated from others.

License: MIT License

PHP 100.00%
php laravel multi-tenancy

laravel-tenants's Introduction

Rinvex Tenants

Rinvex Tenants is a contextually intelligent polymorphic Laravel package, for single db multi-tenancy. You can completely isolate tenants data with ease using the same database, with full power and control over what data to be centrally shared, and what to be tenant related and therefore isolated from others.

Packagist Scrutinizer Code Quality Travis StyleCI License

Installation

  1. Install the package via composer:

    composer require rinvex/laravel-tenants
  2. Publish resources (migrations and config files):

    php artisan rinvex:publish:tenants
  3. Execute migrations via the following command:

    php artisan rinvex:migrate:tenants
  4. Done!

Usage

Rinvex Tenants is developed with the concept that every tenantable model can be attached to multiple tenants at the same time, so you don't need special column in your model database table to specify the tenant it belongs to, tenant relationships simply stored in a separate central table.

Scope Queries

To scope your queries correctly, apply the \Rinvex\Tenants\Traits\Tenantable trait on primary models. This will ensure that all calls to your parent models are scoped to the current tenant, and that calls to their child relations are scoped through the parent relationships.

namespace App\Models;

use App\Models\Feature;
use Rinvex\Tenants\Traits\Tenantable;
use Illuminate\Database\Eloquent\Model;

class Product extends Model
{
    use Tenantable;

    public function features()
    {
        return $this->hasMany(Feature::class);
    }
}

Scope Child Model Queries

If you have child models, like product features, and these features belongs to tenantable products via a relationship, you may need to scope these feature model queries as well. For that, you need to apply the \Rinvex\Tenants\Traits\TenantableChild trait on your child models, and define a new method getRelationshipToTenantable that returns a string of the parent relationship. Check the following example.

namespace App\Models;

use App\Models\Product;
use Illuminate\Database\Eloquent\Model;
use Rinvex\Tenants\Traits\TenantableChild;

class Feature extends Model
{
    use TenantableChild;

    public function getRelationshipToTenantable(): string
    {
        return 'product';
    }

    public function product()
    {
        return $this->belongsTo(Product::class);
    }
}

And this will automatically scope the all App\Models\Feature::class queries to the current tenant. Note that the limitation of this is that you need to be able to define a relationship to a primary model, so if you need to do this on deeper level of children hierarchy, like a App\Models\Discount::class model that belongs to App\Models\Feature::class which belongs to App\Models\Product::class which belongs to a Tenant Rinvex\Tenants\Models\Tenant::class, you need to define some strange relationship. Laravel supports HasOneThrough, but not BelongsToThrough, so you'd need to do some hacks around that.

Manage your tenants

Nothing special here, just normal Eloquent model stuff:

// Create a new tenant
app('rinvex.tenants.tenant')->create([
    'name' => 'ACME Inc.',
    'slug' => 'acme',
    'domain' => 'acme.test',
    'email' => '[email protected]',
    'language_code' => 'en',
    'country_code' => 'us',
]);

// Get existing tenant by id
$tenant = app('rinvex.tenants.tenant')->find(1);

Notes: since Rinvex Tenants extends and utilizes other awesome packages, checkout the following documentations for further details:

Automatic Tenants Registration

Tenants are automatically registered into Service Container very early in the request, through service provider boot method.

That way you'll have access to the current active tenant before models are loaded, scopes are needed, or traits are booted. That's also earlier than routes registration, and middleware pipeline, so you can assure any resources that needs to be scoped, are correctly scoped.

Changing Active Tenant

You can easily change current active tenant at any point of the request as follows:

    $tenant = app('rinvex.tenants.tenant')->find(123);
    app()->bind('request.tenant', fn() => $tenant);

And to deactivate your tenant and stop scoping by it, simply set the same container service binding to null as follows:

    app()->bind('request.tenant', null);

Notes:

  • Only one tenant could be active at a time, even if your resources belongs to multiple tenants.
  • You can change the active tenant at any point of the request, but that newly activated tenant will only scope models retrieved after that change, while any other models retrieved at an earlier stage of the request will be scoped with the previous tenant, or not scoped at all (according to your logic).
  • If a resource belongs to multiple tenants, you can switch between tenants by to a different tenant by reinitializing the request. Example: since tenants are currently resolved by domains or subdomains, to switch tenants you'll need to redirect the user the new tenant domain/subdomain, and the currently active tenant will be switched as well as the request will be automatically scoped by the new tenant.

Default Tenant Resolvers

Rinvex Tenants resolve currently active tenant using Resolver Classes. It comes with few default resolvers that you can use, or you can build your own custom resolver to support additional functionality.

Default tenant resolver classes in config options:

    // Tenant Resolver Class:
    // - \Rinvex\Tenants\Http\Resolvers\DomainTenantResolver::class
    // - \Rinvex\Tenants\Http\Resolvers\SubdomainTenantResolver::class
    // - \Rinvex\Tenants\Http\Resolvers\SubdomainOrDomainTenantResolver::class
    'resolver' => \Rinvex\Tenants\Resolvers\SubdomainOrDomainTenantResolver::class,

The default tenant resolver used is SubdomainOrDomainTenantResolver::class, so this package automatically resolve currently active tenant using both domains and subdomains. You can change that via config options.

Central Domains

Rinvex Tenants supports running your application on multiple domains, we call them central domains. It also supports more sophisticated use cases, but that's out of this package's scope.

For that reason, this package expects you to have the following config option in your config/app.php:

    'domains' => [
        'domain.net' => [],
        'example.com' => [],
    ],

Default Domain

The reason you need to add the above config option in the same format, is that it's meant to support more advanced use cases that's not covered by this package. If you need to check some of these use cases proceed to Cortex Tenants which is an application module implementing accessareas concepts, and allows different domains to access different accessareas (i.e. frontarea, adminarea, managerarea, tenantarea ..etc). The baseline here is that you need to add the above config option to your config/app.php and specify all your application domains.

You need to add the default domain to the domains list, since this package automatically overrides the default Laravel config option app.url with the matched domain, although you may need to write some application logic. Checkout the above mentioned Cortex Tenants module for an example.

Tenant Domains

Tenants could be accessed via central subdomains (obviously subdomains on central domains), or via their own dedicated domains.

For example if the default domain is rinvex.com, and tenant slug is cortex then central subdomain will be cortex.rinvex.com.

Note that since this package supports multiple central domains, tenants will be accessible via all central subdomains, so if we have another alias central domain rinvex.net, you can expect cortex to be available on cortex.rinvex.net as well.

Tenants can optionally have top level domains of their own too, something like test-example.com, which means it's now accessible through three different domains:

  • cortex.rinvex.com
  • cortex.rinvex.net
  • test-example.com

Session Domain

Since Rinvex Tenants supports multiple central and tenant domains, it needs to change the default laravel session configuration on the fly, and that's actually what it does. It will dynamically change session.domain config option based on the current request host.

Note: Due to security reasons, accessing the same application through multiple top level domains (.rinvex.com & .rinvex.net) means the user will need to login for each different domain, as their session and cookies are tied to the top level domain. Example: if the user logged in to cortex.rinvex.com they will stay logged-in to the top level domain rinvex.com and all it's subdomains like website.rinvex.com, but they will not be logged in to cortex.rinvex.net even if both domains directs to the same application, they will need to login again there. This is a known limitation due to enforced security restrictions by the browser. We may create a workaround in the future, but it's a bit complicated, and involves third-party cookies and CORS, so feel free to send a PR if you have a creative solution.

Querying Tenant Scoped Models

After you've added tenants, all queries against a tenantable Model will be scoped automatically:

// This will only include Models belonging to the currently active tenant
$tenantProducts = \App\Models\Product::all();

// This will fail with a `ModelNotFoundForTenantException` if it belongs to the wrong tenant
$product = \App\Models\Product::find(2);

If you need to query across all tenants, you can use forAllTenants() method:

// Will include results from ALL tenants, just for this query
$allTenantProducts = \App\Models\Product::forAllTenants()->get();

Under the hood, Rinvex Tenants uses Laravel's Global Scopes, which means if you are scoping by active tenant, and you want to exclude one single query, you can do so:

// Will NOT be scoped, and will return results from ALL tenants, just for this query
$allTenantProducts = \App\Models\Product::withoutTenants()->get();

Notes:

  • When you are developing multi-tenancy applications, it can be confusing sometimes why you keep getting ModelNotFound exceptions for rows that DO exist, because they belong to the wrong tenant.
  • Rinvex Tenants will catch those exceptions, and re-throw them as ModelNotFoundForTenantException, to help you out πŸ™‚

Manage your tenantable model

The API is intutive and very straightforward, so let's give it a quick look:

// Get instance of your model
$product = new \App\Models\Product::find(1);

// Get attached tenants collection
$product->tenants;

// Get attached tenants query builder
$product->tenants();

You can attach tenants in various ways:

// Single tenant id
$product->attachTenants(1);

// Multiple tenant IDs array
$product->attachTenants([1, 2, 5]);

// Multiple tenant IDs collection
$product->attachTenants(collect([1, 2, 5]));

// Single tenant model instance
$tenantInstance = app('rinvex.tenants.tenant')->first();
$product->attachTenants($tenantInstance);

// Single tenant slug
$product->attachTenants('test-tenant');

// Multiple tenant slugs array
$product->attachTenants(['first-tenant', 'second-tenant']);

// Multiple tenant slugs collection
$product->attachTenants(collect(['first-tenant', 'second-tenant']));

// Multiple tenant model instances
$tenantInstances = app('rinvex.tenants.tenant')->whereIn('id', [1, 2, 5])->get();
$product->attachTenants($tenantInstances);

Notes:

  • The attachTenants() method attach the given tenants to the model without touching the currently attached tenants, while there's the syncTenants() method that can detach any records that's not in the given items, this method takes a second optional boolean parameter that's set detaching flag to true or false.
  • To detach model tenants you can use the detachTenants() method, which uses exactly the same signature as the attachTenants() method, with additional feature of detaching all currently attached tenants by passing null or nothing to that method as follows: $product->detachTenants();.

And as you may have expected, you can check if tenants attached:

// Single tenant id
$product->hasAnyTenants(1);

// Multiple tenant IDs array
$product->hasAnyTenants([1, 2, 5]);

// Multiple tenant IDs collection
$product->hasAnyTenants(collect([1, 2, 5]));

// Single tenant model instance
$tenantInstance = app('rinvex.tenants.tenant')->first();
$product->hasAnyTenants($tenantInstance);

// Single tenant slug
$product->hasAnyTenants('test-tenant');

// Multiple tenant slugs array
$product->hasAnyTenants(['first-tenant', 'second-tenant']);

// Multiple tenant slugs collection
$product->hasAnyTenants(collect(['first-tenant', 'second-tenant']));

// Multiple tenant model instances
$tenantInstances = app('rinvex.tenants.tenant')->whereIn('id', [1, 2, 5])->get();
$product->hasAnyTenants($tenantInstances);

Notes:

  • The hasAnyTenants() method check if ANY of the given tenants are attached to the model. It returns boolean true or false as a result.
  • Similarly the hasAllTenants() method uses exactly the same signature as the hasAnyTenants() method, but it behaves differently and performs a strict comparison to check if ALL of the given tenants are attached.

Advanced Usage

Generate Tenant Slugs

Rinvex Tenants auto generates slugs and auto detect and insert default translation for you if not provided, but you still can pass it explicitly through normal eloquent create method, as follows:

app('rinvex.tenants.tenant')->create(['name' => ['en' => 'My New Tenant'], 'slug' => 'custom-tenant-slug']);

Note: Check Sluggable package for further details.

Smart Parameter Detection

Rinvex Tenants methods that accept list of tenants are smart enough to handle almost all kinds of inputs as you've seen in the above examples. It will check input type and behave accordingly.

Retrieve All Models Attached To The Tenant

You may encounter a situation where you need to get all models attached to certain tenant, you do so with ease as follows:

$tenant = app('rinvex.tenants.tenant')->find(1);
$tenant->entries(\App\Models\Product::class);

Query Scopes

Yes, Rinvex Tenants shipped with few awesome query scopes for your convenience, usage example:

// Single tenant id
$product->withAnyTenants(1)->get();

// Multiple tenant IDs array
$product->withAnyTenants([1, 2, 5])->get();

// Multiple tenant IDs collection
$product->withAnyTenants(collect([1, 2, 5]))->get();

// Single tenant model instance
$tenantInstance = app('rinvex.tenants.tenant')->first();
$product->withAnyTenants($tenantInstance)->get();

// Single tenant slug
$product->withAnyTenants('test-tenant')->get();

// Multiple tenant slugs array
$product->withAnyTenants(['first-tenant', 'second-tenant'])->get();

// Multiple tenant slugs collection
$product->withAnyTenants(collect(['first-tenant', 'second-tenant']))->get();

// Multiple tenant model instances
$tenantInstances = app('rinvex.tenants.tenant')->whereIn('id', [1, 2, 5])->get();
$product->withAnyTenants($tenantInstances)->get();

Notes:

  • The withAnyTenants() scope finds products with ANY attached tenants of the given. It returns normally a query builder, so you can chain it or call get() method for example to execute and get results.
  • Similarly there's few other scopes like withAllTenants() that finds products with ALL attached tenants of the given, withoutTenants() which finds products without ANY attached tenants of the given, and lastly withoutAnyTenants() which find products without ANY attached tenants at all. All scopes are created equal, with same signature, and returns query builder.

Tenant Translations

Manage tenant translations with ease as follows:

$tenant = app('rinvex.tenants.tenant')->find(1);

// Update title translations
$tenant->setTranslation('name', 'en', 'New English Tenant Title')->save();

// Alternatively you can use default eloquent update
$tenant->update([
    'name' => [
        'en' => 'New Tenant',
        'ar' => 'Ω…Ψ³ΨͺΨ£Ψ¬Ψ± جديد',
    ],
]);

// Get single tenant translation
$tenant->getTranslation('name', 'en');

// Get all tenant translations
$tenant->getTranslations('name');

// Get tenant title in default locale
$tenant->name;

Note: Check Translatable package for further details.

Changelog

Refer to the Changelog for a full history of the project.

Support

The following support channels are available at your fingertips:

Contributing & Protocols

Thank you for considering contributing to this project! The contribution guide can be found in CONTRIBUTING.md.

Bug reports, feature requests, and pull requests are very welcome.

Security Vulnerabilities

If you discover a security vulnerability within this project, please send an e-mail to [email protected]. All security vulnerabilities will be promptly addressed.

About Rinvex

Rinvex is a software solutions startup, specialized in integrated enterprise solutions for SMEs established in Alexandria, Egypt since June 2016. We believe that our drive The Value, The Reach, and The Impact is what differentiates us and unleash the endless possibilities of our philosophy through the power of software. We like to call it Innovation At The Speed Of Life. That’s how we do our share of advancing humanity.

License

This software is released under The MIT License (MIT).

(c) 2016-2022 Rinvex LLC, Some rights reserved.

laravel-tenants's People

Contributors

dependabot-preview[bot] avatar omranic avatar rattone avatar stylecibot avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar

laravel-tenants's Issues

Is update after syncTenants missing or not?

I guess is on purpose not to update when doing syncTenants / attach / ... operations.

If so, it should be somehow expressed at docs for Laravel newbies:

$object->syncTenants($tenants)->update();
$object->attachTenants('tenant_slug')->update();

Would you be interested in a pull request on this?

Creating tenant entries in seeders do not respect tenant supplied

I don't know if I am doing something wrong.

        $tenants = app('rinvex.tenants.tenant')->all();
        foreach ($tenants as $tenant) {
               $user = User::create([
                   ...
            ]);
            $user->attachTenants($tenant);
            $user->update();
        }

Outside the request cycle attachTenant($tenant) does not work.

This does work:

        foreach ($tenants as $tenant) {
               app()->bind('request.tenant', fn() => $tenant);
               $user = User::create([
                   ...
            ]);
            $user->attachTenants($tenant);
            $user->update();
        }

Is this how this module is intended to work?

Dependabot can't resolve your PHP dependency files

Dependabot can't resolve your PHP dependency files.

As a result, Dependabot couldn't update your dependencies.

The error Dependabot encountered was:

Your requirements could not be resolved to an installable set of packages.
  Problem 1
    - rinvex/laravel-support[v5.0.0, ..., v5.0.1] require felixkiss/uniquewith-validator ^3.4.0 -> satisfiable by felixkiss/uniquewith-validator[3.4.0].
    - rinvex/laravel-support v5.0.2 requires rinvex/tmp-felixkiss-uniquewith-validator 3.4.0 -> satisfiable by rinvex/tmp-felixkiss-uniquewith-validator[3.4.0].
    - felixkiss/uniquewith-validator 3.4.0 requires illuminate/support ^5.5|^6.0|^7.0 -> found illuminate/support[v5.5.0, ..., 5.8.x-dev, v6.0.0, ..., 6.x-dev, v7.0.0, ..., 7.x-dev] but it conflicts with your root composer.json require (^8.0.0 || ^9.0.0).
    - rinvex/tmp-felixkiss-uniquewith-validator 3.4.0 requires illuminate/support ^5.5|^6.0|^7.0 -> found illuminate/support[v5.5.0, ..., 5.8.x-dev, v6.0.0, ..., 6.x-dev, v7.0.0, ..., 7.x-dev] but it conflicts with your root composer.json require (^8.0.0 || ^9.0.0).
    - Root composer.json requires rinvex/laravel-support ^5.0.0 -> satisfiable by rinvex/laravel-support[v5.0.0, v5.0.1, v5.0.2].

If you think the above is an error on Dependabot's side please don't hesitate to get in touch - we'll do whatever we can to fix it.

View the update logs.

Support Laravel 11

Hey there,

thank you very much for this great package.

Unfortunately there are version conflicts when trying to install the package in Laravel 11.

Steps to reproduce

  1. Install current Laravel version (in my case 11.2.0)
  2. run composer require rinvex/laravel-tenants

The following error message shows up

Composer could not detect the root package (laravel/laravel) version, defaulting to '1.0.0'. See https://getcomposer.org/root-version
Installing dependencies from lock file (including require-dev)
Verifying lock file contents can be installed on current platform.
Nothing to install, update or remove
Generating optimized autoload files
> Illuminate\Foundation\ComposerScripts::postAutoloadDump
> @php artisan package:discover --ansi

   Error

  Call to undefined method Rinvex\Tenants\Providers\TenantsServiceProvider::publishesConfig()

  at vendor/rinvex/laravel-tenants/src/Providers/TenantsServiceProvider.php:56
     52β–•      */
     53β–•     public function boot()
     54β–•     {
     55β–•         // Publish Resources
  ➜  56β–•         $this->publishesConfig('rinvex/laravel-tenants');
     57β–•         $this->publishesMigrations('rinvex/laravel-tenants');
     58β–•         ! $this->autoloadMigrations('rinvex/laravel-tenants') || $this->loadMigrationsFrom(__DIR__.'/../../database/migrations');
     59β–•
     60β–•         // Resolve active tenant

      +7 vendor frames

  8   [internal]:0
      Illuminate\Foundation\Application::Illuminate\Foundation\{closure}()
      +6 vendor frames

  15  artisan:13
      Illuminate\Foundation\Application::handleCommand()

Script @php artisan package:discover --ansi handling the post-autoload-dump event returned with error code 1

When laravel/framework version 11 is installed, rinvex/laravel-tenants:8.1.0 instead of rinvex/laravel-tenants:8.1.2 is pulled in. This is apparently because rinvex/laravel-tenants:8.1.2 has symfony/console:^6.2.0 as dependency which seems to conflict with the requirements for Laravel 11.

A fix would be highly appreciated.

Dependabot can't resolve your PHP dependency files

Dependabot can't resolve your PHP dependency files.

As a result, Dependabot couldn't update your dependencies.

The error Dependabot encountered was:

Your requirements could not be resolved to an installable set of packages.
  Problem 1
    - felixkiss/uniquewith-validator 3.4.0 requires illuminate/support ^5.5|^6.0|^7.0 -> found illuminate/support[v5.5.0, ..., 5.8.x-dev, v6.0.0, ..., 6.x-dev, v7.0.0, ..., 7.x-dev] but it conflicts with your root composer.json require (^8.0.0 || ^9.0.0).
    - rinvex/laravel-support v5.0.0 requires felixkiss/uniquewith-validator ^3.4.0 -> satisfiable by felixkiss/uniquewith-validator[3.4.0].
    - Root composer.json requires rinvex/laravel-support ^5.0.0 -> satisfiable by rinvex/laravel-support[v5.0.0].

If you think the above is an error on Dependabot's side please don't hesitate to get in touch - we'll do whatever we can to fix it.

View the update logs.

Dependabot can't resolve your PHP dependency files

Dependabot can't resolve your PHP dependency files.

As a result, Dependabot couldn't update your dependencies.

The error Dependabot encountered was:

Your requirements could not be resolved to an installable set of packages.
  Problem 1
    - felixkiss/uniquewith-validator 3.4.0 requires illuminate/support ^5.5|^6.0|^7.0 -> found illuminate/support[v5.5.0, ..., 5.8.x-dev, v6.0.0, ..., 6.x-dev, v7.0.0, ..., 7.x-dev] but it conflicts with your root composer.json require (^8.0.0 || ^9.0.0).
    - rinvex/laravel-support v5.0.0 requires felixkiss/uniquewith-validator ^3.4.0 -> satisfiable by felixkiss/uniquewith-validator[3.4.0].
    - Root composer.json requires rinvex/laravel-support ^5.0.0 -> satisfiable by rinvex/laravel-support[v5.0.0].

If you think the above is an error on Dependabot's side please don't hesitate to get in touch - we'll do whatever we can to fix it.

View the update logs.

Deprecated or not?

It's not the first package I see from Rinvex with this today:

image

But it is pointing to itself, so it's abandoned or not?

Unable to install on laravel 7 and php 7.3

I set up a new project and was unable to install the package. here's what I'm getting

`composer require rinvex/laravel-tenants
Using version ^3.0 for rinvex/laravel-tenants
./composer.json has been updated
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.

Problem 1
- Conclusion: remove laravel/framework v7.0.0
- Conclusion: don't install laravel/framework v7.0.0
- rinvex/laravel-tenants v3.0.0 requires illuminate/database ^6.0.0 -> satisfiable by illuminate/database[6.x-dev, v6.0.0, v6.0.1, v6.0.2, v6.0.3, v6.0.4, v6.1.0, v6.10.0, v6.11.0, v6.12.0, v6.13.0, v6.13.1, v6.14.0, v6.15.0, v6.15.1, v6.16.0, v6.17.0, v6.17.1, v6.18.0, v6.18.1, v6.18.2, v6.18.3, v6.18.4, v6.18.5, v6.18.6, v6.2.0, v6.3.0, v6.4.1, v6.5.0, v6.5.1, v6.5.2, v6.6.0, v6.6.1, v6.6.2, v6.7.0, v6.8.0].
- rinvex/laravel-tenants v3.0.1 requires illuminate/database ^6.0.0 -> satisfiable by illuminate/database[6.x-dev, v6.0.0, v6.0.1, v6.0.2, v6.0.3, v6.0.4, v6.1.0, v6.10.0, v6.11.0, v6.12.0, v6.13.0, v6.13.1, v6.14.0, v6.15.0, v6.15.1, v6.16.0, v6.17.0, v6.17.1, v6.18.0, v6.18.1, v6.18.2, v6.18.3, v6.18.4, v6.18.5, v6.18.6, v6.2.0, v6.3.0, v6.4.1, v6.5.0, v6.5.1, v6.5.2, v6.6.0, v6.6.1, v6.6.2, v6.7.0, v6.8.0].
- rinvex/laravel-tenants v3.0.2 requires illuminate/database ^6.0.0 -> satisfiable by illuminate/database[6.x-dev, v6.0.0, v6.0.1, v6.0.2, v6.0.3, v6.0.4, v6.1.0, v6.10.0, v6.11.0, v6.12.0, v6.13.0, v6.13.1, v6.14.0, v6.15.0, v6.15.1, v6.16.0, v6.17.0, v6.17.1, v6.18.0, v6.18.1, v6.18.2, v6.18.3, v6.18.4, v6.18.5, v6.18.6, v6.2.0, v6.3.0, v6.4.1, v6.5.0, v6.5.1, v6.5.2, v6.6.0, v6.6.1, v6.6.2, v6.7.0, v6.8.0].
- rinvex/laravel-tenants v3.0.3 requires illuminate/database ^6.0.0 -> satisfiable by illuminate/database[6.x-dev, v6.0.0, v6.0.1, v6.0.2, v6.0.3, v6.0.4, v6.1.0, v6.10.0, v6.11.0, v6.12.0, v6.13.0, v6.13.1, v6.14.0, v6.15.0, v6.15.1, v6.16.0, v6.17.0, v6.17.1, v6.18.0, v6.18.1, v6.18.2, v6.18.3, v6.18.4, v6.18.5, v6.18.6, v6.2.0, v6.3.0, v6.4.1, v6.5.0, v6.5.1, v6.5.2, v6.6.0, v6.6.1, v6.6.2, v6.7.0, v6.8.0].
- don't install illuminate/database 6.x-dev|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.0.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.0.1|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.0.2|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.0.3|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.0.4|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.1.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.10.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.11.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.12.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.13.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.13.1|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.14.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.15.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.15.1|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.16.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.17.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.17.1|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.18.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.18.1|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.18.2|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.18.3|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.18.4|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.18.5|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.18.6|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.2.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.3.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.4.1|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.5.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.5.1|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.5.2|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.6.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.6.1|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.6.2|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.7.0|don't install laravel/framework v7.0.0
- don't install illuminate/database v6.8.0|don't install laravel/framework v7.0.0
- Installation request for laravel/framework 7.0 -> satisfiable by laravel/framework[v7.0.0].
- Installation request for rinvex/laravel-tenants ^3.0 -> satisfiable by rinvex/laravel-tenants[v3.0.0, v3.0.1, v3.0.2, v3.0.3].

Installation failed, reverting ./composer.json to its original content.`

I cant get tenant from User Model and make this work with Observer

Hello, first thanks for this package.

I have this scenario:

i Have this Middleware: \App\Http\Middleware\Tenant::class, i get tenant id from user Model

public function handle(Request $request, Closure $next)
{
    if( Schema::hasTable('tenants') ) {
        if (auth()->check()) {
            $tenant = app('rinvex.tenants.tenant')->find(backpack_user()->tenants());
        } else {
            $tenant = null;
        }

        app()->singleton('request.tenant', fn() => $tenant); // setear null si se quiere ver todo
    }

    return $next($request);
}

This work for almost everything, except when i use Observer, is look like when Observer is add this make laravel execute models before middleware, and thats make ignore the scope.

How can i make this: get id from user model and make this package work with observer?

Thanks in advance.

How to deal with querying code at console and seeders?

I've found that querying models on seeders are using using default root tenant so behaviour is unexpected.

$tenants = app('rinvex.tenants.tenant')->all();
foreach ($tenants as $tenant) {
     $all_users = User::withAllTenants($tenant)->get(); <-- Not working, gets main domain users
     $all_users = User::withAnyTenants($tenant)->get(); <-- Not working, gets main domain users
     $all_users = $tenant->entries(User::class)->get(); <-- Not working, gets main domain users
}

I finally made my own trait that works thanks to "withoutGlobalScopes":


trait ForTenant
{
    public function scopeForTenant($builder, $tenant)
    {
        return (new static())->newQuery()->withoutGlobalScopes(['tenantable'])->whereHas('tenants', function ($builder) use ($tenant) {
            $builder->where($key = $tenant->getKeyName(), $tenant->{$key})->where('is_active', true);
        });
    }
}

Could there be a better solution for this?

A)
withAnyTenantsWithoutGlobalScopes methods?

B)
initialize withAnyTenant methods with withoutGlobalScopes when application running outside request cycle?

C)
I still find strange I am the first to deal with this issue and there must be something wrong with my setup...

3 tenants with 3 subdomains created with a seeder:

  • domain.org
  • b.domain.org
  • c.domain.org

Config/app.php entry:

    'domains' => [
        env('MULTITENANT_DOMAIN', 'another.org') => [],
    ],

and at .env file:

MULTITENANT_DOMAIN=domain.org

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    πŸ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. πŸ“ŠπŸ“ˆπŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❀️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.