гифки есть и тяжелые, и их много. Хотя старался урезать количество гифок на одной странице до минимума — сейчас их 7.
Кстати, на тулбаре есть такая кнопочка — она позволяет перевести сайт в экономичный режим, когда гифки автоматически не будут загружаться. Тогда их будет удобно просматривать с помощью стрелок следующая/предыдущая.
Этим можно управлять с помощью модификатора Smarty — spellcount
Положите сюда: /engine/lib/external/Smarty/libs/plugins файл modifier.spellcount.php с таким содержимым:
Еще заметил. Дополнительные поля почему-то криво кешируются. Добавляю новый топик с доп. полями, но он отображается, как будто без них. Отключаю кеш — доп. поля тут как тут.
И, если я не путаю, хук надо вызывать так: $this->Hook_Run('content_field_proccess',array('sText'=>&$sText,'oField'=>$oField,'oTopic'=>$oTopic)), иначе в $sText не будет возвращаться значение.
Спасибо за добавление поддержки своих типов полей в коде на гитхабе. Заметил только, что для работы с полем на подобие file, в хуке content_field_proccess не хватает переменной $oTopic, чтобы можно было вызывать метод $oTopic->getFile().
Долго копался в чем может быть причина удаления загруженных файлов через доп поля, пока не понял, что все значения чистятся в функции processFields() процедурой $this->Topic_DeleteTopicValuesByTopicId($oTopic->getId()). Это сделано осознанно или недосмотр?
Могу точно сказать, что одинаковые языковые ключи из папки app будут перезатирать системные.
Кстати, на тулбаре есть такая кнопочка — она позволяет перевести сайт в экономичный режим, когда гифки автоматически не будут загружаться. Тогда их будет удобно просматривать с помощью стрелок следующая/предыдущая.
Положите сюда: /engine/lib/external/Smarty/libs/plugins файл modifier.spellcount.php с таким содержимым:
и выводите в шаблоне переменную таким способом:
Я бы посоветовал взять этот способ разработчикам на вооружение (;