Бесплатно iCSS | Автоматическая загрузка css

[BaDDex]

Автоматическая загрузка CSS
Создайте папку для ваших CSS-файлов
Папка должна быть в вашем шаблоне (templates/ВАШ-ШАБОН/icss)
Названия папки icss
В вашем шаблоне после последний <link бла бла бла >
Разместить

<!----iCSS----->
{include file="engine/modules/icss.php"}
<!----/iCSS----->

Загрузка модуля через (Управление плагинами).

Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.

 

[Евгений Попов]

В каком виде будут они выводиться? Одним файлом или каждый файл сам по себе? С preload или без?

 

[BaDDex]

В каком виде будут они выводиться? Одним файлом или каждый файл сам по себе? С preload или без?

<link rel="stylesheet" type="text/css" href="ССЫЛКА/icss.css">
<link rel="stylesheet" type="text/css" href="ССЫЛКА/icss2.css">

 

[Oleksii Panchenko]

Итоговый эффект внедрения iCSS-модуля

Бизнес-выгода	Что именно меняется	Почему это важно руководителю
Zero-Ops добавление стилей	Любой .css, помещённый в /templates/skin/icss, автоматически подхватывается без правки шаблонов.	Убираем ручные правки кода при каждом изменении UI → сокращаем TTM задач фронтенда.
Снижение операционных рисков	Нет риска забыть подключить файл или сломать порядок <link>-ов – скрипт собирает список сам.	Меньше человеческих ошибок → меньше внеплановых откатов, повышаем SLA интерфейса.
Гибкая модульность	Можно держать стили фичекомандами/микромодулями отдельными файлами, не боясь «CSS-спагетти».	Удобно масштабировать продукт, разделяя ответственность; конфликтов слияния в Git меньше.
Единая точка version control	Все шаблонные изменения сведены к одному PHP-файлу (icss.php) и каталогу стилей.	Проще ревью кода и аудит безопасности; DevOps-конвейер чище.
Готовность к дальнейшей оптимизации	Скрипт можно быстро расширить: inline-кэш, автосборка + минификация, динамическая версия по тайм-стемпу.	Есть база для будущего перехода к критическому CSS, HTTP/2 push, CDN-хостингу — без смены шаблонов.

Коротко​

• Что получаем: автоматическое подключение всех CSS из папки icss, без ручного вмешательства в шаблоны.
• Зачем бизнесу: быстрее выводим UI-изменения, снижаем ошибки, готовим платформу к масштабированию и дальнейшим перф-оптимизациям.

Если говорить строго по-деловому: вы внедряете маленький DevOps-акселератор, который превращает управление фронтендом из «ручного труда» в «клади файл — и он уже на проде».

 

[serials]

Это тоже самое что и DLE-Asset ? в чем разница? минификация, объединение в один и все?

 

[pipulas]

Вот полный код модуля:

<?php
$css_folder = ROOT_DIR . '/templates/' . $config['skin'] . '/icss/'; // Путь к вашей папке с CSS
$css_files = glob($css_folder . '*.css'); // Получаем все .css файлы из папки

foreach ($css_files as $css_file) {
    $file_name = basename($css_file); // Получаем только имя файла
    echo '<link rel="stylesheet" type="text/css" href="/templates/' . $config['skin'] . '/icss/' . $file_name . '" />';
}
?>

Сразу всем будет ясно что он делает.

 

[MaHarder]

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

 

[MaHarder]

Написал небольшой скрипт

В шаблонах используем тег {include folder=""}, либо {include folder="" type=""}.
folder - Путь до папки в шаблоне с указанием {THEME}
type - тип файла, может быть пустым. Принимает значения: all (по умолчанию), js и css.

Чёт меня занесло.

Порядок загрузки файлов можно задать при помощи json файла loadorder.json с содержимым (он должен находиться в указанной папке):

{
    "css": [
        ...перечень файлов с расширением
    ],
    "js": [
        ...перечень файлов с расширением
    ]
}

Если файл отсутствует, то скрипт генерирует автоматически этот файл.