Страницы на основе файлов - Joomla 3.x: Общие вопросы

Всем здра!
верстаю сложносочиненный сайт, в котором каждая статья по сути - лендос.
в связи с чем пришел к выводу, что быстрее и проще верстать все в блокноте и цеплять плагином в тело статьи через file_get_content
сразу после разрыва страницы.
как временное решение на период верстки - точно работает.
но вот думаю, может вообще оставить так. поиска по сайту нет да и не нужен - структура меню простая, все перед глазами.
кто чего думает?

Сойдет
Но зачем тогда Joomla?
Для таких простых целей пойдет, например, и Grav

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

и цеплять плагином в тело статьи через file_get_content

Опыт такой есть. В статью нужно прикрутить фото гал, файлы документаций.
Как решили с лентяйкой.
Допустим выводиться статья юзеру, у нее есть id, com_coutent ищет столбцы в таблицы foto и pdf или других любых, если что-то есть выводим по известному нам закону.
j3.6 там пришлось добавить столбцы в таблицу и подправить файл(хак) чтобы все это выводилось с общей кашей.
если допустим в поле foto = 'ok' com_content смотрит какой у статьи id и проверяет есть ли в папке /img/foto/id что-то, если есть выводим.
папка /img/foto/id создается при создании материала, можно хак, можно плагинчик накидать.
Получилось так, создали материал, нажали сохранить папка /img/foto/id создалась автоматом.
Дальше кидаем по ftp наши картинки в /img/foto/id
и вуаля ни че ни кажет ведь в поле foto(таблицы) статьи шиш.
я, просто сделал кнопку "обработка" в админке - в правом верхнем углу.
Жмем, она посмотрела последнюю папку по счету /img/foto/id если там что-то есть то записала в базу в поля foto материала id = ok (что-то отформатировала что нам нужно).
Ну если похож на Ваш случай, то как-то так можно, наверно .

Еще рабочий вариант быстро слепить страницы, основанные на разной верстке.
Статья. В статье минимум контента или вообще без. На статью пункт меню. На пункт меню html-модули (удобнее несколько, по блокам страницы, могут повторяться на разных страницах). В каждом из них свой layout, который лежит в templates/your_template/html/mod_custom/your_layout.php. HTML layout-а в шторме удобно верстать, админка не нужна с ее редактором.

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

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

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

Норм вариант, главное как-то задокументировать принцип работы

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

А это получается как раз тот вариант, на который ты ругался в чате. Кому-то другому придется заново разбираться и править в случае чего, а кому-то из хозяев сайта платить за правку функционала, который они не заказывали. Нужно максимум не оговоренных в тз вещей делать на дефолте. Иначе каждый может накрутить как ему удобно - и получается в итоге неживой продукт. То есть твоя лень выходит боком владельцу сайта.

Кому-то другому придется заново разбираться и править в случае чего

Да через пол года и самому разбираться придется. Но можно описать особенности кода и оставить файл в корне сайта (или рядом). Оно тогда хоть себе, хоть другому человеку поможет.