Данная идея не является той же что здесь уже есть!

Предлагаю реализовать поддержку данного сервиса внутри БУС (+ Б24). Вопрос оптимизации поиска стоит довольно остро и хотелось бы иметь возможность реально ускорить в несколько раз систему. Плюс самое интересное - это подойдет не только для поиска, но и для вывода например каких-то других данных.

Среди крупных сайтов, использующих Elasticsearch, отмечаются Wikimedia, StumbleUpon, Quora, Foursquare, SoundCloud, GitHub, Netflix. Amazon, IBM, Qbox и компания Elastic предлагают подписчикам Elasticsearch в качестве управляемого сервиса

Все еще неубедительно? тогда вот вам реальные цифры и данные живого проекта на БУС, где часть работы системы была переведена как раз на Elasticsearch  - https://vc.ru/flood/28694-kak-uvelichit-proizvoditelnost-sayta-v-neskolko-raz-s-pomoshchyu-elasticsearch

1. После добавления документа в индекс поиск по этому документу доступен уже менее чем через 1 секунду.
2. Структура хранения данных в Еlasticsearch произвольная, что позволяет хранить документы в удобном, подготовленном виде.
3. Мы используем Еlasticsearch еще и для хранения серверных логов. А выводим их в Kibana.
4. Ну и конечно, Еlasticsearch очень быстр! Запрос для одного раздела обрабатывается за 0,03 секунды.

Не плохо было бы добавить возможность ресайза загружаемых изображений через визуальный редактор загрузки файлов.


Сейчас, допустим, в блоге или Форуме ограничить размер нельзя, только по размеру файла, что не всегда удобно и эффективно.


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

На странице "Проекты" (Задачи и Проекты) в список проектов попадают все рабочие группы, не зависимо от того, включен ли функционал задач в группе. Из-за этого страница может долго загружаться, если в группе много участников, т.к. на каждого участника в базу отправляется запрос.

В нашем случае на портале имеется группа "Общение" на 14500+ человек (для связи интранет/экстранет пользователей), из-за которой страница "Проекты" грузится в среднем 130 секунд:


Идея: предлагаю фильтровать проекты в зависимости от включенного функционала задач в группах.

Здравствуйте!
Сайты24 получают низкие оценки по поисковой оптимизации в части скорости загрузки. Сайт на мобильном телефоне грузить около минуты. Поисковики его будут понижать в рейтинге.
Предлагаю:
1. Включить компрессию текстовых ответов: gzip, deflate, brotli
2. Оптимизировать CSS: Более 1.5 МБ стилей - загружаются очень долго
3. Убрать не используемые для отображения первого экрана лендинга стили и скрипты в подвал.  шапке они блокируют загрузку.
4. Добавить в редактор изображений функции по оптимизации изображений: сжатие, переименование, изменение формата на JPEG 2000, JPEG XR и WebP.
5. Сделать режим Lazyloading для изображений
6. Включить использование локального кэша браузера и првильно управлять им

Добрый день.

Виджет, который мы устанавливаем на сайт, не оптимизирован по версии google page speed и другим сервисам анализа.

Используйте кеш браузера для следующих ресурсов:

• https://bitrix.info/bx_stat (не указан срок действия)
  

Оптимизируйте следующие изображения, чтобы уменьшить их размер на 5,7 КБ (39 %).

• Сжатие страницы https://cdn.bitrix24.ru/b5238693/livechat/images/sprite.png?1 уменьшит ее размер на 4,6 КБ (37 %).
  
• Сжатие страницы https://cdn.bitrix24.ru/b5238693/livechat/images/logoen.png?1 уменьшит ее размер на 1,1 КБ (50 %).
  

Сократите код JavaScript на следующих ресурсах, чтобы уменьшить их размер на 675 Б (12 %).

• Сокращение https://cdn.bitrix24.ru/…livechat/script/livechat.js?r=1511485129 позволит уменьшить размер на 675 Б (12 %) после сжатия.
  

Сократите код CSS на следующих ресурсах, чтобы уменьшить их размер на 525 Б (14 %).

• Сокращение https://cdn.bitrix24.ru/…ivechat/script/livechat.css?r=1511485129 позволит уменьшить размер на 525 Б (14 %) после сжатия.
  

https://developers.google.com/speed/pagespeed/insights/ и другие средства анализа

Я очень прошу поставить в приоритет данные оптимизации, так как они напрямую затрагивают показатели скорости и качество ранжирования

На сегодня форма заказа в админке выглядит очень тяжело с большим объемом информации - не всем нужной с недостаточной возможностью кастомизации. По опыту из другой CMS наши менеджеры видят информацию по заказу почти из одного окна без скроллинга  - это позволяет быстро и безошибочно обработать заказ, параллельно набирая по телефону клиента. Пока идут гудки - менеджер уже часто владеет всей необходимой информацией с минимум затрат времени и нагрузки на его мозг, что бережет ему силы и внимательность.
Ниже расписаны предложения по оптимизации. https://www.screencast.com/t/9LlPUoRt
1 - Кнопку изменить можно добавить во второй блок, который можно зафиксировать, сделав плавающим.
2 - Данная информация не всем нужно, ее можно скрывать, сворачивать или сделать весь данный блок в 2 столбика.
3 - Пример технической информации модуля доставки. Данные, не вводились покупателем, а получены извне по API  службы доставки и нужны только для интеграции с модулем доставки в системе учета 1С Бухгалтерия. Менеджеру по продажам они вообще не полезны.
4 - Введенная покупателем информация в 2-3 полях попала в 1 строку, для которых не сработал тег переноса строки и все слилось. Дать базовые возможности форматирования.
5 - Информация о свойствах товара дублируется и удлиняет опять форму заказа..
6 - Не все строки нужны. Самая необходимая информация была выведена уже в самый первый блок заказа, а тут много того ,что не все нужно. Опционально этот блок можно сворачивать или выводить в 2 столбца.
Конечно возможны и другие альтернативные решения сделать форму более компактной и легкой к восприятию, например, не всем нравятся большие табуляции между строками.

