- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть код экшна контроллера:
оно же с подсветкой синтаксиса
подозреваю, что как для контроллера тут чересчур много логики, следовательно, нужно вынести её в модель. Но что именно и куда?
Структурность вообще вроде придумали, дабы расширять было удобно. Представьте что хотите что то поменять в вашем коде, понадобиться использовать часть кода в других местах, и другие действия связанные с изменением. И ответ к вам сам придёт.
У вас данные проверяются в модели формы $form, а потом вы их сохраняется после validate() обратно в контроллере. Вопрос зачем? Контроллер должен был передать данные в модель и получить от нее результат обработки этих данных. Так что смело переносите в форму
Не нагружайте модели без надобности.
А вообще, я против фреймворков:
http://blog.kpitv.net/article/frameworks-1/
Не нагружайте модели без надобности.
А вообще, я против фреймворков:
http://blog.kpitv.net/article/frameworks-1/
После строчки "Нету настроек для конкретной страницы." испугался вашего понимания фреймворков.
livetv, написал полную чушь. Уже после Плохая документация и нету настроек для конкретной страницы можно не читать. Посмотрите доку к Laravel/Yii2 и убедитесь в этом.
А по-вашему бизнес логику стоит держать в контроллерах? Хотя не! Крутые программеры всю бизнес логику держат во вью. Только там.
А по-вашему бизнес логику стоит держать в контроллерах? Хотя не! Крутые программеры всю бизнес логику держат во вью. Только там.
Да просто чел наверно не писал что то большое и нестандартное. Часто вижу такое явление у людей, которые пишут проекты, формата взять с базы и показать на страницы.
которые пишут проекты, формата взять с базы и показать на страницы.
и самое главное: это все должно быть на одной странице, а также запрос вида: SELECT * FROM users WHERE login = $_GET['login'] 🍿
Насколько я понимаю философию symfony - бизнес-логику (а вроде у вас тут это сохранение файлов) выносят в сервисы.
Термин MVC имеет разные толкования. Например, в джанго бизнес-логика заключается во views, правда там вьюхи не занимаются отображением информации, а занимаются формированием данных для отображения. Самим отображением там занимаются шаблоны. Поэтому вместо MVC еще используется термин MTV.
В контроллере обычно обработка хедеров, GET, POST переменных, выдача exceptions, рендер лейаута, само сохранение файла нужно в модуль выделить или компонент. В модели правила валидации.