Всего 123 608 комментариев

Василий Наумкин
21 февраля 2013, 20:53
0
Окей, показывай свой сайт с такими скоростями, чтобы работал на MODX Revolution и выводил внизу плейсхолдер [^t^]. Желательно, с таким же функционалом, но можно и без.

Тебе же есть, что показать, или мы будем обсуждать сферических «любых оптимизаторов»?

Я не заявляю, что мой сайт или MS2 самый быстрый на свете. Но одни из самых быстрых на Revolution — факт. Если ты готов с этим поспорить — давай свои реальные аргументы.
Фролов Алексей
Фролов Алексей
21 февраля 2013, 20:44
0
В среднем 500 мс ожидание ответа от сервера.
Вам любой оптимизатор скажет что это большая цифра, выше 200 мс это уже не радостно
Василий Наумкин
21 февраля 2013, 20:35
0
Лёша, ну в этом месте я просто обязан попросить тебя продемонстрировать твои достижения в написании быстрых сайтов.

Мой сайт медленный, ок. Покажи свой, быстрый.
Василий Наумкин
21 февраля 2013, 20:30
0
На этом сайте, как ни странно, постоянно добавляются комментарии, вопросы, он всё время в движении.

Неудивительно, что иногда бывают заскоки, но они никак не влияют на общую картинку:
Сайт — быстрый.
Василий Наумкин
21 февраля 2013, 20:29
0
Ты сказать то что хочешь? Говори, не стесняйся.

Циферки я внизу и сам вижу хорошо, в среднем там 0,35 — 0,7.

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

Фролов Алексей
Фролов Алексей
21 февраля 2013, 20:28
0
Я это не сам сочинил)) Сделал скриншот сразу после добавления своего комментария и обновления текущей страницы
Фролов Алексей
Фролов Алексей
21 февраля 2013, 20:25
0
Нет, ничего. Вы пишете компоненты, а сделать быстрым свой сайт не можете или не хотите, просто странно.
Василий Наумкин
21 февраля 2013, 20:25
0
Что могу сказать? Какой-то глюк.

Хорошо, что такое случается крайне редко — я вот, ни разу не видел пока.
Василий Наумкин
21 февраля 2013, 20:22
0
Фролов Алексей
Фролов Алексей
21 февраля 2013, 20:22
0
Это уже значительно лучше.
Василий Наумкин
21 февраля 2013, 20:19
0
Полез искать самое тормозное место в работе сниппета, и нашел!
Это функция getChildIds, которая рекурсивно ищет потомков ресурса, из которого выводится каталог.

Немного уточнил лог и выходит вот это (смотрим на строчку «Query parameters are prepared.»)

Глубина выборки 10


Глубина выборки 1


Глубина 0, функция отключена


Очевидно, тормоза оттого, что в категории 10000 потомков. Но всегда можно указать параметр &depth=`1` и перечислить нужных родителей через запятую — так будет быстрее.

Очистка кэша как раз и влияет на построение дерева ресурсов, с которым работает getChildIds(). Поэтому с depth=1 сниппет отрабатывает за 0,12 сразу после очистки, а потом уже — 0,09.

Вот такие пироги. Куда еще убыстрить — не знаю.
Фролов Алексей
Фролов Алексей
21 февраля 2013, 20:17
0
Олег Трубин
21 февраля 2013, 20:16
0
Василий, спасибо за ответ.
Я не знаю, как вам доказать, что именно так и происходит)). Пробовал на браузерах — ФФ и гуглХром, к сожалению, одна и та же картина.
Версия modx revo 2.2.6
Ян Такушевич
21 февраля 2013, 20:13
0
Да, произвольные поля, как вижу, не только мне понадобились. Да, из коробки их сделать будет проблематично. Но за статью с примером добавления нового поля думаю многие были бы благодарны.
Фролов Алексей
Фролов Алексей
21 февраля 2013, 20:11
0
Текущая.
Василий Наумкин
21 февраля 2013, 20:03
0
У автора этого бага не наблюдается ни на одном сайте.
Василий Наумкин
21 февраля 2013, 20:01
0
А если еще разок нажать F5, что будет?

Какая страница это, кстати?
Василий Наумкин
21 февраля 2013, 20:00
0
Не может быть! Кэш ресурса очищается после добавления комментария?!

И что?
Ян Такушевич
21 февраля 2013, 20:00
0
А можно, пожалуйста, немного подробнее объяснить для новичков? Так ничего не понятно, а без доп. полей в моем случае весь смысл тикетов теряется…

Заранее благодарю за ответ.