Для свойства инфоблоков типа файл поле отображается в виде миниатюры (Снимок-1) и его можно загружать не только с компьютера, а для пользовательского поля только списком (Снимок-2) и его можно загружать только с компьютера. К тому же, при возникновении ошибки во время записи, пользовательское поле очищается. Необходимо сделать функционал для пользовательских полей аналогичным обычным свойствам.
Вынести в настройки количество символов смс кода, срок хранения кода, срок до повторной отправки смс. Сейчас все эти настройки прописаны константами в ядре.
Предлагается при создании и модификации таблиц БИТРИКС проверять возможность добавления типа индексов FULLTEXT , в частности в поисковом модуле есть такие таблицы
например, так выборка таблиц в которые нельзя добавить эти индексы;
SEL ECT TABLE_NAME FR OM information_schema.TABLES where TABLE_SCHEMA =DATABASE() and ENGINE = 'ROCKSDB'
Описание проблемы: огромный проект с тысячей разделов и десятками тысяч товаров. При включенном управляемом кеше и сохранении любого из элементов каталога сбрасывается абсолютно весь кеш. И текущий раздел, и соседние, и все элементы. Хорошо бы, чтобы можно было настраивать "глубину" сброса кеша. Т.е. сохранили элемент, сбросился только он, или он + его раздел или элемент и дерево разделов. С разделами аналогично, зачем сбрасывать кеш соседних разделов, хватит и текущего + его родителей(если необходимо конечно).
Вы придумали очень удобный инструмент для работы с файлами (и особенно с изображениями). За это вам спасибо.
Правда есть одно "но". Работу по внедрению этого инструмента вы почему-то бросили на половине пути. Я бы мог понять это в начале, когда этот механизм только анонсировался и тестировался, но прошло уже очень значительное время с тех пор.
Сейчас нет возможности создать пользовательское свойство для раздела или HL элемента, который будет работать с drag'n'drop. Нам по прежнему предлагается использовать старые механизмы.
Я уже молчу про то, что файлы по прежнему грузятся по старому во всех других местах, кроме элементов инфоблоков (профиль пользователя, разделы инфоблоков, элементы HL и т.д.).
Собственно идея в том, чтобы довести до ума данный инструмент и внедрить его повсеместно.
Изучая систему 1С-Битрикс, я чаще стал понимать, что некоторые модули делаются не для результата, а для показа. Одно из правильного решения, но с ужасным подходом и без осмысления - оптимизация сайта.
Google, Яндекс - это 2 поисковые системы, под которые надо подстраивать сайт. Так почему это делается через насмешку и без должного подхода.
Сжатие и объединение css и js. галочка добавлена уже не первый год, но я до сих пор не понимаю зачем разработчик сделал в сжатом файле комментарии с отступами? Ты сжимаешь файл или ты хвастаешься? Ты для кого комментарии пишешь, мастер? Сжатие и объединение файла должно убирать все лишнее, сжимать файлы в одну строку и убирать все что не нужно. Писать комментарии вот так
Это не верно, Google PageSpeed Insights такой файл не будет воспринимать. так для кого делалась эта функция? чтобы посмешить или помочь?
2 пункт. Почему же вы не можете собрать все скрипты со страницы и сжать их в одну строку, зачем вы их в конец страницы помещаете? Забросить все скрипты страницы в файл и его подгружать - это правильное решение. опять смотрим код сайта идей view-source:https://idea.1c-bitrix.ru/edit/new/
Внизу свалка. Вы оптимизируете сайт или вы делаете свалку?
------------ 3. Google PageSpeed Insights просит опустить стили css вниз страницы. Это тоже можно сделать, и тут проблема появляется с мельканием сайта. Кого-то это раздражает, а кого-то нет. Надо найти оптимальное решение.
Вообще надо 1С-битриксу уже сделать настройку под требования гуугла.
4. Модуль сжатия картинок под требования 1С-Битрикс. Причем сжатия даже для ресайзнутых картинок.