mirror of
https://github.com/stancl/tenancy-docs.git
synced 2025-12-12 10:14:03 +00:00
Improved Documentation Search (#61)
* chore: (Improve documentation search for V3) * fix: checks for mispelled words * fix: mispelled words * fix spaces and syntax * Update multi-database-tenancy.blade.md Co-authored-by: Samuel Stancl <samuel.stancl@gmail.com>
This commit is contained in:
parent
0549607899
commit
a4645b3abd
42 changed files with 158 additions and 158 deletions
|
|
@ -4,9 +4,9 @@ extends: _layouts.documentation
|
|||
section: content
|
||||
---
|
||||
|
||||
# Introduction
|
||||
# Introduction {#introduction}
|
||||
|
||||
## What is multi-tenancy?
|
||||
## What is multi-tenancy? {#what-is-multi-tenancy}
|
||||
|
||||
Multi-tenancy is the ability to provide your service to multiple users (tenants) from a single hosted instance of the application. This is contrasted with deploying the application separately for each user.
|
||||
|
||||
|
|
@ -16,7 +16,7 @@ Note that if you just want to, say, scope todo tasks to the current user, there'
|
|||
|
||||
This package is built around the idea that multi-tenancy usually means letting tenants have their own users which have their own resources, e.g. todo tasks. Not just users having tasks.
|
||||
|
||||
## Types of multi-tenancy
|
||||
## Types of multi-tenancy {#types-of-multi-tenancy}
|
||||
|
||||
There are two **types** of multi-tenancy:
|
||||
|
||||
|
|
@ -25,12 +25,12 @@ There are two **types** of multi-tenancy:
|
|||
|
||||
This package lets you do both, though it focuses more on multi-database tenancy because that type requires more work on the side of the package and less work on your side. Whereas for single-database tenancy you're provided with a class that keeps track of the current tenant and model traits — and the rest is up to you.
|
||||
|
||||
## Modes of multi-tenancy
|
||||
## Modes of multi-tenancy {#modes-of-multi-tenancy}
|
||||
|
||||
The tenancy "mode" is a unique property of this package. In previous versions, this package was intended primarily for [automatic tenancy]({{ $page->link('automatic-mode') }}), which means that after a tenant was identified, things like database connections, caches, filesystems, queues etc were switched to that tenant's context — his data completely isolated from the rest.
|
||||
|
||||
In the current version, we're also making [manual tenancy]({{ $page->link('manual-mode') }}) a first-class feature. We provide you with things like model traits if you wish to scope the data yourself.
|
||||
|
||||
## Tenant identification
|
||||
## Tenant identification {#tenant-identification}
|
||||
|
||||
For your application to be tenant-aware, a [tenant has to be identified]({{ $page->link('tenant-identification') }}). This package ships with a large number of identification middlewares. You may identify tenants by domain, subdomain, domain OR subdomain at the same time, path or request data.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue