Это как? Это что?
Прочитав Ирбис, ты не понял, шо це такое? Поверь, там вполне доходчиво описано. Еще более подробно.. сомневаюсь я в наличии такого материала.

Зачем здесь эти слова? Ты действительно думаешь, что прочитавшему кучу статей можешь в трех словах понятно объяснить? Еще вчера вы сами спрашивали, что да как, неужели так быстро забыли, что это такое: непонятно?

m4a1fox, если непонятно "все" - значит, ты не хочешь понимать. Это я из своего опыта знаю, даже не переубеждай. Если ты думаешь головой, то у тебя есть конкретные вопросы - задавай, ответим.

от себя бы добавил вкуриваешь а что это такое
это что значит то alex12060

Фанатичное следование MVC в сайтостроении как минимум неудобно. Слишком много данных надо просто тупо вывести, причем каждые - в определенных условиях.
Все-таки стоит различать обычные приложения и веб-приложения.

Не лепи.

А мне неудобно создавать ради

<p>
    <?php echo $text; ?>
</p>

отдельный файл, использовать функции для работы с шаблонами, дергать файловую систему, eval() при том, что время для меня критичный показатель, и проще сделать так:

$contents .= '<p>'. $text .'</p>';

А уж если эта часть станет больше, и появится резон создать файл и применить то, что я описал выше - я это сделаю.

Вообще-то речь шла (и идет) про MVC.

Вообще-то мы завели речь о том, что движок ирбиса не соответствует мвц в плане того, что запросы к базе у него находятся в контроллере, а модель как таковая отстутствует.
Что касается отдельных файлов вида...ессно, если мне надо вывести скажем в цикле каждый пятый элемент в тегах strong, я не буду создавать отдельный темплейт для этого. И сувать цикл с условием в вид я тоже не буду. Я засуну эти несчастные теги strong в контроллер (или в модель), а общий результат цикла в переменную (массив) и уж его-то и выведу в виде. Что соответствует принципам мвц (насколько мне известно).
В принципе структура неплохая, но как я уже говорил, я бы отделил запросы и сложил их в отдельную папочку models. Ну а стандартные запросы к базе, частоиспользуемые-в отдельную модель crud. Я предлагал это сделать Коле (поменять структуру). Первый ответ был-трудно искать будет. На аргумент, что трудного, если модель будет называться также как и контроллер, но с припиской _model. Второй ответ был-не хочется плодить много файлов. Ну тут уж каждый волен выбирать. Если проект маленький (та же гостевая упрощенная), то думаю можно и в один все засунуть.
В данном случае речь не о том, что лучше делать, а о том, что тут человек пытается понять принцип мвц, ему указывают ссылку на ирбис, а там не совсем мвц.

Да, речь вообще о Луне.
Ппц.

$contents .= '<p>'. $text .'</p>';

тебе на форум астрономов надо, что ты тут делаешь вообще ?

Фигня это все. Вообще neadekvat сказал уже, в вебе MVC - это только принцип. Из классического понятия неизменно лишь одно - разделение бизнесс-логики и представления. А дальше кто во что горазд.

Вот ты логику суешь в модель. И для каждого модуля лепишь таковую. А мне кажется это расточительным, иметь несколько файлов. И плевал я на то, как устроен ZEND или CI. И то, что у меня основной файл называется контроллером, еще ни о чем не говорит. Ведь нигде не сказано, что модель - это один файл, контроллер - другой. Главное соблюдать принцип. У меня модель, а иногда и часть вида в этом файле. Какая разница где... Важно, что есть разделение.

Да и обозначил я это вообще то: