ОПТИМИЗАЦИЯ КОДА МАКСИМУМ

Роман Погорелов добавил(а) 3 года назад
В разработке

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

Вывод блоков на главной странице:

-ЛУЧШИЕ ПРЕДЛОЖЕНИЯ

-КАТАЛОГ

-КАРТА


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

У кого есть какие замеченные моменты пишите в комментарии.

Лучший ответ
фото

Здравствуйте! Спасибо вам за активное обсуждение нашего продукты. Рады, что вы неравнодушно относитесь к работе наших решений. Задача по оптимизации всегда в приоритете, но она состоит из целого комплекса подзадач. В каждом обновлении мы улучшаем функционал и выполняем работы по оптимизации. Но так как задача крупная, вам может быть не заметна динамика. Поэтому, чтобы сделать работу более наглядной, мы будем в списке обновлений делать пометку в задачах, которые влияют на оптимизацию. Для нас задача важна так же, как и для вас. Чтобы качественно решить эту задачу нужно время. Ведь оптимизация — это наша постоянная работа над улучшениями, и она никогда не останавливается.

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

Давайте с пониманием относиться друг к другу. Задача имеет самый высокий приоритет. В крови у разработчиков и невидимыми чернилами между строк в задачах мы несем эту идею. Огромная просьба: давайте не выводить эту тему в ежедневные дискуссии. Мы начинаем тратить ресурсы друг друга не в том направлении. Будем лучше ценить время и тратить его на продуктивные вещи.

Ответы (60)

фото
2

Я писал именно о том, что в коде страницы меню дублируется несколько раз. Как итог - переспам запросами страницы, что запарывает все сео-наработки т.к. в меню выводится H1 из категорий.4

Это критический косяк с точки зрения поискового продвижения магазинов.

фото
1

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

фото
1

Полностью согласен с Алексеем, крайне важная вещь разобраться с меню.

фото
1

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

фото
1

как это отключить?

фото
фото
1

Еще новый косяк, в мобильной версии в режиме "компактный просмотр товаров" после нажатия на ПОКАЗАТЬ ЕЩЕ(стр2) товары появляются но прокрутка перестает работать, пару секунд тупит, далее прокрутка работает, далее после очередного нажатия ПОКАЗАТЬ ЕЩЕ (стр3) получаем тот же затуп. (Ленивая загрузка отключена так как с ней вообще каталог грузится как мамонт).

фото
3

Главное меню глючит, после перехода на другую страницу - само открывает меню и все перекрывает, пока на пункт меню не навести.

фото
1

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

фото
3

top_content_multilevel

фото
фото
2

Здравствуйте.

В данном случае проблема с долгой отрисовкой связана с огромным размером DOM и загрузкой CSS. Все эти операции выполняются на клиенте, а решить это можно только внеся изменения в сайт. В данном вопросе затрудняемся подробно вас проконсультировать - рекомендуем обратиться к профильным специалистам. Но может быть полезно и интересно: https://habr.com/ru/company/yandex/blog/501998/


Огромная беда. Срочно надо решить вопрос!!!!!!

фото
1

Думаю, что срочно не получится, Но идея оптимизировать код шаблона, стили и работу с CDN - хороша.

фото
1

Да с CDN он и так работает нормально, тут у кого как отрабатывает. Сам CDN который включен в тарифный план лицензии Битрикс, отстойный и очень маленький. А хороший CDN как минимум мегафона или других компаний на просчет среднего показа 100 000 стоит порядка 60-80 тысяч по карману хорошо даёт.

фото
1

на хабре много информации и там тонкие проекты тут же еще помойка БИТРИКС выпускает много подводных камней.

фото
1

Для интереса взял подключенный минимизированный объединенный CSS и сжал сервисом CSSMinifier. Вместо 1 Мб получилось 100 Кб. Это без изменений в отрисовке.

фото
1

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

фото
1

Я к тому, что можно ли CSS оптимизировать под выбранные настройки шаблона, чтобы уменьшить конечный размер.

фото
фото
2

Это насколько надо плевать на покупателей максимума?!

Мы отключили основной баннер полностью

Убрали все счетчики, доп коды и т.д

Реализовали webP

Итого: НИЧЕГО НЕ ИЗМЕНИЛОСЬ ВООБЩЕ по скорости (открытию) отрисовки сайта!

Сервиси ГПС, Пингдом и т.д - ругают код сайта, оптимизация г..!

А вот конверсия сайта - это отдельная тема.

Что нам дало переход решения на Максимум по сравнению со старым сайтом:

1.Конверсия: минус 86% - (очень плохо, катастрофа, смерть, ЧП)

2.Отказы (время ожидания клиента): минус 61% - (очень плохо)

3.Время на сайте: + 2,11 (итого от 3,5 до 4,9 минут) - (хорошо)


Пришлось перейти обратно на старый сайт.

Я крайне не рекомендую данное решение и об этом отдельно статью пишу, что бы люди с этим г.. не сталкивались.

фото
1

А можно ваш старый сайт глянуть

фото
2

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

По поводу основного баннера -обсуждали уже что отключение на скорость не влияет.


