подскажите из ваших практик. Есть проект, разбитый на подпроекты. Сайт для пользователей и админ панель. Находятся на разных доменах и имеют разный код, но на PHP оба. Как лучше всего организовать (если это возможно) доступ к одинаковому функционалу в обоих подпроектах. Допустим хелперы или сервисы, которые одинаковы и там и там. Не хочется дубли делать, да и если что-то изменится, везде лезть править
подскажите из ваших практик. Есть проект, разбитый на подпроекты. Сайт для пользователей и админ панель. Находятся на разных доменах и имеют разный код, но на PHP оба. Как лучше всего организовать (если это возможно) доступ к одинаковому функционалу в обоих подпроектах. Допустим хелперы или сервисы, которые одинаковы и там и там. Не хочется дубли делать, да и если что-то изменится, везде лезть править
добрый день, если мне нужно реализовать приложение вроде склада, где объект может быть родителем для множества других объектов, к примеру принтер - картриджи, лучше делать несколько разных моделей, или одну но делать каким-то методом вложенность на себя через таблицу в базе данных?
добрый день, если мне нужно реализовать приложение вроде склада, где объект может быть родителем для множества других объектов, к примеру принтер - картриджи, лучше делать несколько разных моделей, или одну но делать каким-то методом вложенность на себя через таблицу в базе данных?
странно, у меня не корректно отображается, там вообще, которое я вводил неделю назад через саму консоль, а не в терминале phpstorm, вообщем путь таков в конфиге phpstorm:
я как раз думаю как лучше реализовать - через разные модели, или через одну. По сути это же просто коробка которая хранится на складе, но относится к другой схоже коробке
если воженность родитель-ребенок будет неограничена - то сделать все в одной таблице с parent_id - в этом случае одна модель если вложенность ограничена - несколько таблиц и несколько моделей
если воженность родитель-ребенок будет неограничена - то сделать все в одной таблице с parent_id - в этом случае одна модель если вложенность ограничена - несколько таблиц и несколько моделей
а использовать мутаторы для преобразования коллекции в строчку с разделителем через мутатор - нормально или я не совсем разобрался с мутаторами?
а использовать мутаторы для преобразования коллекции в строчку с разделителем через мутатор - нормально или я не совсем разобрался с мутаторами?
тут кто как хочет так и др*чит. но по семантике мутатор изменяет какое поле модели. в твоем случаем, если речь об отношениях - это зависимость, то мутация коллекции вызывает загрузку из базы - то по мне так это не очень. в таком случае лучше использовать доп отношение с селектом только выбранных полей и и т.п.
тут кто как хочет так и др*чит. но по семантике мутатор изменяет какое поле модели. в твоем случаем, если речь об отношениях - это зависимость, то мутация коллекции вызывает загрузку из базы - то по мне так это не очень. в таком случае лучше использовать доп отношение с селектом только выбранных полей и и т.п.
В зависимости от типа в поле текстовое "описание" думал загружать массив из id выбранных объектов