AK
Я чет запутался нафиг в моделях и связях))
Size: a a a
2021 October 21
ВК
Я вот прямо вижу как Трамп седеет на глазах и думает: нах я свою соц сеть замутил? 😳😀
AA
Ага. Поэтому и "придумали" BigData - она всё стерпит.
AA
Конечно вопрос реализации. Просто, вот, даже Вы вспомнили об этом только сейчас. А представляете сколько на это болт кладут в других проектах и сколько всего такого копится? ((%
А барыжить данными для некоторых еще и прибыльно. (%
А барыжить данными для некоторых еще и прибыльно. (%
AK
У меня:
Есть цеха. Цать штук.
К цехам в виде многи-ко-многим прибиты юзеры.
Тут всё вроде ясно.
В цехе есть
Станки (многие к одному к цеху)
У станка запчасти (многие к одному к станку)
Вот захожу я в запчасть неизвестным чуваком. И мне надо проверить, а могу ли я его смотреть?
Получается мне надо через три колена скакать наверх до производства и его метода ->users
Есть цеха. Цать штук.
К цехам в виде многи-ко-многим прибиты юзеры.
Тут всё вроде ясно.
В цехе есть
Станки (многие к одному к цеху)
У станка запчасти (многие к одному к станку)
Вот захожу я в запчасть неизвестным чуваком. И мне надо проверить, а могу ли я его смотреть?
Получается мне надо через три колена скакать наверх до производства и его метода ->users
ON
Это да 😉
Но я вспомнил сейчас только потому, что есть более важные штуки, которые тоже ждут быть написанными. Например переписать легаси на ларавель на v3 😂😂😂
Но я вспомнил сейчас только потому, что есть более важные штуки, которые тоже ждут быть написанными. Например переписать легаси на ларавель на v3 😂😂😂
AK
Т.е. запчасть - станок - производство. Получить юзеров. И сравнить с текущим.
Как-то неверно...
Как-то неверно...
AA
Эстет! ((%
ON
Не, ну ведь Дима сказал надо развиваться. Приходится теперь 😐
AA
(%
AA
Тут нужно, как по мне, исходить изначально другими представлениями. Т.е. подобный человек вообще не должен получить эту запчасть и не будет тогда проверок. Они перенесутся выше. Тут проблема с логикой.
AK
Щас сделал вот так. Это получение айди юзера внутри ф-ии показа запчасти(part)
$_p = Part::find($id);
return $_p->machine->branches->first()->users->pluck('id');
запчасть-машина-цех-(костыль с first())-юзеры его-айдишка
$_p = Part::find($id);
return $_p->machine->branches->first()->users->pluck('id');
запчасть-машина-цех-(костыль с first())-юзеры его-айдишка
AK
Смущает такая херобора длинная и путанная.
Мб стоит привязывать дважды запчасть. К станку и к цеху.
return $_p->branch->users->pluck('id')
Тогда так будет.
Мб стоит привязывать дважды запчасть. К станку и к цеху.
return $_p->branch->users->pluck('id')
Тогда так будет.
AA
Тут нужно определить правильно ли сделаны доступы изначально.
Вопросы:
1. Может ли пользователь подходить к любому станку в цехе?
2. Может ли на уровне станка пользователю быть доступны только некоторые запчасти?
Вопросы:
1. Может ли пользователь подходить к любому станку в цехе?
2. Может ли на уровне станка пользователю быть доступны только некоторые запчасти?
AK
1. Да. Цех доступен — доступно всё.
2. Нет, запчасти тоже всем аулом доступны, если п.1 соблюдён.
2. Нет, запчасти тоже всем аулом доступны, если п.1 соблюдён.
AA
Дык, тогда проверять нужно только доступ в цех.
AK
Т.е. вот этот огород выше — норм? Или всё же в ларе есть что-то более... ну красивое, что ли.
AA
Это в ларе дело, а в логике приложения.
AK
Может такой запрос в модели будет адово всё грузить. Я не знаю, вот и инетерсуюсь
AA
Мне, пока, видится что Вы делаете какую-то лишнюю работу.
В приложении должно проверяться только доступен ли пользователю цех. Когда доступен, то он может брать любую запчасть или станок.
Когда доступа нет, то и дальше мы не идем остаемся на месте. Т.е. до запчасти в этом случае и станка просто не доходим.
В приложении должно проверяться только доступен ли пользователю цех. Когда доступен, то он может брать любую запчасть или станок.
Когда доступа нет, то и дальше мы не идем остаемся на месте. Т.е. до запчасти в этом случае и станка просто не доходим.