Rizado, при таких требованиях берите Joomla. Drupal - мощнейший богатый возможностями, но по сути сложный профессиональный инструмент.

Rizado, я придерживаюсь выработанное очень долгой жизнью мнения, что для каждой задачи свой инструмент. Ну не нужен для домашнего редактирования фоток с отпуска Adobe Photoshop! И для простеньких задач CMS не нужен Drupal. А так - ну если сам знаешь, зачем спрашивать? Я дал ответ именно из личного опыта со всеми популярными CMS для самых разных задач. Исходя из изначально поставленного вопроса, Drupal здесь оверкилл. Но дело хозяйское.

Rizado, ну вот уже и нашёл ответ! )))

Можно из простенького ещё в сторону MODx посмотреть.

Моя рекомендация по выбору CMS точно такая же как по выбору дистрибутива: выбирай ту что хорошо знает твой знакомый. Я сталкивался с wordpress, joomla и driupal в плане излечения их от вирусов. Пересекался и с ShopCMS.. Все, по большом счету, одинаковы. И подход как при первом знакомстве с линукс - не спеши ругать, а попробуй разобраться. В принципе на любой можно сделать все. (В прочем хотел как то свой сайт на joomla перевести с самописной CMS  (развивал с 2003 по 2016) не смог, не проникся). 
Если будут вопрос по Битрикс могу подсказать. Про остальные не так много читал. А вся шумиха про Битрикс в интернете (тормознутось, мностроузорность и т.п) аналогична разговорам про "жуткий линукс".  Просто большинство не пытаются читать документацию (типа: Это же php - тут все "понятна" .

В любом случае главный совет при выборе любой cms не править ядро. Т.е. возможность получать обновления должна быть всегда. На эти грабли многие наступают....  Нормальные cms должны уметь позволять доработки без влезания в исходный код.

30 дней хоть полная бесплатна.... а так да минмиальная от 2тысяч за первый год

В общем, решился таки на Drupal. Две недели параллельно с работой мучил, но понял логику. Заодно сверстал первый шаблон на Bootstrap 4 (знаю, что бета пока, но там есть одна полезная возможность).
Единственное, что непривычно - зависимости модулей (по сути, как пакеты в Linux) и то, что порой установка модуля может нарушать работу других частей системы, например, pathauto не дружит нормально с шаблонами для отдельных страниц сайта (хотя уже заставил).

Ну с выводами спешить не надо. Думаю надо просто знать, что надо выводить, а что не надо. По идее в любой cms эту информацию можно "вывести". Возможно в друпал $content это объект агрегирующий все что нужно для создания страницы и которым надо уметь пользоваться и обращаться к тому, что реально необходимо.  Все же надо понимать разработка сайтов это профессия, и если беретесь за это, то надо понимать все риски и все делать обдумано.  По идее дорабатывайте на копии сайта, закрытой через htaccess от посторонних глаз. Потом синхронизируйте при помощи git. (БД синхронизировать тут уже надо под cms искать инструменты.)

В Битрикс так же, например, если вывести просто результат возвращаемый методом работы с БД можно много чего увидеть. Он возвращает объект. Так же будет выведены параметры соединения, это обусловлено тем, что можно использовать на одном проекте несколько подключений (разные БД). Но выводить, надо все же то что нужно. Если увидеть ошибки - обратится к соответствующему методу надо... и т.п.

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

А cms аля бложик/записная книжка, нетребовательно к ресурсам "нормальная" редактор (ну хотя бы как тут) а ну и боковая менюшка чтоб можно было записки по темам раскидать, все есть?

з.Ы. октопрес смотрел пока что не решился

Да cms классная я когда то пользовался лет 9-10 назад 

мдамс, жаль но рано или поздно большая часть cms становятся монстрами

А есть что-то в природе для организации фотоальбома, с возможностью подхвата файлов из локальных каталогов на сервере?

Да в принципе минимальные, по сути обрезаный функционал gwenview'a: обзор файлов с удобным перемещеним по каталогам и полноэкранный режим с автоматическим масштабированием (типО презентации) с какой-то всплывающей панелькой для ручного перехода между файлами в каталоге.

Ну и основное требование: каталоги эти должны быть не чем-то виртуальным, аля запись в БД, а вполне себе физическими и при изменении содержимого этих каталогов оно должно это подхватывать. Естественно двустороннее управление содержимым - вообще супер (т.е. чтобы была возможность и с браузера добавить, удалить, переименовать и т.д....)
*** Добавлено: 30th Nov 2017 1:31:47 pm ***

Не правильно выразился: не полноэкранный, а в даном случае "на всю страницу", без перехода в полноэкранный режим =)

Zhenjko, а я то думаю, что у тебя за надпись такая:

Странно, что меня пока не ломали.