Andrzej Wielski

Вам проще почитать документацию пары тройки популярных фреймворков, сразу все поймете.

При разработке сайта всегда появляются рутинные задачи. Если пишите сами, то вам надо написать роутинг, надо написать подгрузку классов, MVC, конфигурирование, обертку к БД, обертку к кешу, ..., да даже кучу мелких функций для работы со строками. Либо собрать все это их готовых библиотек.

В фреймворке все это уже собрано, подробно описано и задокументировано. Хороший фреймворк старается минимально обязать вас к чему то и предоставить максимум гибкости и возможностей. Если вам так надо, можете игнорировать большую часть возможностей фреймворка, а можете вместо каких то его частей использовать сторонние или свои.

PHP веб фреймворк - это каркас приложения, набор инструментов, набор деталей, набор стандартов, в какой то мере - рабочее пространство.

Проводя аналогию, если бы PHP разработчик, который все проекты пишет с нуля, был плотником: ему бы пришлось в какой то степени овладеть кузнечным делом, чтобы выковать себе инструмент. Инструмент он изобретал бы сам, поэтому самодельной, уникальной, отверткой не получилось бы закрутить стандартный саморез. И скорее всего в каждом проекте появлялась бы парочка саморезов нового типа + отвертки под них, не совместимые с предыдущими. По той же причине ни у кого бы не получилось с ходу собрать/разобрать/починить его изделие.

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

Ну и так далее.

Смогу ли я на фреймворке писать свои модули для моей CMS

Если ваша CMS написана на фреймворке - да. Вполне возможна и частичная интеграция, но это путь боли.

Наверняка не в одном фреймворке нет функции анализа собственного контента по принципу поисковых роботов.

Фреймворк - это каркас для построения приложений. Он не решает бизнес задачи, вместо этого - технические.

Не помешает ли мне фреймворк создавать такие модули из-за своего ограниченного функционала.

Может помешать только в случае, если принципы принятые в фреймворке противоречат принципам в вашем проекте. Это возможно только если вы явно выбрали не тот фреймворк. Например: для работы с БД у вас во всю используется Doctrine2, вы выбираете фреймворк yii2 и частично переходите на его ActiveRecord - это приведет к большим проблемам.

Смогу ли я совершенствовать любой модуль фреймворка (например добавление комментариев) под свои нужны не мешая его обновлению.

Да, форкаете фреймворк, публикуете форк в композере и пишите там все что хотите. При обновлении фреймворка - вливаете изменения в свой форк.

Или придется ли мне все переписывать с выходом новой версии, как это приходится делать на CMS типа DLE.

Если у вас зависимость в композере только с последней версией фреймворка - сами себе злобный буратино)). Указывайте фиксированную и обновляйтесь по собственному желанию, либо вовсе не обновляйтесь.

На сколько я буду зависеть от выхода новых версий?

Зависимость от новых версий фреймворка - полностью на вас. Как напишите так и будете зависеть))

Например, я хочу сейчас скачать и дальше уже делать с ним что угодно не боясь, как в предыдущем вопросе, что найдут какую-то уязвимость и снова придется его обновлять и переписывать все свои коды в сотнях файлах php.

Проще говоря вы хотите идеальный код, такого не существует, примите за исходную.
От части и по этой причине тоже в зависимостях не принято делать каких-то правок, вы их только подгружаете через композер. Обновления безопасности - как правило это минорные версии, не влияющие на API фреймворка, по этому проблем быть не должно.

Можно ли будет постепенно, не нарушая работу сайта, перенести собственные CMS на фреймворк учитывая то, что в них десятки модулей, собственные админ панели и т.д.

Да

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

Можете, форкаете фреймворк и публикуете его в composer. Правда подобная ситуация возможна для фреймворков крайне редко и скорее сигнализирует о том, что вы выбрали хреновый фреймворк.

Любое исключение можно отловить через try/catch

Имхо нужно. Долгое время сам не юзал, ввиду программного контроля целостности - но все-таки пришел, путем своих ошибок, к применению ключей.

Так или иначе хуже они тебе не делают, а лишний слой контроля целостности может очень помочь в критичной ситуации.

User::skip(20)->take(100)->get();

С точки зрения снижения трудозатрат - взять CMS типа Wordpress с плагином Custom Pages и вокруг этого весь сайт навернуть. Будет быстрее, вероятно, надёжнее (потому, что у вас опыта ещё мало, а там более-менее отлаженное решение), но практически без пользы для вас.
С точки зрения пользы - стоит взять какой-нибудь серьёзный фреймворк (Symfony2, Yii2, Laravel) и сделать на нём. Полезного опыта будет много - по сути, практически вся разработка, если раньше не использовались фреймворки. Это будет тяжело, дольше, но гораздо полезнее. Причём, полезнее только для вас, так как по неопытности вы допустите кучу мелких ошибок и кафедра получит сайт с некоторыми проблемами.
Чистый PHP выбирать не предлагаю - вы ничего хорошего так не сделаете без опыта, это будет пустой тратой времени и с нулевой пользой для всех.
Поэтому вам решать, в чью пользу будете работать над проектом: в свою или кафедры. В универе я бы работал для себя.

В HTML для расстановки переносов используется тег <br>, который ставится на месте предполагаемого переноса на новую строку. Расставить эти теги поможет PHP-функция nl2br(), которая дополнит переход на новую строку тегом <br>.
php.net/manual/ru/function.nl2br.php