Для меня странно что у меня виджет битрикса появляется после загрузки страницы - а по факту загрузка проходит зателем виджет и только потом баннера (((( Печальная картинка.

фото
1

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

фото
фото
1

Рекорд побит по отказам от Аспро Максимум.

Старый сайт1ef554bf088f691d6f1e87d69d6be93c


Новый сайт на Аспро Максиму

b343192dba926afaa4e4f144d4a8ad1f

Когда будет решена проблема оптимизации кардинально? Сроки назовите.

фото
1

Картинку на маркет залейте, а то одна методология у разрабов вот реальные цифры реальные

фото
2

Не показательно. Не понятно по каким фразам переходят на сайт пользователи, С каких каналов. Куда попадают.

фото
2

Это пипец а не показатели(((

фото
1

Вот для сравнения показатели нашего интернет магазина после перехода на Аспро скрин

фото
фото
1

А оценка в 17 балов мобилки и 70% использования именно мобилки из 30 000 это показатель? Виджет битрикса грузится быстрее(задержка 3 секунды) чем отгрузка сайта идет, жто показатель ???

фото
1

Хостинг пробовали менять? Настройки дополнительные делать? Оцениваете только по Гугл пайдж спид?

фото
1

Хостинг хороший , железо достаточно мощное настройки все сделаны php свежий файловая 17 000 показывает но отрисовка шаблона это просто пиЗ.... в десктопе вопросов нет, а в мобиле жескач.

фото
фото
1

А грузят его баннера верхние, а ну и еще табы которые на слобом теле и инете можно просто пролистнуть со дня основания об этом говорю , толку 0 все хорошо

фото
1

Что касаемо оптимизации то это на грани фантастики, все мы знаем что максимум это нашпигованный некст, так вот за два года никакой оптимизации не кто и не сделал в нексте а мы все в максимум это гдем ... факт.

фото
2

На днях тоже озаботился скоростью загрузки. Снял два видоса для Аспро. У всех такие же цифры? Больше всего порадовал DOM 42 секунды :)

https://yadi.sk/d/sU6WZIry3kWN4g

https://yadi.sk/i/MTy379Nj7Zo_4g

фото
1

Примерно да.

фото
фото
1

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

фото
1

Тут момент такой что в тонкости лезем только мы кто знает как и что другие и половины функционала не используют

фото
1

Один из факторов выбора Максимум была скорость в Гугл Пайдж Спид. По факту её не ощущаю. Попахивает разводом.

фото
2

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


В ближайшее время напишу свой отзыв на Маркетплейс о решении в плане технического состояния. Это не дело, что после каждого обновления мы теряем в скорости.

фото
2

Когда покупал решение была оценка Гугл Пайдж Спид 60-80 на мобилах. Сейчас 26! Сам сайт на удивление работает быстро после включения всех возможных сжатий на хостинге. Согласен что с кодом что-то не так. Хочется получить лучше оценки.

фото
фото
1

Мы:

Добрый день. Никак не можем решить проблему по снижению отказов на сайте. Большая часть людей отваливаются из-за скорости загрузки страницы. (ранее я приводил фотопримеры выше)

Ответ ТП Аспро:

Добрый день!наблюдаем, что у Вас низкая производительность сайта: ссылка

Производительность сайта может зависеть от множества факторов, таких как сторонние модули, сторонний код и оптимизация хостинга под платформу 1С-Битрикс. Вы можете попробовать создать резервную копию: перенести копию Вашего сайта на тестовый хостинг (то есть на хостинг который продает нам Аспро). Хостинг наших партнеров полностью оптимизирован для работы платформы 1С-Битрикс. Перенести сайт можно по статье: ссылка


Я надеюсь читатели данного коммента четко понимают к чем идет решение по оптимизации.

идем дальше.


Мы:

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

У нас на хостинге Бегет находятся 3 сайта на 1С Битриксе, и только продукт Аспро Максимум с очень плохими показателями.

В связи с этим, мы пишем вам для решения данной проблемы. Проблема в коде. И прошу индивидуально рассмотреть!

Показатели катастрофические для любой организации. Примите срочно меры по нашему проекту.


Ответ ТП Аспро:

Здравствуйте!


Создали резервную копию Вашего сайта и развернули её на тестовом хостинге по адресу: ссылка Производительность сайта составляет: - показатели норм.

Показатели pagespeed на тестовом хостинге:

НА Вашем хостинге: - очень плохие

Скорость загрузки страницы в режиме отладки, главная тестовый хостинг: нормальные

Страница каталога тестовый хостинг: показатель норма

Главная страница Ваш хостинг: очень плохой показатель

Страница в каталоге, Ваш хостинг: очень плохой показатель

Считается, что если страница загружается менее секунды в режиме отладки, то это неплохой результат. Что касается оптимизации решения и других Ваших проектов на базе 1с-Битрикс, тут всё индивидуально, решение Аспро:Максимум считается самым функциональным решением, в нём самое большое количество различного функционала, которого нет на других решениях, соответственно, из-за этого требуется более производительный хостинг.


Мы:

Вы показываете общий счет, но не показываете причины выставления оценки, на которые указывает PageSpeed Insights. С учетом низкого показателя TTFB, причин относящихся к работе хостинга там нет. Выполнил проверку самостоятельно и ничего.


Ответ ТП Аспро:

Добрый день!

тем не менее, показатели выше на тестовом хостинге.

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


Мы:

На тестовом хостинге сейчас есть доступ к сайту ? - не дали ответа.


Итог: Это просто п***ец.


После позвонили в Аспро, просили соединить нас с ЛПРом, но четно - сказали, что передадут всю информацию.


Любая уважающая компания которая продает продукт всегда старается помочь в решении проблем своих продуктов - НО не Аспро.

фото
1

Очередной ответ который вводит в ступор, предлагаю всем кто недоволен и имеет таки тикеты добавить на маркет что бы хотя бы у новых покупателей не было потом вопросов. Очень понравилось слово норма МЛЯТЬ где цифры что за Г-но ответы что считается нормой ???? Чушь полная.

фото
1

На тестовом хостинге мля рассмешили понятен пень что там будут показатели выше 1 нет отработки всех метрик и.т.д. нет виджетов, нет ПОКУПАТЕЛЕЙ КАРЛ ТЫ ЭТО ЗНАЕШЬ ИЛИ НЕТ МНЕ ВОТ ИНТЕРЕСНО !

фото
1

И можно подумать что им дали мощный сервер тестовый, что бы на нем были мега показатели (сплю и вижу что они сели оптимизировали PHP настроили с 0 mysql провели анализ запросов , накопили кеш , и подключили CDN) ДА ДА ДА

фото
фото
1

Здравствуйте!


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

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

Идейный центр был создан для того, чтобы собирать обратную связь от пользователей. Фиксировать пожелания для улучшений и находить оптимальные решения задач. Призываем к конструктивным обсуждениям: без мата, с разбором фактов и без воды. Если площадка превратится в формат колких высказываний и перехода на личности, мы будем удалять такую обратную связь. Закрывать глаза на всплеск негативных эмоций на этой площадке мы не будем. Так как цель создания сервиса иная.

Давайте разберем основные тезисы обсуждения.

>> Про функциональность решений, индивидуальные задачи и универсальные решения.

Напомним, что Аспро: Максимум — это универсальное готовое решение. Оно покрывает 70-90% потребностей пользователей. У каждого свое видение дизайна, функционала, возможностей. Наша задача — найти золотую середину, чтобы угодить большинству. А главное — решить потребности клиентов.

На этом готовом решении запущено 2 000+ сайтов. А это значит, что

1. Интернет-магазин покрывает задачи проектов и выполняет главную функцию — продажи.

2. В решении есть пул настроек и возможностей, чтобы проекты можно было оформить в фирменном стиле и выделиться среди конкурентов.

В продолжение 2 пункта. Аспро: Максимум имеет широкий функционал. Например, 20 включаемых блоков на главной с типами отображения, множество блоков на детальной странице товара и др. Весь этот функционал, естественно, отображен в коде и имеет свой вес.

Главная из 3-х блоков и 15-ти блоков будет загружать по-разному. Это логично. Тоже самое и со всем остальным. Любой функционал будет добавлять нагрузку. А вы хотите и космолет получить с регулярными обновлениями и новыми плюшками, и иметь загрузку сайта в 0,0000001 сек. К сожалению, так не бывает.

Шаблон может стать основой для индивидуального проекта. Многие из вас выбрали такой путь. Вы дорабатываете решения, добавляете функционал, который нужен, и др. Вы нагружаете проект сложными конструкциями. При этом хотите, чтобы он летал как одностраничный лендинг. Опять развенчиваем мифы — такого не бывает. Тут важно понимать, что показатели проекта зависят не только от решения, но и от ваших усилий.

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

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


>> По отказам от Аспро Максимум.

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

Например. Если по запросу “сумки купить” в контекстной рекламе пользователь будет переходить на страницу обуви, то процент отказов будет высоким. Но в этом случае на него повлияла релевантность запросов, а не функционал и производительность.

По скриншоту Григория http://joxi.ru/L21KZQqi0VM3Kr сложно оценить ситуацию, слишком мало входящий данных. У Ивана ситуация с отказами лучше https://prnt.sc/uxrwpk, но опять же — полноценную картину мы не знаем. Аналогичная ситуация с оптимизацией, нужно учитывать различные нюансы.


>> У нас на хостинге Бегет находятся 3 сайта на 1С Битриксе, и только продукт Аспро Максимум с очень плохими показателями.

Скорость сайта зависит от множества факторов на конкретном проекте: количество свойств торговых предложений, складов, посещаемость, размер изображений, подключенные сторонние сервисы, правильная настройка хостинга и т. д. И все это нужно учитывать.

Мы так понимаем, что 3 сайта на 1С-Битрикс запущены на разных шаблонах. Они разные по назначению, структуре, возможностям и логике работы в целом. Поэтому некорректно сравнивать их показатели скорости, ведь функционал в корне отличается.

В дополнение к хостингу. Повторимся, что для улучшения показателей проекта нужно работать в нескольких направлениях. Вы можете проверить влияние хостинга на своем проекте. Например, хостинги, оптимизированные под 1С-Битрикс, дают показатели выше, чем неоптимизированные. У нас есть партнер, хостинг Reddock.

У этого хостинга есть специальный функционал для оптимизации скорости сайта: модуль PageSpeed Insights и подключение алгоритма сжатия Brotli. Первый сжимает и конвертирует изображения в WebP, второй сжимает страницы на 50-75%. Такой функционал позволяет автоматически оптимизировать показатели скорости сайта.

Предлагаем вам протестировать Reddock. Сайт бесплатно перенесем. У хостинга есть тестовый период. Оцените его при реальной нагрузке. Если тестового периода недостаточно, напишите на marketing@aspro.ru. Обсудим индивидуальные условия.


>> Про оптимизацию в целом.

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

Отметим, что наши решения работают на 1С-Битрикс, поэтому в работе над оптимизацией кода у нас есть некоторые ограничения. В решении мы используем не только свои собственные компоненты, но и стандартные компоненты 1С-Битрикс. Они добавляют свои собственные стили, повлиять на применение которых нет возможности.

Мы всегда стремимся сделать наши решения лучше — регулярно выпускаем обновления и совершенствуем наши решения. Оптимизировать код с учетом всех рекомендаций поисковых систем — большой блок работы, на который нужно много времени. Задача по оптимизации кода всегда в работе. Так как этот процесс долгий и сложный, это происходит поэтапно.

Из последнего:

— Оптимизирована по времени вставка AJAX-блоков на главной путем исключения из их контента дублей ранее загруженных системных скриптов. До оптимизации средняя вставка блоков — 10,5590 сек., после — 0,3223 сек.

— При включенном композите зависала страница со списком товара. После оптимизации улучшились показатели GPS для мобильных было 14, стало 20. На десктопе было 44, стало 71.


Заключение.

1. Скорость сайта зависит от множества факторов на конкретном проекте: количество свойств торговых предложений, складов, посещаемость, размер изображений, подключенные сторонние сервисы, правильная настройка хостинга и т. д. И все это нужно учитывать.

2. Оптимизировать код с учетом всех рекомендаций поисковых систем — большой блок работы, на который нужно много времени. Задача по оптимизации кода всегда в работе. Так как этот процесс долгий и сложный, это происходит поэтапно.

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

4. Мы рады, что на наших решениях запускаются разные проекты по сложностям. И в наших же интересах улучшать инструменты для развития вашего бизнеса. Призываем к конструктивным обсуждениям. Точно так же, как и вы, мы обращаем внимание на нюансы, хотим улучшить наши продукты и делаем это.


Будет эффективнее, если мы упустим абстрактные обсуждения и перейдем к конкретным и измеримым задачам.

фото
4

У нас сайт с решением АСПРО Максимум в базовом варианте и практисчески нет сторонних модулей на виртуальном хостинге от Reddock. И я могу сказать, что не панацея. Цифры не отличаются от представленных другими участниками дискуссии с учетом, что Реддок отказываются перенастроить Ngnix на отдачу WebP и пришлось включить сторонний модуль для генерации.

Если нужны входящие данные по отказам, то напишите какие. Я готов идти навстречу для улучшения работы и предоставить необходимую информацию по ревелантным запросам, посетителям и т.д. У нас ситуация с отказами больше из-за отсутствия онлайн оплаты. ИМХО.

Улучшайте шаблон, оптимизируйте DOM структуры. Нужны данные? Любой участник форума готов их предоставить. Нам это так же важно, как и Вам!

фото
5

Доброго дня, давайте перейдём к конкретике.

1.Вот на чем работаем http://joxi.ru/gmvpXQwTvpVe8A вот что видим http://joxi.ru/l2Z4qWyTE65R3r http://joxi.ru/L216BDaUgXpz7A

Обновленный Битрикс+ Обновленный шаблон + 4 гига кеша + последний php(настроенный от и до)+ настроенная БД+ Оптимизированная БД без ошибок+ все фото пережаты.

Если честно я считаю на этом можно и закончить)

Опять распинаться на все стороны не буду, уже 10ки людей вам присылали

-Видео с косяками

-Оценки и проблемные места

Вы все говорите что все ХОРОШО.

P.S, Вы говорите что зависит от многих факторов Мы же вам показываем, что даже на голом сервере без пользователей и виджетов, мы видим низкие показатели.

фото
4

Внесу свою лепту. https://prnt.sc/v2upsh хостинг

https://prnt.sc/v2uqiz модули

https://prnt.sc/v2urup Мобилка https://prnt.sc/v2usmr расшифровка

https://prnt.sc/v2ut2f ПК https://prnt.sc/v2utiw расшифровка

С повторным анализом данные сильно улучшаются, но для определения что у Гугл, что у Яндекс адаптивности мобильных устройств это не поможет. Они определяют по одному сканированию. Факты: https://prnt.sc/v2uvzu

фото
6

Вы говорите не ругаться, от себя скажу что уже накипело я уйму времени потратил не на посадочные страницы и другие моменты связанные с функционалом , а на анализ решения, поиск затыков, оптимизация на уровне исходных данных (ТП СВОЙСТВА - некоторые пришлось убрать из выгрузки) тесты на одном хостере на другом хостере , поиск по форумам кто как пробовал настраивать, установка сжатий оптимизаций и.т.д. опять же за некоторые моменты ДОП ОПЛАТА.

Тесты с отключением блоков на главной, некоторые моменты пришлось вообще убрать хотя бы ли бы не лишними. Вы представляете сколько это часов работы, которые могли бы пойти на функционал!?

И что в итоге, не чего не поменялось кардинально.


Есть много проектов которые нагружены очень жутко и имеют большую структуру из блоков на главной Но они на телефоне пархают. В моем случае 70% пользователей МОБИЛКА и она так долго грузиться, это не очень хорошо.

фото
1

Всем привет. Ууух дискуссия. Мы не утверждаем, что всё хорошо, и на этом мы сложили руки. Более того считаем, что нет предела совершенству, и наш чейнджлог показывает, что мы постоянно развиваемся. Но не бывает так, по мановению волшебной палочки все разом остались счастливы и довольны. Каждая хотелка это всегда аудит и поиск лучшего исполнения. Присоединюсь к коллегам выше и настоятельно попрошу придерживаться вежливого общения. Мы за конструктив.

фото
1

Не разработались еще там?

фото
1

На днях выйдет обновление и думаю увидим

фото
2

Обновление то будет, обновления выходят с завидной регулярностью, но не стоит ожидать, как я писал выше, одного обновления, которое исправит весь код в решении. Мы работаем по Agile - каждая итерация вводит улучшения, и за счёт их количества и скорости достигается общий результат. Клиентов много и каждый ждёт именно свой ISSUE. Стараемся угодить всем. Так, например за текущий квартал лишь по одному Максимуму было выпущено 105 исправлений/пожеланий. В общем, решение развивается и будет еще много апдейтов.

фото
1

В последнем обновлении было только одно улучшение. В очереди пару сотен минимум стоят. Ждем на днях какого-то обновления пообъемнее. И уже так много обновлений что спустя год по-хорошему надо выпустить скомпилированную версию из всех предыдущих обновлений, чтобы новые пользователи получали одно готовое решение, а не решение +100500 обновлений. Каждый раз когда я для тестов накатываю чистовую установку она ставится всё дольше и дольше. Скоро час будем устанавливать решение.

фото
фото
2

Главное, что бы не делали работу ради работы и пускали пыль нам в глаза.


Очень сильно ждем хорошо оптимизированный код для АспроМаксимума. ОЧЕНЬ.

фото
1

ЖДЕМ!

фото
2

up!

фото
1

Дождёмся ли?

фото
1

Добрый вечер!

Действительно, есть ли какие-то планы со сроками по работе над данным обращением? Последний ответ 57 дней назад. Просим Вас дать какой-то комментарий, чтобы было понятно, чего можно ждать и когда.

фото
1

Главное что потом ответ будет в формате "СПЕЦИАЛИСТ ВАМ ОТВЕТИЛ НУ ТО ЧТО ПОЧТИ ДВА МЕСЯЦА НАЗАД НУ И ЧТО ОТВЕТИЛ ЖЕ)))"

фото
фото
2

Для разрабов https://habr.com/ru/post/467503/.

Оптимизируйте шаблон Аспро Максимума.

фото
1

Здравствуйте!

Спасибо за то, что делитесь полезными материалами. Если вы отлично разбираетесь в веб-разработке, то понимаете, что конкретное значение скорости Google PageSpeed не выдает, а показатель зависит не только от кода решения.

Чем сложнее функционал, тем сильнее это отразится на показателях Google PageSpeed, т. к. один из критериев — это размер структуры DOM.

Мы занимаемся оптимизацией Аспро: Максимум. Этот этап есть и на этапе разработки, и на ревью в дальнейшем. В любом случае, показатели Google PageSpeed и скорости загрузки страниц важны любому проекту. Поэтому эту задачу без внимания не оставим.

фото
фото
1

Добрый день!

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

Ранее уже обсуждалось, что задача никогда не будет выполнена на 100%, так как оптимизация закладывается даже на этапе разработки нового функционала.

фото
1

Главное понимать что всякие обманки гугла и других систем не нужны, нужно что бы работало быстро в каталоге и на главной странице (которые являються приоритетными так же как и корзина), даже на мощном железе решение работает медленно, если нашрузить в раздел 5000 товаров то просто ужас происходит все намериво повисает, картинки пережатые долго отображаються покупателю деталка страдает не оптимизирована. Услыште пожалуйста нас пользователей не со стороны а вот вам красивые цифры, а в плане улучшения кода. По дом вы можите много говорить что блоки и все остальные дела влияют, да есть такой момент но почему то на крыпных магазинах как валберис озон днс эльдорадо мвидео все пархает на фоне громадных остатков свойств и всего остального.

фото
2

Роман, категорически не согласен с вашими претензиями :( вы адресуете их не по адресу.


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

видимо потому что они не на 1С-Bitrix работают, и используется кластерная система как для фронта для и для БД :) + содержат штат DBA, которые анализируют/мониторят БД и оптимизируют индексы для повышения скорости загрузки, для интеграции реализуют информационную шину (к примеру, RabbitMQ) чтобы снизить нагрузку на фронт.

"если нашрузить в раздел 5000 товаров то просто ужас происходит все намериво повисает," - так это не вопрос к ШАБЛОНУ от Аспро, это вопрос к ядру CMS 1C-Битриксу и к архитектуре которую вы используете.

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


успешный опыт по оптимизации Битрикса небольшими затратами:

https://marketplace.1c-bitrix.ru/solutions/arturgolubev.lazyimage/

https://marketplace.1c-bitrix.ru/solutions/arturgolubev.cssinliner/

пользуюсь шаблоном Аспро:Максимум на 13000 SKU, шаблоном доволен, работой CMS временами - требует постоянного контроля и оптимизации.

фото
3

У каждого своё виденье того как должно быть, и цель моего сообщения была попросить не цифрами гугла нам поправить, а сделать оптимизацию кода. Не более того.

фото
фото
2

Прилетело обновление и наступила огромная грусть и печаль.

Теперь мобильная версия сайта отрисовывается примерно от 20 до 30 сек. - так с каждой страницей.

Многие пишут, что сайт существенно стал медленнее работать.


РАБОТЫ НА ХОСТИНГЕ НЕ ПРОВОДИЛИСЬ И НИЧЕГО НЕ МЕНЯЛОСЬ!!!


Только времени прошло и до сих пор нет решения по ОПТИМИЗАЦИИ,

Хотел продлить срок поддержи, но точно этого не стану делать и никому не рекомендую тратить деньги на ветер...

фото
1

За то теперь есть услуги (((

фото
1

Здравствуйте, Роман!

Благодарим за комментарий. Вы один из самых активных пользователей решений Аспро. Мы всегда рады обратной связи от вас и объективным рассуждениям.

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

Решение удовлетворяет 70-80% потребностей наших пользователей. Поэтому мы реализуем популярные идеи на основе обратной связи от клиентов. Продажа услуг — это отличная возможность повысить средний чек в интернет-магазине. Это далеко не последнее крупное обновление. У нас еще много идей для реализации, чтобы вас порадовать.

фото
фото
3

1С Битрикс скоро перестанет поддерживать php 7.2 т.к платформа перейдет на php 7.4 и выше.

Так вот: Мы перешли на версию php 7.4 и у нас загрузка сайта ухудшилась в 10 раз (буквально).

Как известно, Аспро в последнем обновлении написала, что подточили под версию php 7.4 - ЭТО ВРАНЬЕ.


Совместно с хостинг провайдером провели тестирование между версиями php 7.2 и php 7.4 и были в шоке. Код сам не оптимизирован под php 7.4 и выше.


Замерили в т.ч и TTFB после возврата на 7.2 вместо 7.4, разница в 10 раз в пользу 7.2.

Т.е сайт на версии php 7.2 в 10 раз быстрее чем на 7.4.

Это связанно с оптимизацией самого сайта к версии php 7.4 - ПРОСТЫМИ СЛОВАМИ, САЙТ НЕ ОПТИМИЗИРОВАН ПОД ВЕРСИЮ PHP 7.4 и выше.

Есть куча других показателей которые мы можем предоставить Аспро.


И конечно самое важно: Мы позвонили в Аспро и сообщили, что есть очень большая проблема со скоростью сайта, объяснили и про php, но в ответ нам сказали, если хотите что бы мы провели диагностику глубокую ТО ЭТО ПЛАТНО. Коллеги, вы надеюсь понимаете, что происходит.

Уверен, что после того как 1С Битрикс перейдет на версии php 7.4 и выше, то массово все кто купил Аспро Максимум+1С Битрикс начнут переходить тоже на последнюю версию php (ибо не смогу обновлять платформу 1С Битрикса) и тут начнутся ТОРМОЗА, а Аспро заявит, что ЭТО ДОП.ДОРОБОТКА - ПЛАТИТЕ.


347b3bd1aecfdb0800a3a2c0e011b2510feabf6b770e6ff77c76e8606030a863

фото
1

Я им давно уже пишу, что у них код тормозной. В ответ, пишут, перейдите на наш хостинг, будет все быстро.

фото
1

Причем зафиксили уже этот момент на разных хостингах, машинках и ресурсах. Был момент когда показывали скорость работы на голом железе.

фото
1

Здравствуйте!


Благодарим за комментарии. Давайте подробнее разберемся в ситуации.


Обновление и скорость адаптивной версии сайта. С выходом обновления скорость на сайте может меняться. Проверить все сочетания настроек во всех браузерах и устройствах — нереально. Поэтому мы всегда рады обратной связи от наших клиентов.


После обновлений может изменяться работа сайта в десктопной и адаптивной версии одновременно. Отдельно адаптивная версия потерять в скорости не может. По работе адаптивной версии сайта, пожалуйста, обратитесь в техподдержку https://aspro.ru/support/. Посмотрим, что происходит у вас на проекте, и поможем с настройками.


Изменения версии PHP и оптимизация кода решений Аспро. В новой версии PHP добавлено несколько новых конструкций в синтаксисе, которые призваны облегчить жизнь программистам. Отсутствие ошибок на версии PHP 7.4 мы проверили в версии 1.3.1. Старый код при этом не перестал работать, в некотором смысле даже стал быстрее. То есть код, написанный на ранних версиях PHP, продолжает работать на более поздних.


Показатель TTFB и скорость сайта. TTFB (Time To First Byte) — метрика, характеризующая работу сети, время получения первого байта информации после отправки запроса клиентом к веб-серверу.


Использовать показатель TTFB для оценки скорости сайта не совсем корректно. Влияние на него оказывают многие факторы — начиная от хостинг-провайдера и подобранного тарифа до работы маршрутизатора. Гарантированное уменьшение показателя TTFB даст только правильная настройка веб-сервера.


Параметр TTFB можно легко завысить. Искусственное замедление может произойти из-за соседней вкладки с загружаемой видеорекламой, при включенном VPN и т. д. В том же браузере можно снизить скорость загрузки с помощью инструментов для разработчиков. Итог: на этот параметр влияет много факторов. Попробуйте замерить это значение несколько раз, не меняя версии PHP, и убедитесь в этом сами.


Правильнее всего замерять скорость с помощью отладки — http://joxi.ru/n2Yq5q3he6aeZ2. Для примера, измерим скорость на главной Аспро: Максимум со всеми включенными блоками.

Измерения показали, что сайт на версии PHP 7.4. работает быстрее. Показатели могут варьироваться от проверки к проверке. В целом суммарная цифра будет одинаковой вне зависимости от версии PHP.


Мы готовы посмотреть показатели, о которых вы говорите. Пожалуйста, вышлите их в техподдержку https://aspro.ru/support/. Посмотрим, что происходит у вас на проекте, и поможем с настройками.


Платные доработки и глубокая диагностика проекта. По телефону менеджеры вас проконсультировали верно. Диагностика и ускорение сайта — это платные услуги. В ответе выше мы говорили о том, что на скорость сайта влияет множество факторов и есть разница, какие инструменты для измерения этой скорости использовать.


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

фото
1

Одна болтовня.

в ТП мне сказали, удалите счетчики метрики, гугла и тогда будет чуть быстрее работать.

Вы понимаете уровень профессионализма человека в ТП который предлагает такое?!

И как вишенка на торте, в ТП говорят так: СТАНДАРТНОЕ ИСПОЛЕНИЯ АСПРО МАКСИМУМ оптимизировано. А если вы добавили новые карточки товара, характеристики, доп. поля и т.д это уже ваша вина. ))))))))))) жесть.

