Судя по всему, файлы сжимаются, но браузер не может их разжать. Может быть, используется какой-то плагин для потокового сжатия данных, которое ни в коем случае не должно применяться к сжатым жс-файлам. А может проблема связана с windows или с тем, что денвер устарел и не нужен. У меня (Apache/2.4.7 (Ubuntu), PHP 5.5.9) проблемы нет.

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

только толку от этого нет, сайт из динамического превращается в статический ))

в смысле что-то не работает? В стандартных вроде всё нормально. Если конкретно в вашей теме что-то ломается после минификации — надо разобраться и решить проблему.

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

А сколько всё это весит в сжатом минимизированном склеенном виде?

Вообще удаление типа может быть связано с наличием блогов этого типа. В этом смысле всё логично вроде.

Ага, я тоже сталкивался, когда написал в поле «тип» человекопонятное название на русском. Теперь изменить нельзя. В языковых тоже опечаток накопипастил, но их невозможно исправить. Вот и висит.

Никак, почему-то.

Потому что должно быть либо {if !($oBlog->getId() == '82')}, либо {if $oBlog->getId() != '82'}

Как правильно оформлять виджеты плагина

Вот тут глянь stackoverflow.com/questions/71074/how-to-remove-firefoxs-dotted-outline-on-buttons-as-well-as-links

В phpstorm выделенный текст комментрируется одной комбинацией клавиш. Именно это и сделано.

А вообще, проблема в спорных случаях, таких как «{*}», которых тут аж 4. То есть, «{*}» может интерпретироваться смарти как «{*» и как «*}», в зависимости от ситуации.

вот тут про это немного есть.

Может связано с чем-то, вроде этого?
github.com/altocms/altocms/commit/cf208b4c7d8cfb82bbb2151e95b392f3b4960f75#diff-67b101a360c8f1fe67e9bd84e63fc753R17

А все комментарии удали. И закрывающий </script>, т.к. открыающий закомментирован. Или лучше подожди правок на гитхабе.

сменишь на новую версию, а изменений не будет, и после проверки поймешь что заменил не тот бутстрап!

А заменить его так просто и не получится. Потому что разные мажорные версии имеют плохую обратную совместимость.

Я так понимаю, что сначала был добавлен 3 бутстрап в папку common/templates/frontend/, а потом, когда верстали темы experience, по какой-то причине решили использовать свою сборку бутстрапа.
Насколько я понимаю, бутстрап в experience кастомизировался в less-исходниках и потом был скомпилирован в то, что используется в теме (___path.skin.dir___/assets/css/style.bootstrap.min.css). Там, как минимум, размеры и кол-во ячеек грида отличается, стили кнопок.

Ну очевидно, что не все компоненты бутстрапа нужны и используются. Стили, как видишь, используются:

'___path.skin.dir___/assets/css/style.bootstrap.min.css',

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

Еще немного о сниппетах в теме «Изменения в шаблонах Альто 1.1».

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