Предыдущий программист реализовал подгрузку товаров на странице писка товаров http://riggs.com.ua/smartfoni-ta-mob-ln-telefoni-c3891 Тоесть выгрузились 30 товаров например, и при прокрутке страницы вниз, в месте где заканчивается список - начинают выводится следующие 30 товаров. Вроде все работало хоть и страничка такого типа загружалась долго. До 4,5 секунды. Вопрос возник только недавно, когда начали выскакивать глюки. То шопка сайта посреди списка выскочит , то товары не продолжают список, а начинает выводить снова первые 30.
Новый программист посмотрел. И сказал что это сделано стандартными методами битрикс. Скриптом на AJAX. И стандартные методы битрикс не позволяют такое реализовать нормально, а прийдется все переделывать. И сейчас как бы загружается весь список товаров ,а выводится только по кусочкам. И по тому и загрузка идет долго.
Вопрос такой. Действительно ли стандартные методы не позволяют реализовать следующее: - чтобы подгружались и выводились товары по несколько штук (и это было действительно быстро) - так как у меня в списке товаров идет не одно изображение а несколько с возможностью перелистывания, то при загрузке страницы загружалось только первое главное , а остальные только при нажатии на стрелочку перелистываеия. Ведь сейчас они все загружаются, и это тормозит загрузку.
Тормоза не от этого. Либо сервер слабый либо кэш отключен. Подгрузка реализована нормально. Глюк в шаблоне где-то. ajax запрос отправляется сюда http://riggs.com.ua/smartfoni-ta-mob-ln-telefoni-c3891?doAjax=Y&&PAGEN_2=2 это типа 2 страница. Но если эти страницу запрашивать несколько раз, то она отображается по разному, с подключенным шаблоном сайта и без. Должна быть без шаблона сайта.
Стандартный ajax компонента в битриксе делает запрос всей страницы, то есть идет хит не к конкретному ajax-скрипту, а к текущей страницы, соответственно происходит отработка всей страницы (выполнение всех запросов и всей логики компонентов всей страницы, включая шапку и подвал), поэтому нужно выполнять рестарт буфера и выдергивать только определенную часть этой страницы, чтобы вставить ее. У вас глючить верстка стала возможно потому что где-то не закрыт тег, нарушена верстка, поэтому js не смог корректно выдрать нужную часть для вставки. В любом случае, чтобы было действительно эффективно нужно делать хит на отдельный ajax скрипт, который не подключает визуальную части пролога и эпилога, а выполняет только необходимый компонент с соответствующим параметром PAGEN
You must have chaos within you to give birth to a dancing star. Friedrich Nietzsche
Александр Семеритов, в данном случае либо делается рестарт буфера, либо подключается пустой шаблон сайта по условию doAjax=Y. Скорее всего второе. Глюк точно не из-за закрытого тега.
Віталій Фантич написал: Вроде все работало хоть и страничка такого типа загружалась долго. До 4,5 секунды. Вопрос возник только недавно, когда начали выскакивать глюки. То шопка сайта посреди списка выскочит , то товары не продолжают список, а начинает выводить снова первые 30.
После того, как в битриксе было включено объединение .js и .css-файлов?
Алексей Сумин написал: Либо сервер слабый либо кэш отключен
Наверное таки да. Не знаю как это проверить. Но раньше всегда кеш долго чистился. А щас раз в неделю зайдешь почистиь ВСЕ файлы кеша , и нифига. За секунду завершено. Где мне это увидеть?
Цитата
Алексей Сумин написал: Подгрузка реализована нормально
Тоесть ничего особо переделывать не надо, как настаивает мой программист?
Віталій Фантич написал: Новый программист посмотрел. И сказал что это сделано стандартными методами битрикс. Скриптом на AJAX. И стандартные методы битрикс не позволяют такое реализовать нормально, а прийдется все переделывать. И сейчас как бы загружается весь список товаров ,а выводится только по кусочкам. И по тому и загрузка идет долго.
Возможно, это так, возможно, нет. Кому интересно, смотрите код указанной в первом посте страницы в районе подстроки "moreNews" (всего два включения: вызов и тело).
Чтобы дать окончательное заключение, нужно иметь полный доступ к коду и желание с этим разбираться.
kopoBko написал: на первый взгляд там с кешем проблемы и проверкой при обрезании контента, точне еочисткой буфера. Бывает такое когда слетает номер пагинации
Коллега, на первый взгляд там такой #####, что я бы для начала отключил кеширование js/css Ну, чтобы разобраться.
Поправка: вместо "кеширование" читать "объединение". Вместо "#####" читать "п@@@@ц".
kopoBko написал: на первый взгляд там с кешем проблемы и проверкой при обрезании контента, точне еочисткой буфера. Бывает такое когда слетает номер пагинации
Коллега, на первый взгляд там такой #####, что я бы для начала отключил кеширование js/css Ну, чтобы разобраться.
какой там ###### я представил, увидев кучу пустого места в исходниках + js
kopoBko написал: на первый взгляд там с кешем проблемы и проверкой при обрезании контента, точне еочисткой буфера. Бывает такое когда слетает номер пагинации
Коллега, на первый взгляд там такой #####, что я бы для начала отключил кеширование js/css Ну, чтобы разобраться.
какой там ###### я представил, увидев кучу пустого места в исходниках + js
Как бы то ни было: то, что было сделано, какое-то время работало правильно. Поэтому я бы начал источник проблем не в вёрстке (которая таки да, забавляет).
kopoBko написал: на первый взгляд там с кешем проблемы и проверкой при обрезании контента, точне еочисткой буфера. Бывает такое когда слетает номер пагинации
Коллега, на первый взгляд там такой #####, что я бы для начала отключил кеширование js/css Ну, чтобы разобраться.
какой там ###### я представил, увидев кучу пустого места в исходниках + js
Как бы то ни было: то, что было сделано, какое-то время работало правильно. Поэтому я бы начал источник проблем не в вёрстке (которая таки да, забавляет).
ессно проблема не в верстке, это я так, из любопытства)