И как мы видим, вы тестировали демо-продукт (сайт), а не реальный проект.

фото
фото
2

Мда (((( Момент серьезный, что тут скажешь. Рано бить тревогу я думаю не стоит, но судя по собранным данным в режиме тестирования если будет глобальный переход то это будет капец (((( Ждем обратной связи от команды АСПРО надеюсь получить лояльный ответ, без общих размытых фраз.

фото
2

Я уже честно говоря начинаю жалеть что ушел от BXREADY флагман. Ну что тут скажешь будет массово будем требовать исполнения их обязательств по поддержки продукта.

фото
1

Если я не ошибаюсь то АСПРО и купила BX компанию.

фото
1

Именно так ! это был их главный конкурент и они его убрали и это печально там работало все четко

фото
1

Хотя казалось бы должно было стать все лучше такая большая команда, опытные специалисты а шаблоны вот 9й месяц ждем пока оптимизируют ((((

фото
1

Официальное сообщение от 1С Битрикса:


Внимание

С 01.04.2021 будет ограничена поддержка наших продуктов на PHP версии ниже 7.3.0. Рекомендуемая версия PHP - 7.4.0 и выше.


Тем кто купил продукт Аспро - начинаем унывать, жестко.

фото
1

У меня 7 4 9 стоит уже давно

фото
фото
1

Разрабы вы где? Дайте ответ клиентам продукта Аспро Максимум.

фото
1

Одна болтовня.

в ТП мне сказали, удалите счетчики метрики, гугла и тогда будет чуть быстрее работать.

Вы понимаете уровень профессионализма человека в ТП который предлагает такое?!

И как вишенка на торте, в ТП говорят так: СТАНДАРТНОЕ ИСПОЛЕНИЯ АСПРО МАКСИМУМ оптимизировано. А если вы добавили новые карточки товара, характеристики, доп. поля и т.д это уже ваша вина. ))))))))))) жесть.

И как мы видим, вы тестировали демо-продукт (сайт), а не реальный проект.

фото
1

Вы отключите кеширование, у меня одна страница каталога выдает 13335 запросов к БД)))

