В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Laravel Pro

3705 membersпожаловаться на группу
2020 December 07

MR

Maksat Ramazan in Laravel Pro
Anton S
сначала желательно понимать как это делается на самом примитивном уровне, а потом прикрутить домены - не проблема
ок, а как понять что лучше. там есть множество вариации, типа отдельные приложения на каждую структуру, или одно, или в базе разные схемы, или вовсе разные базы
источник
09:21пожаловаться#1

MR

Maksat Ramazan in Laravel Pro
разные базы хорошо, но ресурсоемко, так?
источник
09:22пожаловаться#2

A

Arman in Laravel Pro
Maksat Ramazan
просто порядка 200 заведении есть, как организовать их работу в админке, при том что каждый должен администрировать именно свое
может это не админки, а личные кабинеты?)
смотря насколько отличаются между собой эти заведения. Если в привычном варианте, то между собой они толком не отличаются (может только какие VIP-услуги), соответственно усложнять жизнь не стоит и сделать простые кабинеты для заведений, где они управляют своими данными.
Тут очень поможет
https://laravel.com/docs/8.x/routing#implicit-model-binding-scoping

ну и если выдавать поддомены
https://laravel.com/docs/8.x/routing#route-group-subdomain-routing
источник
09:27пожаловаться#3

MR

Maksat Ramazan in Laravel Pro
Arman
может это не админки, а личные кабинеты?)
смотря насколько отличаются между собой эти заведения. Если в привычном варианте, то между собой они толком не отличаются (может только какие VIP-услуги), соответственно усложнять жизнь не стоит и сделать простые кабинеты для заведений, где они управляют своими данными.
Тут очень поможет
https://laravel.com/docs/8.x/routing#implicit-model-binding-scoping

ну и если выдавать поддомены
https://laravel.com/docs/8.x/routing#route-group-subdomain-routing
ну нужно понимать что у каждого заведения есть меню, ингридиенты, список акции
источник
09:28пожаловаться#4

MR

Maksat Ramazan in Laravel Pro
это не совсем лк
источник
09:28пожаловаться#5

MR

Maksat Ramazan in Laravel Pro
генерация расписания сотрудников
источник
09:28пожаловаться#6

MR

Maksat Ramazan in Laravel Pro
манагерство сотрудников
источник
09:28пожаловаться#7

A

Arman in Laravel Pro
Maksat Ramazan
ну нужно понимать что у каждого заведения есть меню, ингридиенты, список акции
у всех моделей будет company_id, у заведения связи со всеми что нужно, первая ссылка очень помогает узнать текущее заведение.
дальше просто работаем от него

$company->users()
$company->staff()
$company->schedule()

т.е. от заведения спрашиваем по связям нужные данные.
также создаем от связей, редактируем и удаляем
источник
09:29пожаловаться#8

AS

Anton S in Laravel Pro
я тоже думаю что базовый вариант штатными средствами, и доп колонкой company_id в каждой таблице - это достаточно адекватно, и не зароешься в постороннем пакете
источник
09:43пожаловаться#9

MR

Maksat Ramazan in Laravel Pro
Anton S
я тоже думаю что базовый вариант штатными средствами, и доп колонкой company_id в каждой таблице - это достаточно адекватно, и не зароешься в постороннем пакете
при масштабировании не будет больно? я просто хочу предусмотреть это
источник
09:47пожаловаться#10

MR

Maksat Ramazan in Laravel Pro
когда например запросы в базу дойдут до лимита и нужно будет делать шарды
источник
09:49пожаловаться#11

MR

Maksat Ramazan in Laravel Pro
кстати насчет шардов пока тоже не знаю как разделять
источник
09:49пожаловаться#12

MR

Maksat Ramazan in Laravel Pro
по регионам или заведениям
источник
09:49пожаловаться#13

AS

Anton S in Laravel Pro
ну это вам виднее, какие у вас требования по изолированности данных, и по хайлоаду
источник
09:50пожаловаться#14

AS

Anton S in Laravel Pro
разбивка на шарды традиционно ударит в щи в плане сбора статы например и работы именно суперадмина, надо взвешивать плюсы и минусы
источник
09:51пожаловаться#15

AS

Anton S in Laravel Pro
я имею ввиду если делать прямо честную базу на каждого тенанта
источник
09:52пожаловаться#16

MR

Maksat Ramazan in Laravel Pro
мне это кажется слишком затратным, потому что может быть очень маленькое предпритие а может быть такое предприятие что по активности будет забирать половину ресурсов
источник
09:53пожаловаться#17

MR

Maksat Ramazan in Laravel Pro
поэтому наверно лучше делать разбивку по регионам
источник
09:53пожаловаться#18

AS

Anton S in Laravel Pro
я бы делал самый простой вариант, одну базу, потому что риски что проект “не взлетит” обычно на порядок выше чем то что будут проблемы с перформансом, в наше время. предварительная оптимизация получается)
источник
09:59пожаловаться#19

MR

Maksat Ramazan in Laravel Pro
Переживаю) первый самостоятельный опыт в планировании архитектуры приложения
источник
10:00пожаловаться#20