Как предлагал Алексей Владленович 29 марта 2020 14:44 в обсуждениях решения https://marketplace.1c-bitrix.ru/solutions/aspro.max/#tab-comments-link убрать лишний код, касающийся 4х копий меню и получил номер заявки на улучшение MAX-1179 также предлагаю в целом поработать над сокращением кода либо в рамках этого же улучшения, либо нового.
Как пример страница категории товаров имеет приблизительно 10 000 строк https://yadi.sk/i/z73S1hV1RUYYPQ
Страница на Wildberries https://yadi.sk/i/8URrHutkzYE4Ow имеет менее 4 000 строк
Я понимаю что здесь о сокращении на 50-60% размера речь не идёт, но какие-то элементы возможно же сократить. Хотелось бы чтобы разработчики самостоятельно оценили возможность этой корректировки кода.
Здравствуйте! Спасибо вам за активное обсуждение нашего продукты. Рады, что вы неравнодушно относитесь к работе наших решений. Задача по оптимизации всегда в приоритете, но она состоит из целого комплекса подзадач. В каждом обновлении мы улучшаем функционал и выполняем работы по оптимизации. Но так как задача крупная, вам может быть не заметна динамика. Поэтому, чтобы сделать работу более наглядной, мы будем в списке обновлений делать пометку в задачах, которые влияют на оптимизацию. Для нас задача важна так же, как и для вас. Чтобы качественно решить эту задачу нужно время. Ведь оптимизация — это наша постоянная работа над улучшениями, и она никогда не останавливается.
С вашей стороны просим также бережно относиться к работе проекта. Большое количество модулей, блоков, кастома влияют на нагрузку. Это тоже нужно привести в порядок для максимального результата.
Давайте с пониманием относиться друг к другу. Задача имеет самый высокий приоритет. В крови у разработчиков и невидимыми чернилами между строк в задачах мы несем эту идею. Огромная просьба: давайте не выводить эту тему в ежедневные дискуссии. Мы начинаем тратить ресурсы друг друга не в том направлении. Будем лучше ценить время и тратить его на продуктивные вещи.
Здравствуйте! Спасибо вам за активное обсуждение нашего продукты. Рады, что вы неравнодушно относитесь к работе наших решений. Задача по оптимизации всегда в приоритете, но она состоит из целого комплекса подзадач. В каждом обновлении мы улучшаем функционал и выполняем работы по оптимизации. Но так как задача крупная, вам может быть не заметна динамика. Поэтому, чтобы сделать работу более наглядной, мы будем в списке обновлений делать пометку в задачах, которые влияют на оптимизацию. Для нас задача важна так же, как и для вас. Чтобы качественно решить эту задачу нужно время. Ведь оптимизация — это наша постоянная работа над улучшениями, и она никогда не останавливается.
С вашей стороны просим также бережно относиться к работе проекта. Большое количество модулей, блоков, кастома влияют на нагрузку. Это тоже нужно привести в порядок для максимального результата.
Давайте с пониманием относиться друг к другу. Задача имеет самый высокий приоритет. В крови у разработчиков и невидимыми чернилами между строк в задачах мы несем эту идею. Огромная просьба: давайте не выводить эту тему в ежедневные дискуссии. Мы начинаем тратить ресурсы друг друга не в том направлении. Будем лучше ценить время и тратить его на продуктивные вещи.
Я писал именно о том, что в коде страницы меню дублируется несколько раз. Как итог - переспам запросами страницы, что запарывает все сео-наработки т.к. в меню выводится H1 из категорий.4
Это критический косяк с точки зрения поискового продвижения магазинов.
Я писал именно о том, что в коде страницы меню дублируется несколько раз. Как итог - переспам запросами страницы, что запарывает все сео-наработки т.к. в меню выводится H1 из категорий.4
Это критический косяк с точки зрения поискового продвижения магазинов.
Еще новый косяк, в мобильной версии в режиме "компактный просмотр товаров" после нажатия на ПОКАЗАТЬ ЕЩЕ(стр2) товары появляются но прокрутка перестает работать, пару секунд тупит, далее прокрутка работает, далее после очередного нажатия ПОКАЗАТЬ ЕЩЕ (стр3) получаем тот же затуп. (Ленивая загрузка отключена так как с ней вообще каталог грузится как мамонт).
Еще новый косяк, в мобильной версии в режиме "компактный просмотр товаров" после нажатия на ПОКАЗАТЬ ЕЩЕ(стр2) товары появляются но прокрутка перестает работать, пару секунд тупит, далее прокрутка работает, далее после очередного нажатия ПОКАЗАТЬ ЕЩЕ (стр3) получаем тот же затуп. (Ленивая загрузка отключена так как с ней вообще каталог грузится как мамонт).
Главное меню глючит, после перехода на другую страницу - само открывает меню и все перекрывает, пока на пункт меню не навести.
Главное меню глючит, после перехода на другую страницу - само открывает меню и все перекрывает, пока на пункт меню не навести.
Здравствуйте.
В данном случае проблема с долгой отрисовкой связана с огромным размером DOM и загрузкой CSS. Все эти операции выполняются на клиенте, а решить это можно только внеся изменения в сайт. В данном вопросе затрудняемся подробно вас проконсультировать - рекомендуем обратиться к профильным специалистам. Но может быть полезно и интересно: https://habr.com/ru/company/yandex/blog/501998/
Огромная беда. Срочно надо решить вопрос!!!!!!
Здравствуйте.
В данном случае проблема с долгой отрисовкой связана с огромным размером DOM и загрузкой CSS. Все эти операции выполняются на клиенте, а решить это можно только внеся изменения в сайт. В данном вопросе затрудняемся подробно вас проконсультировать - рекомендуем обратиться к профильным специалистам. Но может быть полезно и интересно: https://habr.com/ru/company/yandex/blog/501998/
Огромная беда. Срочно надо решить вопрос!!!!!!
Это насколько надо плевать на покупателей максимума?!
Мы отключили основной баннер полностью
Убрали все счетчики, доп коды и т.д
Реализовали webP
Итого: НИЧЕГО НЕ ИЗМЕНИЛОСЬ ВООБЩЕ по скорости (открытию) отрисовки сайта!
Сервиси ГПС, Пингдом и т.д - ругают код сайта, оптимизация г..!
А вот конверсия сайта - это отдельная тема.
Что нам дало переход решения на Максимум по сравнению со старым сайтом:
1.Конверсия: минус 86% - (очень плохо, катастрофа, смерть, ЧП)
2.Отказы (время ожидания клиента): минус 61% - (очень плохо)
3.Время на сайте: + 2,11 (итого от 3,5 до 4,9 минут) - (хорошо)
Пришлось перейти обратно на старый сайт.
Я крайне не рекомендую данное решение и об этом отдельно статью пишу, что бы люди с этим г.. не сталкивались.
Это насколько надо плевать на покупателей максимума?!
Мы отключили основной баннер полностью
Убрали все счетчики, доп коды и т.д
Реализовали webP
Итого: НИЧЕГО НЕ ИЗМЕНИЛОСЬ ВООБЩЕ по скорости (открытию) отрисовки сайта!
Сервиси ГПС, Пингдом и т.д - ругают код сайта, оптимизация г..!
А вот конверсия сайта - это отдельная тема.
Что нам дало переход решения на Максимум по сравнению со старым сайтом:
1.Конверсия: минус 86% - (очень плохо, катастрофа, смерть, ЧП)
2.Отказы (время ожидания клиента): минус 61% - (очень плохо)
3.Время на сайте: + 2,11 (итого от 3,5 до 4,9 минут) - (хорошо)
Пришлось перейти обратно на старый сайт.
Я крайне не рекомендую данное решение и об этом отдельно статью пишу, что бы люди с этим г.. не сталкивались.
Рекорд побит по отказам от Аспро Максимум.
Старый сайт
Новый сайт на Аспро Максиму
Когда будет решена проблема оптимизации кардинально? Сроки назовите.
Рекорд побит по отказам от Аспро Максимум.
Старый сайт
Новый сайт на Аспро Максиму
Когда будет решена проблема оптимизации кардинально? Сроки назовите.
А оценка в 17 балов мобилки и 70% использования именно мобилки из 30 000 это показатель? Виджет битрикса грузится быстрее(задержка 3 секунды) чем отгрузка сайта идет, жто показатель ???
А оценка в 17 балов мобилки и 70% использования именно мобилки из 30 000 это показатель? Виджет битрикса грузится быстрее(задержка 3 секунды) чем отгрузка сайта идет, жто показатель ???
А грузят его баннера верхние, а ну и еще табы которые на слобом теле и инете можно просто пролистнуть со дня основания об этом говорю , толку 0 все хорошо
А грузят его баннера верхние, а ну и еще табы которые на слобом теле и инете можно просто пролистнуть со дня основания об этом говорю , толку 0 все хорошо
Что касаемо оптимизации то это на грани фантастики, все мы знаем что максимум это нашпигованный некст, так вот за два года никакой оптимизации не кто и не сделал в нексте а мы все в максимум это гдем ... факт.
Что касаемо оптимизации то это на грани фантастики, все мы знаем что максимум это нашпигованный некст, так вот за два года никакой оптимизации не кто и не сделал в нексте а мы все в максимум это гдем ... факт.
На днях тоже озаботился скоростью загрузки. Снял два видоса для Аспро. У всех такие же цифры? Больше всего порадовал DOM 42 секунды :)
https://yadi.sk/d/sU6WZIry3kWN4g
https://yadi.sk/i/MTy379Nj7Zo_4g
На днях тоже озаботился скоростью загрузки. Снял два видоса для Аспро. У всех такие же цифры? Больше всего порадовал DOM 42 секунды :)
https://yadi.sk/d/sU6WZIry3kWN4g
https://yadi.sk/i/MTy379Nj7Zo_4g
Предлагаю на маркетплейсе публиковать такие штуки - важно понимать перед покупкой какие тебя могут ждать последствия.
Предлагаю на маркетплейсе публиковать такие штуки - важно понимать перед покупкой какие тебя могут ждать последствия.
Мы:
Добрый день. Никак не можем решить проблему по снижению отказов на сайте. Большая часть людей отваливаются из-за скорости загрузки страницы. (ранее я приводил фотопримеры выше)
Ответ ТП Аспро:
Добрый день!наблюдаем, что у Вас низкая производительность сайта: ссылка
Производительность сайта может зависеть от множества факторов, таких как сторонние модули, сторонний код и оптимизация хостинга под платформу 1С-Битрикс. Вы можете попробовать создать резервную копию: перенести копию Вашего сайта на тестовый хостинг (то есть на хостинг который продает нам Аспро). Хостинг наших партнеров полностью оптимизирован для работы платформы 1С-Битрикс. Перенести сайт можно по статье: ссылка
Я надеюсь читатели данного коммента четко понимают к чем идет решение по оптимизации.
идем дальше.
Мы:
Сайт изначально плохо оптимизирован. И мы понимаем, что кучу доводов можно привести лишь бы скинуть с себя ответственность- а главное просто не решать проблему.
У нас на хостинге Бегет находятся 3 сайта на 1С Битриксе, и только продукт Аспро Максимум с очень плохими показателями.
В связи с этим, мы пишем вам для решения данной проблемы. Проблема в коде. И прошу индивидуально рассмотреть!
Показатели катастрофические для любой организации. Примите срочно меры по нашему проекту.
Ответ ТП Аспро:
Здравствуйте!
Создали резервную копию Вашего сайта и развернули её на тестовом хостинге по адресу: ссылка Производительность сайта составляет: - показатели норм.
Показатели pagespeed на тестовом хостинге:
НА Вашем хостинге: - очень плохие
Скорость загрузки страницы в режиме отладки, главная тестовый хостинг: нормальные
Страница каталога тестовый хостинг: показатель норма
Главная страница Ваш хостинг: очень плохой показатель
Страница в каталоге, Ваш хостинг: очень плохой показатель
Считается, что если страница загружается менее секунды в режиме отладки, то это неплохой результат. Что касается оптимизации решения и других Ваших проектов на базе 1с-Битрикс, тут всё индивидуально, решение Аспро:Максимум считается самым функциональным решением, в нём самое большое количество различного функционала, которого нет на других решениях, соответственно, из-за этого требуется более производительный хостинг.
Мы:
Вы показываете общий счет, но не показываете причины выставления оценки, на которые указывает PageSpeed Insights. С учетом низкого показателя TTFB, причин относящихся к работе хостинга там нет. Выполнил проверку самостоятельно и ничего.
Ответ ТП Аспро:
Добрый день!
тем не менее, показатели выше на тестовом хостинге.
По данным ошибкам: ссылка. К сожалению, их поправить не получится, так как в большинстве случаев, проблемы связаны именно с платформой 1С-Битрикс и её скриптами, которые необходимы для корректной работы платформы и решения.
Мы:
На тестовом хостинге сейчас есть доступ к сайту ? - не дали ответа.
Итог: Это просто п***ец.
После позвонили в Аспро, просили соединить нас с ЛПРом, но четно - сказали, что передадут всю информацию.
Любая уважающая компания которая продает продукт всегда старается помочь в решении проблем своих продуктов - НО не Аспро.
Мы:
Добрый день. Никак не можем решить проблему по снижению отказов на сайте. Большая часть людей отваливаются из-за скорости загрузки страницы. (ранее я приводил фотопримеры выше)
Ответ ТП Аспро:
Добрый день!наблюдаем, что у Вас низкая производительность сайта: ссылка
Производительность сайта может зависеть от множества факторов, таких как сторонние модули, сторонний код и оптимизация хостинга под платформу 1С-Битрикс. Вы можете попробовать создать резервную копию: перенести копию Вашего сайта на тестовый хостинг (то есть на хостинг который продает нам Аспро). Хостинг наших партнеров полностью оптимизирован для работы платформы 1С-Битрикс. Перенести сайт можно по статье: ссылка
Я надеюсь читатели данного коммента четко понимают к чем идет решение по оптимизации.
идем дальше.
Мы:
Сайт изначально плохо оптимизирован. И мы понимаем, что кучу доводов можно привести лишь бы скинуть с себя ответственность- а главное просто не решать проблему.
У нас на хостинге Бегет находятся 3 сайта на 1С Битриксе, и только продукт Аспро Максимум с очень плохими показателями.
В связи с этим, мы пишем вам для решения данной проблемы. Проблема в коде. И прошу индивидуально рассмотреть!
Показатели катастрофические для любой организации. Примите срочно меры по нашему проекту.
Ответ ТП Аспро:
Здравствуйте!
Создали резервную копию Вашего сайта и развернули её на тестовом хостинге по адресу: ссылка Производительность сайта составляет: - показатели норм.
Показатели pagespeed на тестовом хостинге:
НА Вашем хостинге: - очень плохие
Скорость загрузки страницы в режиме отладки, главная тестовый хостинг: нормальные
Страница каталога тестовый хостинг: показатель норма
Главная страница Ваш хостинг: очень плохой показатель
Страница в каталоге, Ваш хостинг: очень плохой показатель
Считается, что если страница загружается менее секунды в режиме отладки, то это неплохой результат. Что касается оптимизации решения и других Ваших проектов на базе 1с-Битрикс, тут всё индивидуально, решение Аспро:Максимум считается самым функциональным решением, в нём самое большое количество различного функционала, которого нет на других решениях, соответственно, из-за этого требуется более производительный хостинг.
Мы:
Вы показываете общий счет, но не показываете причины выставления оценки, на которые указывает PageSpeed Insights. С учетом низкого показателя TTFB, причин относящихся к работе хостинга там нет. Выполнил проверку самостоятельно и ничего.
Ответ ТП Аспро:
Добрый день!
тем не менее, показатели выше на тестовом хостинге.
По данным ошибкам: ссылка. К сожалению, их поправить не получится, так как в большинстве случаев, проблемы связаны именно с платформой 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. Мы рады, что на наших решениях запускаются разные проекты по сложностям. И в наших же интересах улучшать инструменты для развития вашего бизнеса. Призываем к конструктивным обсуждениям. Точно так же, как и вы, мы обращаем внимание на нюансы, хотим улучшить наши продукты и делаем это.
Будет эффективнее, если мы упустим абстрактные обсуждения и перейдем к конкретным и измеримым задачам.
Здравствуйте!
Спасибо за такое вовлечение в развитие продукта. Рады, что у вас есть не только базовое понимание работы готовых решений, но и глубинные познания в области программирования, оптимизации и других сферах.
Просим прощения за долгий ответ в обсуждении. Видим, что дискуссия в самом разгаре. Мы здесь, чтобы разложить все по полочкам, найти понимание и закрыть вопросы.
Идейный центр был создан для того, чтобы собирать обратную связь от пользователей. Фиксировать пожелания для улучшений и находить оптимальные решения задач. Призываем к конструктивным обсуждениям: без мата, с разбором фактов и без воды. Если площадка превратится в формат колких высказываний и перехода на личности, мы будем удалять такую обратную связь. Закрывать глаза на всплеск негативных эмоций на этой площадке мы не будем. Так как цель создания сервиса иная.
Давайте разберем основные тезисы обсуждения.
>> Про функциональность решений, индивидуальные задачи и универсальные решения.
Напомним, что Аспро: Максимум — это универсальное готовое решение. Оно покрывает 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. Мы рады, что на наших решениях запускаются разные проекты по сложностям. И в наших же интересах улучшать инструменты для развития вашего бизнеса. Призываем к конструктивным обсуждениям. Точно так же, как и вы, мы обращаем внимание на нюансы, хотим улучшить наши продукты и делаем это.
Будет эффективнее, если мы упустим абстрактные обсуждения и перейдем к конкретным и измеримым задачам.
Главное, что бы не делали работу ради работы и пускали пыль нам в глаза.
Очень сильно ждем хорошо оптимизированный код для АспроМаксимума. ОЧЕНЬ.
Главное, что бы не делали работу ради работы и пускали пыль нам в глаза.
Очень сильно ждем хорошо оптимизированный код для АспроМаксимума. ОЧЕНЬ.
ЖДЕМ!
ЖДЕМ!
up!
up!
Дождёмся ли?
Дождёмся ли?
Добрый вечер!
Действительно, есть ли какие-то планы со сроками по работе над данным обращением? Последний ответ 57 дней назад. Просим Вас дать какой-то комментарий, чтобы было понятно, чего можно ждать и когда.
Добрый вечер!
Действительно, есть ли какие-то планы со сроками по работе над данным обращением? Последний ответ 57 дней назад. Просим Вас дать какой-то комментарий, чтобы было понятно, чего можно ждать и когда.
Для разрабов https://habr.com/ru/post/467503/.
Оптимизируйте шаблон Аспро Максимума.
Для разрабов https://habr.com/ru/post/467503/.
Оптимизируйте шаблон Аспро Максимума.
Добрый день!
Не переживайте, мы не забыли про эту задачу. Поскольку она комплексная и идет на фоне других работ, нам приходится делать ее по частям. Отчитываться по ней каждую неделю мы, к сожалению, не можем.
Ранее уже обсуждалось, что задача никогда не будет выполнена на 100%, так как оптимизация закладывается даже на этапе разработки нового функционала.
Добрый день!
Не переживайте, мы не забыли про эту задачу. Поскольку она комплексная и идет на фоне других работ, нам приходится делать ее по частям. Отчитываться по ней каждую неделю мы, к сожалению, не можем.
Ранее уже обсуждалось, что задача никогда не будет выполнена на 100%, так как оптимизация закладывается даже на этапе разработки нового функционала.
Главное понимать что всякие обманки гугла и других систем не нужны, нужно что бы работало быстро в каталоге и на главной странице (которые являються приоритетными так же как и корзина), даже на мощном железе решение работает медленно, если нашрузить в раздел 5000 товаров то просто ужас происходит все намериво повисает, картинки пережатые долго отображаються покупателю деталка страдает не оптимизирована. Услыште пожалуйста нас пользователей не со стороны а вот вам красивые цифры, а в плане улучшения кода. По дом вы можите много говорить что блоки и все остальные дела влияют, да есть такой момент но почему то на крыпных магазинах как валберис озон днс эльдорадо мвидео все пархает на фоне громадных остатков свойств и всего остального.
Главное понимать что всякие обманки гугла и других систем не нужны, нужно что бы работало быстро в каталоге и на главной странице (которые являються приоритетными так же как и корзина), даже на мощном железе решение работает медленно, если нашрузить в раздел 5000 товаров то просто ужас происходит все намериво повисает, картинки пережатые долго отображаються покупателю деталка страдает не оптимизирована. Услыште пожалуйста нас пользователей не со стороны а вот вам красивые цифры, а в плане улучшения кода. По дом вы можите много говорить что блоки и все остальные дела влияют, да есть такой момент но почему то на крыпных магазинах как валберис озон днс эльдорадо мвидео все пархает на фоне громадных остатков свойств и всего остального.
Прилетело обновление и наступила огромная грусть и печаль.
Теперь мобильная версия сайта отрисовывается примерно от 20 до 30 сек. - так с каждой страницей.
Многие пишут, что сайт существенно стал медленнее работать.
РАБОТЫ НА ХОСТИНГЕ НЕ ПРОВОДИЛИСЬ И НИЧЕГО НЕ МЕНЯЛОСЬ!!!
Только времени прошло и до сих пор нет решения по ОПТИМИЗАЦИИ,
Хотел продлить срок поддержи, но точно этого не стану делать и никому не рекомендую тратить деньги на ветер...
Прилетело обновление и наступила огромная грусть и печаль.
Теперь мобильная версия сайта отрисовывается примерно от 20 до 30 сек. - так с каждой страницей.
Многие пишут, что сайт существенно стал медленнее работать.
РАБОТЫ НА ХОСТИНГЕ НЕ ПРОВОДИЛИСЬ И НИЧЕГО НЕ МЕНЯЛОСЬ!!!
Только времени прошло и до сих пор нет решения по ОПТИМИЗАЦИИ,
Хотел продлить срок поддержи, но точно этого не стану делать и никому не рекомендую тратить деньги на ветер...
За то теперь есть услуги (((
За то теперь есть услуги (((
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С Битрикса) и тут начнутся ТОРМОЗА, а Аспро заявит, что ЭТО ДОП.ДОРОБОТКА - ПЛАТИТЕ.
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С Битрикса) и тут начнутся ТОРМОЗА, а Аспро заявит, что ЭТО ДОП.ДОРОБОТКА - ПЛАТИТЕ.
Мда (((( Момент серьезный, что тут скажешь. Рано бить тревогу я думаю не стоит, но судя по собранным данным в режиме тестирования если будет глобальный переход то это будет капец (((( Ждем обратной связи от команды АСПРО надеюсь получить лояльный ответ, без общих размытых фраз.
Мда (((( Момент серьезный, что тут скажешь. Рано бить тревогу я думаю не стоит, но судя по собранным данным в режиме тестирования если будет глобальный переход то это будет капец (((( Ждем обратной связи от команды АСПРО надеюсь получить лояльный ответ, без общих размытых фраз.
Я уже честно говоря начинаю жалеть что ушел от BXREADY флагман. Ну что тут скажешь будет массово будем требовать исполнения их обязательств по поддержки продукта.
Я уже честно говоря начинаю жалеть что ушел от BXREADY флагман. Ну что тут скажешь будет массово будем требовать исполнения их обязательств по поддержки продукта.
Разрабы вы где? Дайте ответ клиентам продукта Аспро Максимум.
Разрабы вы где? Дайте ответ клиентам продукта Аспро Максимум.
Одна болтовня.
в ТП мне сказали, удалите счетчики метрики, гугла и тогда будет чуть быстрее работать.
Вы понимаете уровень профессионализма человека в ТП который предлагает такое?!
И как вишенка на торте, в ТП говорят так: СТАНДАРТНОЕ ИСПОЛЕНИЯ АСПРО МАКСИМУМ оптимизировано. А если вы добавили новые карточки товара, характеристики, доп. поля и т.д это уже ваша вина. ))))))))))) жесть.
И как мы видим, вы тестировали демо-продукт (сайт), а не реальный проект.
Одна болтовня.
в ТП мне сказали, удалите счетчики метрики, гугла и тогда будет чуть быстрее работать.
Вы понимаете уровень профессионализма человека в ТП который предлагает такое?!
И как вишенка на торте, в ТП говорят так: СТАНДАРТНОЕ ИСПОЛЕНИЯ АСПРО МАКСИМУМ оптимизировано. А если вы добавили новые карточки товара, характеристики, доп. поля и т.д это уже ваша вина. ))))))))))) жесть.
И как мы видим, вы тестировали демо-продукт (сайт), а не реальный проект.
Вы отключите кеширование, у меня одна страница каталога выдает 13335 запросов к БД)))
Вы отключите кеширование, у меня одна страница каталога выдает 13335 запросов к БД)))
Теперь о подробном.
Возможно это связано и с memcached так как на PHP 7.3 и 7.4 выдаёт типа ошибки.
Причина в том, что после PHP выше 7.2 в сборке для mod_php нет memcached:
А Битрикс проверяет именно memcached - который отсутствует, его установить для mod_php не получиться на Виртуальном Хостинге.Других очевидных причин я не зафиксировал. Отключение различных модулей и переподключение Кэширования и Композита никак не повлияла на отклик.
Однако всё же требуется дополнительно получить ответ от разрабов относительно данной ситуации.
Отмечу, что на Виртуальном Хостинге есть уже готовый стек Программного Обеспечения и изменить его - например готовую сборку mod_php нет возможности.
Модули PHP ( memcached ) можно собирать в cgi - однако работа сайта в cgi может ещё более замедлиться, поэтому это не оптимальный вариант.
От разразрабов Аспро нужный результаты тестов и ссылки на страницы с вызовом phpinfo() для версии PHP соответствующей установленной для сайтов на Хостингах, где проверка прошла быстрее - это нужно, так как без каких либо фактических данных, нельзя сказать подробнее.
Теперь о подробном.
Возможно это связано и с memcached так как на PHP 7.3 и 7.4 выдаёт типа ошибки.
Причина в том, что после PHP выше 7.2 в сборке для mod_php нет memcached:
А Битрикс проверяет именно memcached - который отсутствует, его установить для mod_php не получиться на Виртуальном Хостинге.Других очевидных причин я не зафиксировал. Отключение различных модулей и переподключение Кэширования и Композита никак не повлияла на отклик.
Однако всё же требуется дополнительно получить ответ от разрабов относительно данной ситуации.
Отмечу, что на Виртуальном Хостинге есть уже готовый стек Программного Обеспечения и изменить его - например готовую сборку mod_php нет возможности.
Модули PHP ( memcached ) можно собирать в cgi - однако работа сайта в cgi может ещё более замедлиться, поэтому это не оптимальный вариант.
От разразрабов Аспро нужный результаты тестов и ссылки на страницы с вызовом phpinfo() для версии PHP соответствующей установленной для сайтов на Хостингах, где проверка прошла быстрее - это нужно, так как без каких либо фактических данных, нельзя сказать подробнее.
Разработчики рекомендую обратить внимание на работу конкурентов https://magnet.nextype-demo.ru/ . Скорость работы удивляет.
Разработчики рекомендую обратить внимание на работу конкурентов https://magnet.nextype-demo.ru/ . Скорость работы удивляет.
10 месяц пошел всем нас.... на проблемы, оптимизацию и.т.д. еще и статусы постоянно с косяками. Продавайте по 10 товаров в разделе и все будет норм, в реальных условиях шаблон не был с учетом всех интеграций, метрик и.т.д. зато сеофильтр есть, зачем нормальная работа, лучше широктй функционал))))
10 месяц пошел всем нас.... на проблемы, оптимизацию и.т.д. еще и статусы постоянно с косяками. Продавайте по 10 товаров в разделе и все будет норм, в реальных условиях шаблон не был с учетом всех интеграций, метрик и.т.д. зато сеофильтр есть, зачем нормальная работа, лучше широктй функционал))))
Разработчик ответь своим клиентам на поставленные вопросы! если ты считаешь что все эти люди не правы приведи пруфы и что все это голословные обвинения. Что про это думаю я, раз разработчик просто игнорит и ни чего делать не хочет а это очевидно по его ответам я просто не буду покупать продление а они совсем не частые а новые покупатели почитают то что тут пишут и просто не будут покупать продукт ну а последствия для компании с таким подходом очевидны. Разработчик это не обвинение это претензия ответь людям и приведи пруфы что вы сделали все что могли и во всем виноват битрикс.
Разработчик ответь своим клиентам на поставленные вопросы! если ты считаешь что все эти люди не правы приведи пруфы и что все это голословные обвинения. Что про это думаю я, раз разработчик просто игнорит и ни чего делать не хочет а это очевидно по его ответам я просто не буду покупать продление а они совсем не частые а новые покупатели почитают то что тут пишут и просто не будут покупать продукт ну а последствия для компании с таким подходом очевидны. Разработчик это не обвинение это претензия ответь людям и приведи пруфы что вы сделали все что могли и во всем виноват битрикс.
Здравствуйте! Спасибо вам за активное обсуждение нашего продукты. Рады, что вы неравнодушно относитесь к работе наших решений. Задача по оптимизации всегда в приоритете, но она состоит из целого комплекса подзадач. В каждом обновлении мы улучшаем функционал и выполняем работы по оптимизации. Но так как задача крупная, вам может быть не заметна динамика. Поэтому, чтобы сделать работу более наглядной, мы будем в списке обновлений делать пометку в задачах, которые влияют на оптимизацию. Для нас задача важна так же, как и для вас. Чтобы качественно решить эту задачу нужно время. Ведь оптимизация — это наша постоянная работа над улучшениями, и она никогда не останавливается.
С вашей стороны просим также бережно относиться к работе проекта. Большое количество модулей, блоков, кастома влияют на нагрузку. Это тоже нужно привести в порядок для максимального результата.
Давайте с пониманием относиться друг к другу. Задача имеет самый высокий приоритет. В крови у разработчиков и невидимыми чернилами между строк в задачах мы несем эту идею. Огромная просьба: давайте не выводить эту тему в ежедневные дискуссии. Мы начинаем тратить ресурсы друг друга не в том направлении. Будем лучше ценить время и тратить его на продуктивные вещи.
Здравствуйте! Спасибо вам за активное обсуждение нашего продукты. Рады, что вы неравнодушно относитесь к работе наших решений. Задача по оптимизации всегда в приоритете, но она состоит из целого комплекса подзадач. В каждом обновлении мы улучшаем функционал и выполняем работы по оптимизации. Но так как задача крупная, вам может быть не заметна динамика. Поэтому, чтобы сделать работу более наглядной, мы будем в списке обновлений делать пометку в задачах, которые влияют на оптимизацию. Для нас задача важна так же, как и для вас. Чтобы качественно решить эту задачу нужно время. Ведь оптимизация — это наша постоянная работа над улучшениями, и она никогда не останавливается.
С вашей стороны просим также бережно относиться к работе проекта. Большое количество модулей, блоков, кастома влияют на нагрузку. Это тоже нужно привести в порядок для максимального результата.
Давайте с пониманием относиться друг к другу. Задача имеет самый высокий приоритет. В крови у разработчиков и невидимыми чернилами между строк в задачах мы несем эту идею. Огромная просьба: давайте не выводить эту тему в ежедневные дискуссии. Мы начинаем тратить ресурсы друг друга не в том направлении. Будем лучше ценить время и тратить его на продуктивные вещи.
Жесть продолжается)))))))))))))))))))))))))))
Жесть продолжается)))))))))))))))))))))))))))
В плане?
В плане?
Здравствуйте! Как и обещали, сообщаем новую информацию о продвижении работ по оптимизации решения Аспро: Максимум. Версия 1.6.0 получила следующие обновления:
1. Подключение шрифтов локально.
В Аспро: Максимум теперь добавлена настройка «Использовать self-hosted шрифты». Эта опция доступна только для предустановленных шрифтов.
При активации настройки шрифты загружаются из файлов, размещенных на сайте, а не с серверов Google. Это поможет увеличить показатели PSI и уменьшать время загрузки сайта.
2. Пересчет высоты карточек.
Мы убрали лишние скрипты для пересчета высоты карточек в списке товаров. Это позволило сократить время загрузки страницы.
Спасибо за ваши идеи и предложения. Благодаря вам мы становимся лучше. Понимаем, что хочется больше улучшений. Уже думаем над тем, какие задачи возьмем в работу. Будем стараться чаще радовать вас обновлениями.
Здравствуйте! Как и обещали, сообщаем новую информацию о продвижении работ по оптимизации решения Аспро: Максимум. Версия 1.6.0 получила следующие обновления:
1. Подключение шрифтов локально.
В Аспро: Максимум теперь добавлена настройка «Использовать self-hosted шрифты». Эта опция доступна только для предустановленных шрифтов.
При активации настройки шрифты загружаются из файлов, размещенных на сайте, а не с серверов Google. Это поможет увеличить показатели PSI и уменьшать время загрузки сайта.
2. Пересчет высоты карточек.
Мы убрали лишние скрипты для пересчета высоты карточек в списке товаров. Это позволило сократить время загрузки страницы.
Спасибо за ваши идеи и предложения. Благодаря вам мы становимся лучше. Понимаем, что хочется больше улучшений. Уже думаем над тем, какие задачи возьмем в работу. Будем стараться чаще радовать вас обновлениями.
Коллеги, поделитесь пожалуйста инфой, после последней обновы сайт стал лучше (быстрее) работать или нет?
Что изменилось?
Оптимизировали код или все же это очередная ЛЯПА?
А то не хочется ДАРИТЬ деньги.
Коллеги, поделитесь пожалуйста инфой, после последней обновы сайт стал лучше (быстрее) работать или нет?
Что изменилось?
Оптимизировали код или все же это очередная ЛЯПА?
А то не хочется ДАРИТЬ деньги.
Конец!!! Прам-пам-пам
Конец!!! Прам-пам-пам
Добрый день! Продолжаем серию работ по оптимизации. Для этого в апдейте были осуществлены следующие задачи:
1.На главной странице заменена библиотека для основного слайдера. Для его работы используется сторонний ресурс. Раньше это был плагин Owl Carousel. В обновлении он был заменен на новый — Swipe.
Новый плагин имеет ряд преимуществ. Он более современный. У плагина больше возможностей для визуального оформления и seo-продвижения. Но главное, что Swiper быстрее своего предшественника. Новый плагин не только быстрее инициализируется (появляется на странице в рабочем виде). Но и быстрее перелистывает элементы внутри слайдера.
Подробнее о функционале плагина вы можете прочитать на официальном сайте https://swiperjs.com/. Также прикладываем ссылку на GitHub https://github.com/nolimits4web/swiper.
2.Изменили подгрузка некоторых CSS и JS файлов.
Это коснулось плагинов FancyBox, Owl Carousel и шрифта Font Awesome. Ранее файлы этого функционала подключались на всех странице сайта. Это тратило ресурсы на загрузку. Теперь файлы будут подгружаться, только если плагины или шрифт используется в шаблоне на этой странице.
Добрый день! Продолжаем серию работ по оптимизации. Для этого в апдейте были осуществлены следующие задачи:
1.На главной странице заменена библиотека для основного слайдера. Для его работы используется сторонний ресурс. Раньше это был плагин Owl Carousel. В обновлении он был заменен на новый — Swipe.
Новый плагин имеет ряд преимуществ. Он более современный. У плагина больше возможностей для визуального оформления и seo-продвижения. Но главное, что Swiper быстрее своего предшественника. Новый плагин не только быстрее инициализируется (появляется на странице в рабочем виде). Но и быстрее перелистывает элементы внутри слайдера.
Подробнее о функционале плагина вы можете прочитать на официальном сайте https://swiperjs.com/. Также прикладываем ссылку на GitHub https://github.com/nolimits4web/swiper.
2.Изменили подгрузка некоторых CSS и JS файлов.
Это коснулось плагинов FancyBox, Owl Carousel и шрифта Font Awesome. Ранее файлы этого функционала подключались на всех странице сайта. Это тратило ресурсы на загрузку. Теперь файлы будут подгружаться, только если плагины или шрифт используется в шаблоне на этой странице.
Ребят, поделитесь результатами последней обновы.
Улучшения есть хоть какие-нибудь?
Ребят, поделитесь результатами последней обновы.
Улучшения есть хоть какие-нибудь?
Проанализировав проблемы скорости вашего решения Аспро.Максимум, в плане товаров с торговыми предложениями, я пришел к выводу что тормоза происходят из за остатков товаров. Когда товар без ТП, sql запрос к базе происходит мгновенно, в среднем 0.0003 сек. Когда товар с ТП, и ТП 6 штук, то время запроса увеличивается до 3,5 секунд. Разве это нормально? Может стоит разбивать запросы по каждому ТП? И тогда скорость мне кажется повысится... Тесты проводил на каталоге с 24 складами.
Проанализировав проблемы скорости вашего решения Аспро.Максимум, в плане товаров с торговыми предложениями, я пришел к выводу что тормоза происходят из за остатков товаров. Когда товар без ТП, sql запрос к базе происходит мгновенно, в среднем 0.0003 сек. Когда товар с ТП, и ТП 6 штук, то время запроса увеличивается до 3,5 секунд. Разве это нормально? Может стоит разбивать запросы по каждому ТП? И тогда скорость мне кажется повысится... Тесты проводил на каталоге с 24 складами.
/bitrix/modules/aspro.max/classes/general
/bitrix/modules/aspro.max/classes/general
Народ ну что работает ваша улучшалка? АСПРО ДАЙТЕ комментарий по коду
Народ ну что работает ваша улучшалка? АСПРО ДАЙТЕ комментарий по коду
Кто нибудь уже использовал эту конструкцию? Работает?
Кто нибудь уже использовал эту конструкцию? Работает?
Так сами попробуйте! Откройте раздел с товарами у которых есть ТП, включите отладку, сбросьте кэш, посмотрите на результаты загрузки страницы, затем измените код, и на этой же странице раздела сбросьте кэш и посмотрите на результаты.
Так сами попробуйте! Откройте раздел с товарами у которых есть ТП, включите отладку, сбросьте кэш, посмотрите на результаты загрузки страницы, затем измените код, и на этой же странице раздела сбросьте кэш и посмотрите на результаты.
Я попробовал. Возможно неправильно, делал в Google Chrome->Проверка->Lighthouse. Данные идентичны. Возможо не наш случай. Абсолютно все товары с ТП. Но и страница раздела грузилась до предложенных изменений относительно недолго - пару секунд, значительно дольше картинки.
Я попробовал. Возможно неправильно, делал в Google Chrome->Проверка->Lighthouse. Данные идентичны. Возможо не наш случай. Абсолютно все товары с ТП. Но и страница раздела грузилась до предложенных изменений относительно недолго - пару секунд, значительно дольше картинки.
Предложенное изменение решает проблему, с загрузкой раздела, который не в кэше, в котором все товары с ТП(7-15шт) и когда складов у вас от 3 шт. Данное изменение, меняет технологию запроса по остаткам товаров. На старом ядре в каждом запросе к базе, участвуют все ID ТП одного товара, что увеличивает нагрузку и время исполнения запросов. А в новом ядре, каждый ID ТП проходит запрос к остаткам проходит по всем складам
Предложенное изменение решает проблему, с загрузкой раздела, который не в кэше, в котором все товары с ТП(7-15шт) и когда складов у вас от 3 шт. Данное изменение, меняет технологию запроса по остаткам товаров. На старом ядре в каждом запросе к базе, участвуют все ID ТП одного товара, что увеличивает нагрузку и время исполнения запросов. А в новом ядре, каждый ID ТП проходит запрос к остаткам проходит по всем складам
Добрый день.
» Может пора полностью перейти на D7, что скажете АСПРО?
Оценили ваше предложение. Назначили номер идеи — MAX-2618. Попробуем реализовать, поймем все плюсы и минусы. Однозначно заменим конструкцию для класса CCatalogStore.
Благодарим за ваше участие в развитии продукта! Будем стараться быть лучше ради вас.
Добрый день.
» Может пора полностью перейти на D7, что скажете АСПРО?
Оценили ваше предложение. Назначили номер идеи — MAX-2618. Попробуем реализовать, поймем все плюсы и минусы. Однозначно заменим конструкцию для класса CCatalogStore.
Благодарим за ваше участие в развитии продукта! Будем стараться быть лучше ради вас.
Все еще тормозит!!!
Все еще тормозит!!!
Всем доброго дня. Как и обещали, рассказываем о последних изменениях, касающихся скорости загрузки сайта :)
Вышло обновление 1.9.0, в котором ускорена загрузка комплектов в карточке товара. Теперь товары в комплектах можно подгружать одновременно или поочередно — https://clck.ru/geufv. Перед обновлением обязательно сделайте резервную копию сайта.
Благодарим за помощь в развитии продукта!
Всем доброго дня. Как и обещали, рассказываем о последних изменениях, касающихся скорости загрузки сайта :)
Вышло обновление 1.9.0, в котором ускорена загрузка комплектов в карточке товара. Теперь товары в комплектах можно подгружать одновременно или поочередно — https://clck.ru/geufv. Перед обновлением обязательно сделайте резервную копию сайта.
Благодарим за помощь в развитии продукта!
Есть ли в планах какие-то оптимизации по фронтенду? Например отойти от Бутстрап 3 и jquery на бутстрап 5 или на что-то более легковесное.
Может имеет смысл еще внедрить PHP Mobile Detect? Это тоже дает существенный прирост производительности.
А то сайт вроде на мощном и хорошо настроенном сервере, но пузомерка от google все равно ругается.
Есть ли в планах какие-то оптимизации по фронтенду? Например отойти от Бутстрап 3 и jquery на бутстрап 5 или на что-то более легковесное.
Может имеет смысл еще внедрить PHP Mobile Detect? Это тоже дает существенный прирост производительности.
А то сайт вроде на мощном и хорошо настроенном сервере, но пузомерка от google все равно ругается.
Для тех кто пользуется функционалом торговых предложений (SKU) и выводит изображения этих SKU в списке товаров. В купленном решении есть косяк, который значительно увеличивает время выполнения шаблона компонента. У нас 7000шт предложений и на любой странице каталога (список товара в разделе) и шаблон грузит все картинки всех предложений всего каталога. Хотя используется только 20-40 на страницу. Придумал костыль который решает этот вопрос. Решение здесь
Для тех кто пользуется функционалом торговых предложений (SKU) и выводит изображения этих SKU в списке товаров. В купленном решении есть косяк, который значительно увеличивает время выполнения шаблона компонента. У нас 7000шт предложений и на любой странице каталога (список товара в разделе) и шаблон грузит все картинки всех предложений всего каталога. Хотя используется только 20-40 на страницу. Придумал костыль который решает этот вопрос. Решение здесь
Здравствуйте. Хотим поделиться с вами результатами проделанной работы.
В обновлении 1.9.3 мы изменили SVG-иконки во всех шапках. Раньше иконки были inline. Теперь они вынесены в Sprite. Это позволило уменьшить структуру DOM. Проверили количество элементов у универсальной конфигурации первого типа:
Раньше было 4 937 элементов: http://joxi.ru/1A5qv6lH4gnDMA.
Стало 4 765 элементов: http://joxi.ru/D2PaGpOCwGpqNA.
Диагностика была проведена с выключенной опцией «Отдавать PageSpeed Insights облегченную версию». Отметим, что на других комбинациях может быть другое количество элементов. Но благодаря изменению в шапке сайта, сократилась структура DOM почти на 200 элементов.
Второе изменение коснулось шапок, которые вычисляли ширину строки поиска. Из них мы убрали скрипты. Теперь эта логика выполняется через CSS.
Скорость сайта — большая задача, которая будет выполняться всю жизнь продукта. Планируем продолжать работу над шапками. Например, продолжим убирать скрипты. Желаем всем продуктивной недели!
Здравствуйте. Хотим поделиться с вами результатами проделанной работы.
В обновлении 1.9.3 мы изменили SVG-иконки во всех шапках. Раньше иконки были inline. Теперь они вынесены в Sprite. Это позволило уменьшить структуру DOM. Проверили количество элементов у универсальной конфигурации первого типа:
Раньше было 4 937 элементов: http://joxi.ru/1A5qv6lH4gnDMA.
Стало 4 765 элементов: http://joxi.ru/D2PaGpOCwGpqNA.
Диагностика была проведена с выключенной опцией «Отдавать PageSpeed Insights облегченную версию». Отметим, что на других комбинациях может быть другое количество элементов. Но благодаря изменению в шапке сайта, сократилась структура DOM почти на 200 элементов.
Второе изменение коснулось шапок, которые вычисляли ширину строки поиска. Из них мы убрали скрипты. Теперь эта логика выполняется через CSS.
Скорость сайта — большая задача, которая будет выполняться всю жизнь продукта. Планируем продолжать работу над шапками. Например, продолжим убирать скрипты. Желаем всем продуктивной недели!
Большое спасибо, что не остаетесь равнодушными к своему флагману.
Если Вы реально в него вкладывать силы, то мы будем очень очень счастливы!
Большое спасибо, что не остаетесь равнодушными к своему флагману.
Если Вы реально в него вкладывать силы, то мы будем очень очень счастливы!
Обновляемся с версии 2.0.5 на версию 2.0.7, template_*.css был 245.85KB, стал 232.68KB, на 5% меньше, template_*.js 200.96KB -> 196.04KB, на 2.5% меньше - мелочь, а приятно. Показатели производительности в lighthouse стабильно на один-два бала выше чем в 2.0.5, немного уменьшилось время рендера.
Спасибо!
Обновляемся с версии 2.0.5 на версию 2.0.7, template_*.css был 245.85KB, стал 232.68KB, на 5% меньше, template_*.js 200.96KB -> 196.04KB, на 2.5% меньше - мелочь, а приятно. Показатели производительности в lighthouse стабильно на один-два бала выше чем в 2.0.5, немного уменьшилось время рендера.
Спасибо!
Здравствуйте. Делимся с вами очередными результатами проделанной работы.
В обновлении 2.1.0 было сделано:
— Реализована поддержка jQuery 3 — https://clck.ru/333VSM.
— Уменьшен размер Bootstrap — https://clck.ru/333VT5.
— Иконки в формате SVG перенесены в спрайт — https://clck.ru/333VTQ.
— Загрузка нижней панели на мобильных устройствах переведена в режим AJAX.
— Загрузка боковой колонки при включении через виджет настроек переведена в режим AJAX.
Здравствуйте. Делимся с вами очередными результатами проделанной работы.
В обновлении 2.1.0 было сделано:
— Реализована поддержка jQuery 3 — https://clck.ru/333VSM.
— Уменьшен размер Bootstrap — https://clck.ru/333VT5.
— Иконки в формате SVG перенесены в спрайт — https://clck.ru/333VTQ.
— Загрузка нижней панели на мобильных устройствах переведена в режим AJAX.
— Загрузка боковой колонки при включении через виджет настроек переведена в режим AJAX.
Спасибо большое, что реально не забрасываете Ваш флагман!! Очень классно! Нам бы реально галерею бы добавить как в других проектах. Иногда нужно показать продуктовую линейку или просто Общую галерею товара. Добавьте пожалуйста в Максимум. Люди просто не добегают до блока Идеи.
Спасибо большое, что реально не забрасываете Ваш флагман!! Очень классно! Нам бы реально галерею бы добавить как в других проектах. Иногда нужно показать продуктовую линейку или просто Общую галерею товара. Добавьте пожалуйста в Максимум. Люди просто не добегают до блока Идеи.
Здравствуйте. Делимся с вами очередными результатами работы по оптимизации скорости решения.
В обновлении 2.1.2 было сделано:
— Улучшена скорость загрузки основного контента (LCP) для главного баннера.
— Изменена подгрузка некоторых CSS и JS файлов. Теперь они подгружаются только там, где используются.
Здравствуйте. Делимся с вами очередными результатами работы по оптимизации скорости решения.
В обновлении 2.1.2 было сделано:
— Улучшена скорость загрузки основного контента (LCP) для главного баннера.
— Изменена подгрузка некоторых CSS и JS файлов. Теперь они подгружаются только там, где используются.
А почему не переходите на VUE ?
А почему не переходите на VUE ?
Комментарии на данной страницы заблокированы!