>> 4) Модель, функция обращается к модели Delete.php и вежливо просит удалить пост с id 12
Не должно быть модели Delete.php, модель используется для хранения данных и применимых к ним бизнес-правил (например, модель "пост" Post). А в модели уже, например, будет метод delete, который удалит пост из базы.
Вообще, попробуйте посмотреть в сторону существующих фреймворков, например Yii (yiiframework.ru/doc/guide/ru/basics.mvc), в них уже реализована большая часть стандартного функционала, в том числе используется MVC.
я останавливаюсь на простой ошибке и сижу над ней полдня, как это исправить?
Варианта 3:
1. Вы не понимаете английский язык
2. Вы не понимаете терминов, выводящихся в ошибке из-за слабых знаний языка.
3. Вы не понимаете логики работы своего же кода.
Нужно устранять эти "пробелы" через понимание и запоминание.
Вот памятка о том, как лучше делать, чтобы не путаться.
а почему вы хотите именно CRM, а не программу по управлению проектами? В большинстве из них как раз можно учитывать затраченное время на проект (сайт в вашем случае).
1. Гриды - будущее, однако только для глобальных лейаутов. ТОЛЬКО.
2. Флексбоксы - настоящее, могут использоваться без проблем как в локальных местах, там и для глобального лейаута. ИЕ11+, с некоторыми нюансами.
3. Флоат - прошлое, но все же это старый-добрый флоат. Всегда спасет и прикроет вашу задницу в случае чего. Как и верстка на inline-block'ах. Но FLEX конечно должен быть сейчас в приоритете, в любом случае.
Добрый день.
Вы можете спокойно использовать флексы и учить на тестовых примерах гриды. И правильно сказали авторы выше. Мы, в нашей компании, поддерживаем до ie11, так что и с чистой совестью используем данные инструменты.
Но важно знать о слабых местах флексов и старых браузеров, в том числе ie11. Тогда все будет хорошо. Как пример, ie11 и старый Safari не поддерживают свойство flex-wrap: wrap; Это свойство может применяться для создания сетки 3х3 блока к примеру. В этом случае, для этих версий уместно будет использовать свойство display: inline-block; Которое позволит вам получить искомую сетку в эталоне или близком к нему.
Также не везде работает вертикальное центрирование и еще пару передовых фич.
Но в целом. Если на практике вычислить то, что встречается чаще всего в багах, записываемых на флекс, то можно аккуратно обходить их теми или иными средствами. В конце концов не один из методов построения сеток не идеален.
Flex - это одно из лучших CSS изобретений. Ускоряет верстку, прост в использовании, решают практически любую потребность, особенно при адаптивной вёрстке.
Да, в интернетах много чего встречается.
Если бы эти "статьи" не были полное давно, вы бы не задали здесь этот вопрос.
Знаете, почему?
Потому что в нормальных источниках было бы написано
1. Не юзайте то, потому что ....
2. Юзайте вместо того это.
В хороших статьях ещё и будут описаны плюсы и минусы как того, так и этого.
В связи с уточнением: никак. Масштаб страницы - фундаментальная вещь, масштаб нужен, например, для слабовидящих людей. В том же firefox есть возможность изменять не только весь масштаб, а только текст.
Желание запретить масштабирование, даже если бы это было возможно, противоречит концепции доступности информации.
Поэтому верстать надо так, чтобы сайт смотрелся читаемо (пусть и не так красиво) при любом масштабе, а также при масштабировании только текста.
И это единственно правильный ответ.