фото
1

Теперь о подробном.

Возможно это связано и с memcached так как на PHP 7.3 и 7.4 выдаёт типа ошибки.

Причина в том, что после PHP выше 7.2 в сборке для mod_php нет memcached:

*****@zippo:~/********.ru/public_html [0] $ for i in $(seq 2 4); do echo "PHP Version: php7.${i}" && php7.${i} -m -i | grep memcache; done
PHP Version: php7.2
memcache
memcached
PHP Version: php7.3
memcached
PHP Version: php7.4
memcached
****@zippo:~/******.ru/public_html [0] $ 
А Битрикс проверяет именно memcached - который отсутствует, его установить для mod_php не получиться на Виртуальном Хостинге.

Других очевидных причин я не зафиксировал. Отключение различных модулей и переподключение Кэширования и Композита никак не повлияла на отклик.

Однако всё же требуется дополнительно получить ответ от разрабов относительно данной ситуации.

Отмечу, что на Виртуальном Хостинге есть уже готовый стек Программного Обеспечения и изменить его - например готовую сборку mod_php нет возможности.

Модули PHP ( memcached ) можно собирать в cgi - однако работа сайта в cgi может ещё более замедлиться, поэтому это не оптимальный вариант.


От разразрабов Аспро нужный результаты тестов и ссылки на страницы с вызовом phpinfo() для версии PHP соответствующей установленной для сайтов на Хостингах, где проверка прошла быстрее - это нужно, так как без каких либо фактических данных, нельзя сказать подробнее.

фото
1

Да, я столкнулся с тем же самым, на php 7.4 нет memcache, поэтому проблема с кешированием. Перевел на файлы, стало лучше. Но удивляет количество запросов без работы кеша, 13335 это жуть.... Если будет больше 50 тыс товаров, думаю нужен будет нереально дорогой хостинг.

фото
1

12к платим и то не вау, надо датацентр гугла с мегафоновскими серверами кеширования в регионах

фото
1

Разрабы, ждем ответа от вас.

Без раскачивание качелей - четкий ответ и решение.

фото
1

Разрабы, осталось 15 дней. Дайте ответ.

фото
1

up!

фото
1

Осталось 10 дней. Ответа нет от Аспро.

фото
1

Здравствуйте! После вашего обращения мы провели тестирование на стандартном шаблоне решения, отключив кастомизированный шаблон и файл со сторонними скриптами. На стандартном шаблоне все работало корректно, задержек не было.


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


Напомним, что на скорость загрузки страниц влияет множество факторов: количество свойств, торговых предложений, складов, посещаемость на сайте, хостинг, функционирование сторонних сервисов и т.д. И все это нужно учитывать. Поэтому скорость загрузки — это всегда индивидуальный показатель. Чем больше модулей подключено и доработок выполнено, тем ниже производительность.


По поводу параметра TTFB — он тоже нестабилен. Разбирали его особенности в предыдущем ответе. Вы можете замерять его в административной части сайта и убедитесь, что значение так же будет меняться.


На счет отсутствия memcached в версиях PHP выше 7.2 обратитесь к вашему хостинг-провайдеру. Это не связано с нашими решениями.


>> «От разразрабов Аспро нужный результаты тестов и ссылки на страницы с вызовом phpinfo() для версии PHP соответствующей установленной для сайтов на Хостингах, где проверка прошла быстрее - это нужно, так как без каких либо фактических данных, нельзя сказать подробнее.» — у каждого клиента свой хостинг со своими настройками, поэтому проверку должен проводить хостинг, а не мы.


В результате проверки на стандартном шаблоне задержек в работе сайта нет. А по поводу проверки настроек версии PHP обратитесь, пожалуйста, к вашему хостинг-провайдеру.

фото
1

1. Специалист техподдержки не говорил вам отключить сторонние модули и скрипты на проекте. Вам предложили провести самостоятельную диагностику: сделать резервную копию и по очереди отключать скрипты и внешние сервисы, чтобы выяснить, что именно дает такую нагрузку. - -> Либо вы выложите запись разговора сюда либо это сделаю я. Не нужно вводить двойные стандарты.

фото
2

Мы никогда не советуем клиентам отключить сторонние модули и скрипты навсегда. Это нужно лишь временно для диагностики. Жаль, что между нами произошло недопонимание!

Ни мы, ни вы не можем выкладывать нашу переписку, согласно статье 138 УК РФ «Нарушение тайны переписки, телефонных переговоров, почтовых, телеграфных или иных сообщений». Если мы выложим наше общение в переписке, то нарушим закон.

Давайте еще раз персонально обсудим эту ситуацию со специалистом техподдержки.

фото
фото
3

Разработчики рекомендую обратить внимание на работу конкурентов https://magnet.nextype-demo.ru/ . Скорость работы удивляет.

фото
1

Скорость огонь!

фото
1

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

Уровень!!!

фото
фото
1

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

фото
2

Зачем это делать, когда и так все продается)). Я до этого купил решение BXREADY, через пару месяцев он сдулся. Думаю тут такая же участь ждет.

фото
3

Уважаемые разработчики вы конечно извините но это ДИНАМО, пост набрал мега популярность по отношению к другим в ИДЕЙНОМ центре.

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


Мы даже не можем получит ответа когда это все закончится. СТАТУС В РАЗРАБОТКЕ много обещающий. В очередной раз просим Вас приведите шаблон в нормальное состояние по скорости. Вот эти все моменты что от многих факторов зависит это Мы всё знаем, поэтому люди вам уже не раз отправляли данные когда на сайте сидит один пользователь ХОСТИНГ МОЩНЫЙ, и человек сидит с современным телефоном под ВЫШКОЙ ОПЕРАТОРА и всё ровно МЕДЛЕННО!!!! Крик души уже с вашим шаблоном.

фото
фото
2

Разработчик ответь своим клиентам на поставленные вопросы! если ты считаешь что все эти люди не правы приведи пруфы и что все это голословные обвинения. Что про это думаю я, раз разработчик просто игнорит и ни чего делать не хочет а это очевидно по его ответам я просто не буду покупать продление а они совсем не частые а новые покупатели почитают то что тут пишут и просто не будут покупать продукт ну а последствия для компании с таким подходом очевидны. Разработчик это не обвинение это претензия ответь людям и приведи пруфы что вы сделали все что могли и во всем виноват битрикс.

фото
2

Смотрите, данная тема указана как в разработке, разрабы как бы тоже говори что работают. Что не так. Если еще не готово значит не так все просто. Может нас удивят новым шаблоном а не доработанным Некстом. А на это нужно время.

фото
фото
1

Здравствуйте! Спасибо вам за активное обсуждение нашего продукты. Рады, что вы неравнодушно относитесь к работе наших решений. Задача по оптимизации всегда в приоритете, но она состоит из целого комплекса подзадач. В каждом обновлении мы улучшаем функционал и выполняем работы по оптимизации. Но так как задача крупная, вам может быть не заметна динамика. Поэтому, чтобы сделать работу более наглядной, мы будем в списке обновлений делать пометку в задачах, которые влияют на оптимизацию. Для нас задача важна так же, как и для вас. Чтобы качественно решить эту задачу нужно время. Ведь оптимизация — это наша постоянная работа над улучшениями, и она никогда не останавливается.

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

Давайте с пониманием относиться друг к другу. Задача имеет самый высокий приоритет. В крови у разработчиков и невидимыми чернилами между строк в задачах мы несем эту идею. Огромная просьба: давайте не выводить эту тему в ежедневные дискуссии. Мы начинаем тратить ресурсы друг друга не в том направлении. Будем лучше ценить время и тратить его на продуктивные вещи.

фото
2

Все отлично, но прошло 4 месяца нового года, а картина никак не изменилась. Люди хотят перемен, хочется видеть прогресс, а получается, как обычно. Относитесь к клиентам с уважением и прислушивайтесь к ним. Мы просим, то что нам нужно именно СЕГОДНЯ-ЗАВТРА. Вы делаете продукт, на котором мы строим бизнес, без нас ваша работа никому не нужна, решите для себя, что в приоритете, сторонние проекты или АСПРО.

фото
2

Уважаемые разработчики! Чтобы было меньше ежедневных негативных постов в эту ветку, может быть стоит разработать и опубликовать какой-то конкретный план действий? Просто пока по Вашим словам создаётся ощущение, что никто отдельно этой задачей не занимается. Нет плана действий, сроков, назначенных на неё специалистов. Дайте больше информации о том, что делается, что запланировано, какие результаты ожидаете от запланированного, назовите сроки. Тогда можно будет что-то обсуждать по-существу.

фото
2

Поддерживаю на счет плана. О каком терпении может идти речь когда за 11 месяцев мы не чего не получили, и это не какая та доработка, а просьба сделать то за что мы отдали кучу денег все вместе.

Подытожим каждый раз получаем размытую картину, что бы не было еженедельных недовольств, ВЫ закройте проблему и все будут довольны.

Задача имеет самый высокий приоритет. - Да и поэтому мы увидели новый SEO модуль ))))))))

Честно я уже не жду каких то правок, опять сидеть тестить для вас, ваши же косяки и недочеты НАДОЕЛО!!! Вот как есть сейчас работает (очень медленно мобилки греются от вашего шаблона) да и ладно!

фото
1

Дорогие вы наши и любимые. Команда разработчиков присоединяется ко всему вышесказанному Главного по идеям.

Не будем раскрывать свои карты пока. Сейчас есть наработки, которые мы совсем скоро анонсируем, буквально со дня на день. Мы ожидаем существенного улучшения, которое вы получите в обновлении.

фото
1

Уже все забыли про Аспро и купили новые продукты, а вы проснулись))))

фото
3

Мы так и сделали со своим первым проектом, выбрали другого разраба.

Второй проект на Аспро, но не стали продлевать и за месяц до окончании лицензии появилось вот что)))))) Понятия не имею...как так. Если есть у кото так же напишите.

bddb1934ccf1b4bc516a33cc6263025b

фото
2

Не будем раскрывать свои карты пока. Сейчас есть наработки, которые мы совсем скоро анонсируем, буквально со дня на день. Мы ожидаем существенного улучшения, которое вы получите в обновлении.


Увидели ваши "карты", обновление когда?


фото
2

Можно успокоиться, ничего не будет.

фото
2

Alexey Patrakov ● 21 дн. назад писал:

"Дорогие вы наши и любимые. Команда разработчиков присоединяется ко всему вышесказанному Главного по идеям.

Не будем раскрывать свои карты пока. Сейчас есть наработки, которые мы совсем скоро анонсируем, буквально со дня на день. Мы ожидаем существенного улучшения, которое вы получите в обновлении."

Теперь уже с недели на неделю?

фото
1

Действительно, карты раскрыты, и мы были заняты запуском нового продукта. Сейчас вы уже можете посмотреть запись онлайн-презентации — https://youtu.be/DR932PosIVo и ознакомиться с новой технологически продвинутой платформой на сайте Аспро: Корпоративный сайт 3.0 — https://clck.ru/Utmkw.

Новый продукт всегда отнимает много ресурсов, но несмотря на это, мы выпускали обновления решений. А так как новый продукт уже вышел, то мы намного больше времени и сил уделим обновлениям. Улучшения Аспро: Максимум уже в работе. Так что исправления скоро будут. Напомним, изменения будут внедряться постепенно. Все номера выполненных задач опубликуем во вкладке «Что нового» на 1С-Битрикс: Маркетплейс http://joxi.ru/L21ZaPgi0ZQnqA. Как и договаривались, в описании обновления отметим, что относится к оптимизации.

фото
фото
3

Жесть продолжается)))))))))))))))))))))))))))

фото
1

В плане?

фото
3

Здравствуйте! Как и обещали, сообщаем новую информацию о продвижении работ по оптимизации решения Аспро: Максимум. Версия 1.6.0 получила следующие обновления:


1. Подключение шрифтов локально.


В Аспро: Максимум теперь добавлена настройка «Использовать self-hosted шрифты». Эта опция доступна только для предустановленных шрифтов.

При активации настройки шрифты загружаются из файлов, размещенных на сайте, а не с серверов Google. Это поможет увеличить показатели PSI и уменьшать время загрузки сайта.

2. Пересчет высоты карточек.

Мы убрали лишние скрипты для пересчета высоты карточек в списке товаров. Это позволило сократить время загрузки страницы.

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

фото
1

Здравствуйте, не знаю задумано ли так, но диалог не продолжился https://yadi.sk/i/9QGIUHWW4iGfSA

у меня отображаются квадраты https://yadi.sk/i/U9AZ6MIzGUxYJg при опции "Использовать self-hosted шрифты"

Можно ли заменить на простые слова "руб", это у меня на другом сайте, который еще не обновлен до 1.6 https://yadi.sk/i/eay_REQdzyLfdQ

фото
фото
1

Коллеги, поделитесь пожалуйста инфой, после последней обновы сайт стал лучше (быстрее) работать или нет?

Что изменилось?

Оптимизировали код или все же это очередная ЛЯПА?

А то не хочется ДАРИТЬ деньги.

фото
2

Незнаю как у кого , от себя скажу каталог как грузился долго так и грузится для любителей цифр гуглспид 20 балов на мобиле 67 на десктопе))) все настроено обновлено кеши композиты ленивые загрузки .... вообщем по максимуму результаты после обновы я озвучил

фото
2

Ничего не изменилось

фото
фото
2

Конец!!! Прам-пам-пам

фото
4

Добрый день! Продолжаем серию работ по оптимизации. Для этого в апдейте были осуществлены следующие задачи:

1.На главной странице заменена библиотека для основного слайдера. Для его работы используется сторонний ресурс. Раньше это был плагин Owl Carousel. В обновлении он был заменен на новый — Swipe.

Новый плагин имеет ряд преимуществ. Он более современный. У плагина больше возможностей для визуального оформления и seo-продвижения. Но главное, что Swiper быстрее своего предшественника. Новый плагин не только быстрее инициализируется (появляется на странице в рабочем виде). Но и быстрее перелистывает элементы внутри слайдера.

Подробнее о функционале плагина вы можете прочитать на официальном сайте https://swiperjs.com/. Также прикладываем ссылку на GitHub https://github.com/nolimits4web/swiper.

2.Изменили подгрузка некоторых CSS и JS файлов.

Это коснулось плагинов FancyBox, Owl Carousel и шрифта Font Awesome. Ранее файлы этого функционала подключались на всех странице сайта. Это тратило ресурсы на загрузку. Теперь файлы будут подгружаться, только если плагины или шрифт используется в шаблоне на этой странице.

фото
3

Мелкими шагами но все же, допиливаем решение до нужного состояния. Спасибо!

фото
2

Спасибо обновился, посмотрим через месяц другой будет ли лучше грузится мобильная версия. Пока что то так https://yadi.sk/i/L92xqUYsSJHe0A

фото
2

По скорости, та же самая страница через 27 дней. ситуация у меня не сильно изменилась. Радует что есть какие подвижки, но естественно потребитель хочет большего https://yadi.sk/i/GjjvzXjroPrA9g

фото
фото
1

Ребят, поделитесь результатами последней обновы.

Улучшения есть хоть какие-нибудь?

фото
1

По моим ощущениям стало ещё хуже, товары с тп, в списке открываются до 70 секунд 🤦‍♂🤦‍♂🤦‍♂

фото
1

Стало только хуже. Андрей Ковач верно говорит.

фото
1

Не могу сказать за все, но внесу в лепту))) По скорости работы самого основного КАТАЛОГ ТОВАРОВ ВИЗУАЛЬНО я не увидел прироста либо каких то прям моментов которые радуют глаз.

При отключении расчета высоты блоков которое было в обнове теперь часто в админке шапка разваливается (ДА ДА ДА КОМПОЗИТ ОТКЛЮЧЕННЫЙ И КЕША НЕТ). В списке товаров в мобилке блок который выводит связанные статьи ГЛЮЧИТ после картинки идет 3-4 пробела потом текст через пару секунд он оживает обратно. Как то так.

фото
1

Ну и так сверху масштабируемость в ранее смотрели стала корявой , похожие товары тоже стали в ужасном виде http://joxi.ru/Q2KzZ86CvDkJwm высота 1600 http://joxi.ru/BA05YBZHpex7Yr

фото
1

Херня какая-то!!! Спасибо огромное всем за отклик.

Админы - активируйтесь!!!!!

фото
фото
2

Проанализировав проблемы скорости вашего решения Аспро.Максимум, в плане товаров с торговыми предложениями, я пришел к выводу что тормоза происходят из за остатков товаров. Когда товар без ТП, sql запрос к базе происходит мгновенно, в среднем 0.0003 сек. Когда товар с ТП, и ТП 6 штук, то время запроса увеличивается до 3,5 секунд. Разве это нормально? Может стоит разбивать запросы по каждому ТП? И тогда скорость мне кажется повысится... Тесты проводил на каталоге с 24 складами.

фото
2

Вы написали одно из 1000 проблем)))

фото
1

это проблема только в catalog.section, которая действительно влияет на открытие раздела каталога. А представьте сколько открывается такой раздел с товарами с ТП? Примерно от 70 до 100 секунд

фото
1

Андрей впринципе я сразу когда вел обсуждение и делал анализ работы решения с не ГРОМАДНЫМ количеством ТП, указывал на то что главный элемент для продаж КАТАЛОГ работает очень медленно. Но пока до этого момента не дошли *(

фото
6

После долгих тестов и анализов я пришел к выводу, все проблема скорости решения, в том что он написан на старом api особенно в главном классе Cmax.php


Переписав всего одну строчку на новое ядро D7, тот раздел каталога, когда он не в кэше, стал открываться за 2 секунды вместо 57 секунд.


Может пора полностью перейти на D7, что скажете АСПРО? Я сомневаюсь что ещё кто то использует версию платформы ниже 18.5


Ну в конце то концов 21 век, надо двигаться в нужном направлении и не оглядываться назад!

фото
1

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

фото
1

Делитесь решением, возможно будет полезно всем, раз у разработчика не хватает компетенции.

фото
2

Да, новые шаблоны куда более шустрее. Многие заказчики уже смотрят в сторону них.

фото
2

У меня версия шаблона 1.6.2

Строка 6106 файла Cmax.php заменяем конструкцию

$rsStore = CCatalogStore::GetList(array(), array_merge($arFilter, array('PRODUCT_ID' => $arOffers)), false, false, $arSelect);

на

$rsStore = \Bitrix\Catalog\StoreProductTable::getList(array('filter' => array('=PRODUCT_ID'=>$productId,'STORE.ACTIVE'=>'Y'),));

фото
1

А файл где найти?

фото
фото
1

/bitrix/modules/aspro.max/classes/general

фото
2

Народ ну что работает ваша улучшалка? АСПРО ДАЙТЕ комментарий по коду

фото
1

Кто нибудь уже использовал эту конструкцию? Работает?

фото
2

Так сами попробуйте! Откройте раздел с товарами у которых есть ТП, включите отладку, сбросьте кэш, посмотрите на результаты загрузки страницы, затем измените код, и на этой же странице раздела сбросьте кэш и посмотрите на результаты.

фото
2

Момент в легальности таких изминений, а то потом АСПРО будет говорить что вы сами все закастомили.......

фото
фото
1

Я попробовал. Возможно неправильно, делал в Google Chrome->Проверка->Lighthouse. Данные идентичны. Возможо не наш случай. Абсолютно все товары с ТП. Но и страница раздела грузилась до предложенных изменений относительно недолго - пару секунд, значительно дольше картинки.

b0039dab5b889c45daaa3262895ad13b

фото
1

Предложенное изменение решает проблему, с загрузкой раздела, который не в кэше, в котором все товары с ТП(7-15шт) и когда складов у вас от 3 шт. Данное изменение, меняет технологию запроса по остаткам товаров. На старом ядре в каждом запросе к базе, участвуют все ID ТП одного товара, что увеличивает нагрузку и время исполнения запросов. А в новом ядре, каждый ID ТП проходит запрос к остаткам проходит по всем складам

фото
4

Добрый день.

» Может пора полностью перейти на D7, что скажете АСПРО?

Оценили ваше предложение. Назначили номер идеи — MAX-2618. Попробуем реализовать, поймем все плюсы и минусы. Однозначно заменим конструкцию для класса CCatalogStore.

Благодарим за ваше участие в развитии продукта! Будем стараться быть лучше ради вас.

фото
2

И говоря про оптимизацию кода хотелось бы чтобы улучшились показатели у сайта, а то у мобильной версии http://skrinshoter.ru/p/190821/7D7kzR и http://skrinshoter.ru/p/190821/bNOslb

фото
1

Здравствуйте. Рекомендуем проверить, чтобы в файле robots.txt были открыты папки /bitrix/templates/* и /bitrix/cache/*. Благодаря этому поисковые системы видят код, который отвечает за отображение контента. Проверьте, пожалуйста, выполнено ли это условие. Если все папки открыты, а ошибка сохраняется, нужно рассматривать страницы по отдельности.

Мы следим за показателями Google PageSpeed Insights. Но не рекомендуем его брать за основу измерений. Подробнее о показателе вы можете прочитать в нашем блоге https://clck.ru/XJsnw.

фото
3

В процессе написания своего компонента наткнулся на возможную xss уязвимость проявляющуюся на детальной странице.

Суть :

1. поставить наименование товара например "наименование товара alert('xss')".

пример https://max-try.ru/catalog/igrushki/myagkie_igrushki/3644/

2. сохранить.

3. открыть этот товар на детальной странице.

4. увидеть 10 алертов.


источник алертов: components/bitrix/catalog/main/element_normal.php


if(!$('.js_seo_title').length).......................

фото
2

Здравствуйте, практически нулевый сайт без допилов. Хостинг реддок.

50 товаров без свойств

Композит включен

https://yadi.sk/i/8am_tTBnSAnuzw

Как поработать над вот этими файлами, которые вроде как не используются. Это мобильная версия!

Настройки хостинга,

https://yadi.sk/i/PUtfRm2hJ5Jr_Q

фото
2

Евгений, тот кто ответит на этот вопрос получит прирост скорости рендеринга у пользователей минимум вдвое - остаётся надеяться на то, что разработчик разделит большие файлы js и css на меньшие и корректно настроит импорты.

По второму скриншоту, вам есть смысл включить nginx композит через memcached (и сессии через него же вместо хранения в базе), так отдача страницы будет быстрее.

фото
1

Очень бы хотелось, чтобы разработчики это сделали!

фото
1

ФС-Групп

не всегда так, когда объем кеша большой, это все зависит от объёмов товара, то встречаются просадки в отдаче, так как одновременно могут быть на кеш от 10-50 пользователей к примеру за это время страница без кеша успевает быстрее отработать.

фото
1

Здравствуйте.

>> В процессе написания своего компонента наткнулся на возможную xss уязвимость проявляющуюся на детальной странице.

Согласны, нужно устранить уязвимость. Назначили номер задачи — MAX-2741.

>> Как поработать над вот этими файлами, которые вроде как не используются. Это мобильная версия!

Думаем, что этот инструмент не совсем подходит для анализа шаблонного адаптивного многостраничного сайта. Увидели в скриншоте, что вы проверяете одну страницу на конкретном разрешении. При этом на сайте используется объединение файлов JavaScript для всего сайта. В том числе код для этой же страницы в другом разрешении.

JS у нас и так разбит по файлам. Поэтому можно отключить объединение этих файлов в главном модуле. Но это нежелательно. Чем больше файлов будет вызываться файлов со скриптами, тем больше времени потребуется браузеру для их обработки. И первое отображение страницы у клиента будет происходить медленнее.

Отключать объединение можно для дебага, но потом лучше включить объединение файлов.

Благодарим за помощь в развитии продукта. Будем рады другим предложениям.

фото
2

Как обстоят планы с оптимизацией работы вашего решения ? Какие планы на что направлены?

фото
1

Здравствуйте, Роман. Хитрые вопросы :) Вы же знаете, что мы работаем по гибкой методологии. Поэтому план задач может меняться.

Но хотим рассказать о последних обновлениях, которые касаются оптимизации кода:

1. Увеличена скорость открытия и закрытия форм обратного звонка, покупки в 1 клик и авторизации на мобильных устройствах — теперь формы открываются в попап-окнах (MAX-556).

2. Работа торговых предложений на детальной странице товара переведена в режим Ajax (MAX-1711).

3. Заменена конструкция для класса CCatalogStore на D7 (MAX-2618).

Работы над оптимизацией ведутся. Но о сроках выполнения и плане рассказать не можем. Будем вас радовать по факту выполнения задач :)

фото
фото
3

Все еще тормозит!!!

фото
3

Поддерживаем, в новых UPD не чего опять нет на ускорение, обещали отписывать если что то будет в этом направлении в UPD указывать....

фото
1

Здравствуйте. Жаль, что у вас сложилось такое впечатление :( Ведь мы искренне всегда стараемся улучшить скорость продукта.


Оптимизация в мелочах. Некоторые улучшения нельзя описать без углубления в технические термины. Поэтому они не всегда выносятся в описание изменений. Некоторые работы по улучшению идут параллельно с исправлением каких-то текущих проблем. И тоже не описываются отдельно.

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

Самая тема на Идейном Центре существует специально. Так мы можем отслеживать пожелания от пользователей и оперативно реагировать. Мы же не можем просто отреагировать на фразу клиента, что все тормозит. Нам нужно знать все особенности проекта: как настроен и наполнен.

Чтобы было идеально, нужно решать вопрос оптимизации проекта комплексно. Владельцы решают со стороны наполнения ведения проекта, а мы — со стороны кода.

Оптимизация есть в каждой задаче, в каждом обновлении. Задача очень обширная. Поэтому здесь стараемся описывать значимые и заметные для пользователей изменения. А не отчитываться о каждом новом символе в коде :)

Понимаем, что вам хочется моментального решения. Но это задача на долгий срок. Мы будем к ней возвращаться постоянно. Надеемся на ваше понимание!

фото
фото
2

Всем доброго дня. Как и обещали, рассказываем о последних изменениях, касающихся скорости загрузки сайта :)

Вышло обновление 1.9.0, в котором ускорена загрузка комплектов в карточке товара. Теперь товары в комплектах можно подгружать одновременно или поочередно — https://clck.ru/geufv. Перед обновлением обязательно сделайте резервную копию сайта.

Благодарим за помощь в развитии продукта!

фото
5

Спасибо большое, но к сожалению эти изменения толком не влияют на скорость первой отрисовки страницы, что является очень серьёзным фактором для мобильной выдачи Google.

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

Вторая проблема - сложный DOM, который и даёт высокое время отрисовки вкупе с разухабистым CSS. Тут не знаю, можно ли что-то сделать относительно легко, но на вид там есть возможности для упрощения - например, в товарных карточках в каталоге некоторые элементы без необходимости обёрнуты в другие, за счёт их исправления ускорились бы все страницы с товарами.

Третья проблема с мобильной выдачей Google - Cumulative Layout Shifting (CLS), но это вопрос не к производительности, я попробую сделать отчёт о том, что не так, и написать в подходящую идею здесь (или создать новую). По предварительному расследованию выяснилось, что у нас на сайте проблема в первую очередь с отсутствием height and width картинок, скорее всего мы добавим определение их размера в PHP, что потенциально чуть замедлит рендер, но сильно улучшит ситуацию с CLS. Ещё часть проблемы c CLS именно на desktop с окошком поиска, сдвигающим вправо телефон и форму входа - тут мы на своей стороне решения пока не придумали, я также попробую отписаться в подходящую задачу.

68eedaea0ab53c1fe11745f0d71afca4

Взять закладку для браузера, которая показывает значение CLS и смещённые элементы можно тут: после подсвечивания смещённых элементов на экране в консоли разработчика отображаются ссылки на них.

фото
3

Здравствуйте. Понимаем, что вы хотите мгновенное ускорение скорости. Но это комплексная и сложная задача. Мы постоянно работаем над ее выполнением. Каждая просьба клиентов добавить новый функционал влияет на скорость. Поэтому при обновлениях мы стараемся сохранить баланс: добавить новый функционал и сохранить скорость загрузки страниц.

Что касается ваших предложений:

1. Разделение JS и CSS. Благодарим вас за предложение. Мы уже в процессе реализации. Но это объемная и небыстрая задача. Поэтому результат вы увидите постепенно. Например, мы уже реализовали иконки Font Awesome. Теперь они подключаются не на каждой странице, а там, где нужны. Еще мы сделали слайдер Owl Carousel 2, который так же подключается по запросу.


2. Сложный DOM. К сожалению, это обусловлено универсальностью решения. Иногда мы вынуждены делать дополнительные обертки. И не всегда можем их убрать. Но это не значит, что мы этим не занимаемся. Мы не пишем про этом в апдейтах, так как изменения бывают небольшие. Поэтому понимаем, что это не так заметно.

3. CLS. Это тоже сложный и большой вопрос, который не закрыть одной задачей. Мы стараемся отдать страницу как можно раньше. А, например, шрифт подгружается чуть позже, и может происходить "сдвиг" страницы. Также может влиять композит, так как блоки подгружаются позже.

Благодарим вас, что так детально описали свои предложения. Хорошего вам дня!

фото
4

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

По CLS (Cumulative Layout Shift) насколько я вижу есть одна проблема, которая затрагивает все страницы сайта: размер картинок не известен до их загрузки, что даёт им размер от нуля до размера родительского контейнера в неизвестной пропорции. Если вы сможете добавить расчёт размера картинки из загружаемого файла и добавление ей HTML атрибутов height и width, то вместе с CSS браузер сможет понять точный размер (а точнее, пропорции) финальной картинки и предотвратить сдвиг. Насколько я могу судить, это главная причина наличия CLS выше порогового значения и на мобильных, и на больших экранах.

Сейчас на нашем сайте из-за CLS и длинного времени отрисовки (Largest Contentful Paint, LSP) 100% страниц сайта в мобильной выдачи помечены как слишком некачественные для пользователя, и почти не попадают в mobile-first выдачу. Я думаю, устранение одной из двух указанных Google проблем (что может быть относительно дёшево способом который я указал выше) может значительно улучшить ситуацию для всех пользователей Аспро, если это изменение даст желаемый результат я с удовольствием поделюсь с вами цифрами из Google Search Console для построения кейса для вашего блога.


Вот детали из Google Search Console, у сайта больше десяти тысяч страниц в индексе однако только ~150 попали в анализ Core Web Vitals и 100% страниц в этом анализе имеют проблемы с CLS и\или LCP:

698ac2d6abba17262b4d231be632824c

Вот показатели трафика, количество mobile-first трафика ничтожно, в какой-то момент мы получили до 10% страниц как "хорошие" для мобильных но затем они вновь были отмечены как проблемные и перестали получать мобильный трафик:

1a8da0cbb4ec774cfa37c0f4d52ab599

Для Desktop менее строгие требования к LCP и CLS, и Аспро, к счастью, сейчас им отвечает. Что неплохо, но в нашем сайте 60%+ трафика это мобильный трафик, что значит что мы всё время после миграции на Аспро теряем значительную часть потенциальных клиентов, которых Google пытается оградить от слишком медленных и некачественных сайтов.

ff36bf4c532d70722beda27db72bcda4

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

фото
2

Спасибо большое за конструктив! На самом деле все хотят оптимизацию и выдачу mobile-first. Вызывают удивление сайты на Вордпрессе, которые лучше оптимизированы, чем флагманский магазин от Аспро.

фото
1

Если кому-то вдруг интересно, я писал о своих боях с производительностью Аспро в этом и этом постах, а в GitHub проекте bitrix.infra можно посмотреть как настроить инфраструктуру более-менее оптимальным способом. К сожалению, текст по всем ссылкам только на английском.

Вот цифры самого Битрикса для сервера в Яндекс.Облаке с Intel Cascade Lake 8 vCPUs, 16Gb of RAM, 120Gb SSD 4000 read\write IOPS and 60Mb/s bandwidth. Если ваша цифра сильно меньше, возможно вам нужно попробовать сервер помощнее (если восемь ядер можно назвать мощью), а если и это не поможет - заглянуть в мой репозиторий за вдохновлением.

172490266-88710b9f-3776-4c5b-9852-590181d1d204

фото
фото
4

Есть ли в планах какие-то оптимизации по фронтенду? Например отойти от Бутстрап 3 и jquery на бутстрап 5 или на что-то более легковесное.

Может имеет смысл еще внедрить PHP Mobile Detect? Это тоже дает существенный прирост производительности.


А то сайт вроде на мощном и хорошо настроенном сервере, но пузомерка от google все равно ругается.

фото
3

Здравствуйте, Юрий. Оптимизация фронтенда — большой и сложный вопрос. Давайте разберем по порядку.

Bootstrap. Переход на пятую версию не даст значимого прироста скорости. Пришли к мнению, что лучше его вообще не использовать. Но решение уже выпущено. Поэтому полностью исключить фреймворк уже не получится. Очень много завязано на Bootstrap, переделывать придется весь сайт. Вторая причина в том, что на решении Аспро: Максимум уже запущены тысячи проектов. У многих клиентов есть индивидуальные доработки проектов. Все это нужно учесть и реализовать возможность включения и отключения опции.

Задачу зарегистрировали под номером MAX-3290. Но хотим напомнить, что сам 1С-Битрикс и сторонние модули используют этот фреймворк. Поэтому даже наш отказ от Bootstrap не даст сильного прироста скорости.

Jquery. Полностью отказаться от него не получится. Но возможно перейти на 3 версию. Также планируем реализовать опцию включения и отключения, чтобы сохранить работоспособность уже запущенных сайтов. Номер задачи — MAX-3291. Сайт станет немного быстрее. Но значительного прироста в PageSpeed Insights не будет.

PHP Mobile Detect. Согласны, вы написали хорошее предложение. Но пока мы предвидим два минуса. Во-первых, будут проблемы с поддержкой корректного отображения сайта на всех разрешениях при масштабировании экрана. Во-вторых, могут возникать проблемы при композите. Но плюсов намного больше.

Конечно, самым правильным решением было бы дождаться поддержки от 1С-Битрикс. Но мы понимаем, что скорость сайта — приоритетная задача. Поэтому возьмем в проработку. Посмотрим, сможем ли мы что-то сделать без поддержки 1С-Битрикс. Изучим этот вопрос более детально и проанализируем все свои возможности. Номер задачи — MAX-3292.

Благодарим вас за участие в развитии решения! Хорошего вам дня :)