Оптимизация изображений

• Сжатие страницы https://cdn.bitrix24.ru/b2494907/livechat/images/sprite.png?1 уменьшит ее размер на 4,6 КБ (37 %).
• Сжатие страницы https://cdn.bitrix24.ru/b2494907/livechat/images/logoen.png?1 уменьшит ее размер на 1,1 КБ (50 %).
  

Сжатие кода JavaScript позволяет сократить объем данных, чтобы ускорить загрузку, обработку и выполнение.

• Сокращение https://cdn.bitrix24.ru/…livechat/script/livechat.js?r=1499156821 позволит уменьшить размер на 674 Б (12 %) после сжатия.
  

Сжатие кода CSS позволяет сократить объем данных, чтобы ускорить загрузку и обработку.

• Сокращение https://cdn.bitrix24.ru/…ivechat/script/livechat.css?r=1499156821 позволит уменьшить размер на 525 Б (14 %) после сжатия.
  

Да это не много, но все же это улучшит показатели сайта по версии https://developers.google.com/speed/pagespeed/

Канбан для бизнес процессов был бы отличным решением. Если предприятие ставит цель автоматизировать какой то процесс, скорее всего у них этих процессов очень много (по крайней мере в трех организациях где я внедрял автоматизацию, картина выглядела именно таким образом). А когда много бизнес процессов, необходимо понимать где застревают больше всего процессов, т.е. так называемые "узкие горлышки", чтобы данные горлышки потом оптимизировать. Ведь одна из главных целей автоматизации это и есть оптимизация временных издержек.  

Если в построении URL используется #SECTION_CODE_PATH#, то компонент bitrix:catalog.section.list начинает генерировать ОЧЕНЬ большое количество запросов.

например, при выводе списка из 40 разделов, генерируется 176 запросов.

Если разделов много, то может быть и 1000 запросов.

Необходимо сделать кеширование URL к разделу (по примеру фасетного индекса для умного фильтра) и брать закешированные данные.

Создать возможность автоматически создавать min файлов объединённых js и css из шаблонов, а не только подключаемых актуальных min файлов шаблонов

Часто сразу после создания сделки бывает нужно выставить по ней счет. Предлагаю сделать для этого отдельную кнопку в карточке редактирования сделки.

Наличие любого параметра (?blablabla) у ссылки на подключаемый файл заставляет любое клиентское приложение (браузер, прокси-сервер, мобильное приложение и т.д.) обязательно обратиться за файлом на сервер.
Это RFC.
Сервер, в лучшем случае ответит "304 Not Modified" (но при этом всё равно дёрнет файл с диска/памяти, чтобы проверить) или же полноценный 200 с полной передачей файла.
Ответ сервера в некоторых кешах сохранится, в некоторых (н-р, AppCache) нет.

Соответственно, время модификации, хеш от него или любой другой праметр для cache busting должен быть в имени или пути файла (...template_283cd0022d3edc763e34cc00a91e7e1b/template_283cd0022d3edc763e34cc00a91e7e1b-142712022549372.js), а не в параметре (...template_283cd0022d3edc763e34cc00a91e7e1b/template_283cd0022d3edc763e34cc00a91e7e1b.js?142712022549372).

Проверить очень просто: при повторном открытии страницы сайта на сервер должен идти только 1 запрос - на саму страницу, а все остальные файлы должны браться из кеша браузера.

UPDATE 2015-04-01

Теоретическое обоснование и рекомендации от известных разработчиков:

• http://www.stevesouders.com/blog/2008/08/23/revving-filenames-dont-use-querystring/
• https://github.com/paulirish/html5-boilerplate/wiki/cachebusting/e58c07be9f0a43da08e766b21514f81ece24fa17
• http://webassets.readthedocs.org/en/latest/expiring.html#expire-using-a-querystring
• Application cache

  Never access cached files by using traditional GET parameters (like other-cached-page.html?parameterName=value). This will make the browser bypass the cache and attempt to get it from network.

  https://developer.mozilla.org/en-US/docs/Web/HTML/Using_the_application_cache#Gotchas
  

Реализации:

• В Apache https://github.com/h5bp/server-configs-apache/blob/master/dist/.htaccess#L982-L998
• В Nginx https://github.com/h5bp/server-configs-nginx/blob/master/h5bp/location/cache-busting.conf
• Rails Asset Pipeline http://guides.rubyonrails.org/asset_pipeline.html#what-is-fingerprinting-and-why-should-i-care-questionmark
• Модуль Web Optimizer для 1С-Битрикс, многие идеи из которого перешли "в коробку" https://dev.1c-bitrix.ru/community/blogs/rsv-dev/1732.php
  

Первые попашиеся "правильные" сайты:

• Все проекты TM (http://habrahabr.ru/, http://megamozg.ru/, http://geektimes.ru/ и т.д.)
• https://twitter.com/
• https://www.facebook.com/
  

Font-Awesome планирует в 5-й версии перенести параметр в название файла шрифта https://github.com/FortAwesome/Font-Awesome/issues/5231 и https://github.com/FortAwesome/Font-Awesome/issues/3286

Стандартная оптимизация хороша, но есть идеи как можно сделать еще лучше, для этого необходимо событие (после объединения CSS в один файл) в этом файле:
/bitrix/modules/main/lib/page/asset.php
После 2001 строки:


Моя идея оптимизации CSS заключается в минификации CSS и замене маленьких картинок на base64.
Но имея такое событие другие разработчики могли бы реализовать и свои идеи.