Илья
))
Илья
у нас было сказано "мы в ритме танца, нам некуда девацца"))
Илья
это я к этому)
Илья
Anonymous
Кто может скинуть пример реализации на этой CMS сайта новостей или файловый. Спасибо.
Yury
ребят, вдруг есть сборка блога на Ево .. можете кинуть ссылку
Аляксандр
ребят, вдруг есть сборка блога на Ево .. можете кинуть ссылку
Сборка блога в демо данных при установке
Yury
ещё 2010 года
Am
Мдя. Прийти на Эво и ждать сборки шаблонов. Классика. ((%
Yury
я не жду, я спросил ))
Yury
из серии, а вдруг
Yury
на Рево видел кто-то делал сборку простого сайта... прям накатил на хостинг и уже всё готово
Yury
хочется, чтобы как ВордПресс - хопа и готовый блог ... вот только на ВП я так сделал, смотрю и думаю, ну нахер, лучше бы на Модкс сделал
Am
На Эво тоже есть демо. Берете и все готово. ((:
Vitaliy
Кто может скинуть пример реализации на этой CMS сайта новостей или файловый. Спасибо.
создаешь ресурс Новости, в нем дочерние элементы - Новость 1, Новость 2 .....
В Новости (его шаблоне) вызываешь доклистер, который будет выводить тебе эти новости c заданной в нём оберткой, ну и по клику будешь переходить на саму новость.
Vitaliy
Am
Он, так понимаю, ссылку просит на реализацию посмотреть.
Начальный уровень - посмотреть картинку.
Vitaliy
Он, так понимаю, ссылку просит на реализацию посмотреть.
Начальный уровень - посмотреть картинку.
та хз, надо просто брать и пробовать, задавать вопросы уже конкретные, что не получається(
Anonymous
Am
верно
https://cmsmagazine.ru/instrument/evolution-cms/projects/ вот тут посмотрите 8 011 проектов.
Anonymous
спасибо!
Am
Система простая в освоении и можно делать разное. Все зависит от рук разработчика.
Max
Как добавиться в список партнеров?
Andrey
Раньше вроде оно само добавляло есть есть проекты на Эво.
Max
Раньше вроде оно само добавляло есть есть проекты на Эво.
Так то отмечены в cms mgazine, но себя не нахожу)
Saniock
привет
Saniock
всем
Saniock
Saniock
стоит менять название полей - и показывает
ему просто не нравится
length
width
height
weight
Saniock
в ветке 1.4 работало
Saniock
в ево 3 - перестал
Saniock
сохроняет все верно - в базе данные все ок - на фронте выводится ок
Saniock
из того что задебажил - этоо гдето в жс чтото не так обробатывает
Andrey
Не видал вроде
Andrey
Про ларку и бд.
А для чего делают references on полю? Если связь всё равно надо через модели делать, типа belongsTo
Am
Про ларку и бд.
А для чего делают references on полю? Если связь всё равно надо через модели делать, типа belongsTo
Это же всё обертки, синтаксический сахар. Когда Вы делаете references on полю, то это делается в миграции которая читается магией и создает через нужные драйвера описанную схему с нужными типами.
Далее чтобы взаимодействовать нужно создать модель где будет описан вариант, например belongsTo() указывающий на то каким синтаксическим сахаром обработать данный запрос.
Am
Это к тому что раз не нужно эта внешняя ссылка, то и не делайте ее. Ваше ж приложение. ((%
Andrey
Я этого и в обычном mysql понять особо не мог.
Связи двух сущностей, ну, пусть пост и комментарии к нему всё равно же делаются запросом на php, где просто джоинятся 2 таблицы. И связанные ключи особо не использовались. Просто id1 = id2. Или не использовались у меня, а умные люди как-то красиво делают?
Am
Я этого и в обычном mysql понять особо не мог.
Связи двух сущностей, ну, пусть пост и комментарии к нему всё равно же делаются запросом на php, где просто джоинятся 2 таблицы. И связанные ключи особо не использовались. Просто id1 = id2. Или не использовались у меня, а умные люди как-то красиво делают?
Связи удобны для разного, например для обновления-удаления подчиненных таблицы. Есть, допустим, таблица Статьи, а у нее есть таблица Картинки и ПереводСтатьиНаДругойЯзык. При удалении статьи с правильными связями просто удаляем id из таблицы Статьи, а связанные удаляются автоматом по ссылкам.
Andrey
Удаляются самой mysql, я так понимаю. Т.е. мы по сути экономим в плане php кода.
Am
Удаляются самой mysql, я так понимаю. Т.е. мы по сути экономим в плане php кода.
Самой mysql и другими БД. Мы не то чтобы экономим в плане кода, так удобнее и правильнее логику поддерживать. Чистота БД тоже, конечно же, важна. В плане кода проще и понятнее что где и как работает.
Andrey
Вот это и смущало всегда.
А если у связанной сущности есть всякое типа файлов, прочих связей, можно просто забыть про удаление файла условной фотки из коммента, т.к. БД сама уже потёрла из таблицы его имя и принадлежность.
Am
Вот это и смущало всегда.
А если у связанной сущности есть всякое типа файлов, прочих связей, можно просто забыть про удаление файла условной фотки из коммента, т.к. БД сама уже потёрла из таблицы его имя и принадлежность.
Это уже архитектура приложения. Для этого в подобных местах и случаях делают softDelete - мягкое удаление. Это когда не удаляется сама запись, а маркеруется удаленной. Сама процедура удаления в таких случаях очень затратна на больших проектах и никто на самом деле сразу ничего не удаляет (обычно). А, например, раз в неделю или раз в сутки в определенное время когда меньше всего нагрузка запускают скрипт который такие записи ловит и реально удаляет весь мусор.
Andrey
Что-то этакое видел даже в доке самой лары
Andrey
Наверное. Нужды не было пока.
Am
Мягкое удаление это вообще крутая тема.
Крутая до тех пор пока головняком не висит на проекте с 1 млн. людей, которые туда-сюда удаляют свои сообщения. ((%
Oleg
Крутая до тех пор пока головняком не висит на проекте с 1 млн. людей, которые туда-сюда удаляют свои сообщения. ((%
Ну вопрос реализации же.
Хорошо, что напомнили тут, потому что я вдруг вспомнил, что у меня есть таблица soft deleted картинок на проекте, а скрипт очистки я так и не написал. Боюсь туда смотреть, сколько там уже наросло....
Andrey
Я чет запутался нафиг в моделях и связях))
Am
Ага. Поэтому и "придумали" BigData - она всё стерпит.
Am
Ну вопрос реализации же.
Хорошо, что напомнили тут, потому что я вдруг вспомнил, что у меня есть таблица soft deleted картинок на проекте, а скрипт очистки я так и не написал. Боюсь туда смотреть, сколько там уже наросло....
Конечно вопрос реализации. Просто, вот, даже Вы вспомнили об этом только сейчас. А представляете сколько на это болт кладут в других проектах и сколько всего такого копится? ((%
А барыжить данными для некоторых еще и прибыльно. (%
Andrey
У меня:
Есть цеха. Цать штук.
К цехам в виде многи-ко-многим прибиты юзеры.
Тут всё вроде ясно.
В цехе есть
Станки (многие к одному к цеху)
У станка запчасти (многие к одному к станку)
Вот захожу я в запчасть неизвестным чуваком. И мне надо проверить, а могу ли я его смотреть?
Получается мне надо через три колена скакать наверх до производства и его метода ->users
Oleg
Конечно вопрос реализации. Просто, вот, даже Вы вспомнили об этом только сейчас. А представляете сколько на это болт кладут в других проектах и сколько всего такого копится? ((%
А барыжить данными для некоторых еще и прибыльно. (%
Это да 😉
Но я вспомнил сейчас только потому, что есть более важные штуки, которые тоже ждут быть написанными. Например переписать легаси на ларавель на v3 😂😂😂
Andrey
Т.е. запчасть - станок - производство. Получить юзеров. И сравнить с текущим.
Как-то неверно...
Am
(%
Am
У меня:
Есть цеха. Цать штук.
К цехам в виде многи-ко-многим прибиты юзеры.
Тут всё вроде ясно.
В цехе есть
Станки (многие к одному к цеху)
У станка запчасти (многие к одному к станку)
Вот захожу я в запчасть неизвестным чуваком. И мне надо проверить, а могу ли я его смотреть?
Получается мне надо через три колена скакать наверх до производства и его метода ->users
Тут нужно, как по мне, исходить изначально другими представлениями. Т.е. подобный человек вообще не должен получить эту запчасть и не будет тогда проверок. Они перенесутся выше. Тут проблема с логикой.
Andrey
Щас сделал вот так. Это получение айди юзера внутри ф-ии показа запчасти(part)
$_p = Part::find($id);
return $_p->machine->branches->first()->users->pluck('id');
запчасть-машина-цех-(костыль с first())-юзеры его-айдишка
Andrey
Смущает такая херобора длинная и путанная.
Мб стоит привязывать дважды запчасть. К станку и к цеху.
return $_p->branch->users->pluck('id')
Тогда так будет.
Am
Щас сделал вот так. Это получение айди юзера внутри ф-ии показа запчасти(part)
$_p = Part::find($id);
return $_p->machine->branches->first()->users->pluck('id');
запчасть-машина-цех-(костыль с first())-юзеры его-айдишка
Тут нужно определить правильно ли сделаны доступы изначально.
Вопросы:
1. Может ли пользователь подходить к любому станку в цехе?
2. Может ли на уровне станка пользователю быть доступны только некоторые запчасти?
Andrey
1. Да. Цех доступен — доступно всё.
2. Нет, запчасти тоже всем аулом доступны, если п.1 соблюдён.
Am
1. Да. Цех доступен — доступно всё.
2. Нет, запчасти тоже всем аулом доступны, если п.1 соблюдён.
Дык, тогда проверять нужно только доступ в цех.
Andrey
Т.е. вот этот огород выше — норм? Или всё же в ларе есть что-то более... ну красивое, что ли.
Am
Это в ларе дело, а в логике приложения.
Andrey
Может такой запрос в модели будет адово всё грузить. Я не знаю, вот и инетерсуюсь
Am
Мне, пока, видится что Вы делаете какую-то лишнюю работу.
В приложении должно проверяться только доступен ли пользователю цех. Когда доступен, то он может брать любую запчасть или станок.
Когда доступа нет, то и дальше мы не идем остаемся на месте. Т.е. до запчасти в этом случае и станка просто не доходим.
Andrey
Эмм. Ну вот пошёл юзер у меня по роуте
/machine/part/22
Я обрабатываю это контроллером PartsController
Откуда он там узнает, что всё ок и это нужный цех?
Я ставлю в функции в контроллере гейт, в гейте пытаюсь проверить права.
Соответственно там и пишу это вот выше с return $_p->machine->branches->first()->users->pluck('id');
Am
В этой логике пользователь не должен видеть вообще роут такой.
Или проверять в таком роуте доступ к цеху. Раз когда есть доступ к цеху, то все остальное можно.
Am
Тут у Вас проблема в том что Вы не получаете нужный атрибут в роуте.
Am
Должно быть так, раз нужно показать такой роут:
/machine/ID_цеха/part/22
Andrey
Да.
"Цех" по сути, невидим юзеру. Он заходит и ему норм, он работает внутри со станками.
А вот админ у себя группирует это по разной логике нужной цеха, станки
Andrey
Опять же, это "закладка" на будущее, т.к. возможна смена цеха в интерфейсе. Вдруг да будет какой-то особо трудолюбивый начальник, который аж разрывается между двумя точками.
Am
Упустил Вашу мысль. ((%
Когда есть пользователь, то у него должен быть роут по которому Вы должны уметь правильно определить доступ к запчасти, станку, цеху.
Все это делается добавлением в роут атрибута ID_цеха по которому в любой части Вы сможете сделать один запрос указав в нем user_id и ID_цеха. Раз есть доступ в цех, значит к станкам и запчастям тоже (как Вы говорили ранее).
Andrey
Ок. Представим ситуацию, где я делаю аякс-запрос с айди запчасти. Скажем, юзер её в корзинку суёт.
/ajax/card/addpart/22
И как реагировать? Тоже номер цеха передавать? Не секьюрно ни разу.
Am
Почему? Вы ж определяете по этому какой доступ. Пара id_user - ID_цеха у Вас записана в БД. user_Id Вы получаете из сессии. Раз у Вас в сессии уже этот пользователь, то более чем ему нужно уже не будет.
Andrey
Давайте "обнулимся".
Юзер смотрит на модель. Не важно, какой роут. Нет там ничего, просто /part/22
А мне надо проверить, может ли он смотреть на эту модель, исходя из условий, что эта модель привязана к другой, которая привязана к ещё другой, у которой айди равен айди юзера)
Am
Давайте "обнулимся".
Юзер смотрит на модель. Не важно, какой роут. Нет там ничего, просто /part/22
А мне надо проверить, может ли он смотреть на эту модель, исходя из условий, что эта модель привязана к другой, которая привязана к ещё другой, у которой айди равен айди юзера)
Дык, для этого и создали роуты. Их ненужно делать как /part/22 Их нужно планировать так чтобы была иерархия определенная.
Am
Т.е. у Вас в этой системе ничего кроме роута и сессии вообще нет.