Всегда радуют такие комментарии. Встречный вопрос — а что это?

Оно еще проще чем мой скрипт? Быстрее ставится/настраивается?

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

rsnapshot чем не подходит?

Добавил исключение директорий cache, размер сократился, но не сильно. Кому нужно, может подобавлять еще --exclude=шаблон.

Packages, как мне кажется, лучше оставлять — там ведь могут лежать и уникальные пакеты, которых нет в репозитории.

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

Сделал так для любителей тупого копипаста.

«Если удалите что-нибудь нужное (как я, пока писал скрипт) — это не мои проблемы» — это наверх и красненьким =)

Хорошая мысль, поколдую.

Для своих нужд изменял скрипт, сделал, чтобы при бэкапе пропускались директории /site/assets/cache — в которой хранятся phpthumbof кешированные картинки, /site/core/cache — системный кэш, /site/core/package — где хранятся архивы и распакованные пакеты. Размер бэкапа уменьшился на 60%.

Движок 2.2.4 =) Сам не знаю почему так, вот только 2 сайта тупят) там стоит только minishop и все для него) Но поидее лагать не должно на фронтэнде на пустом)

Жесть. Обновлять движок не пробовали, может, у вас там что-то добавлено?

Если есть бэкапы сайтов — скиньте логин\пароль мне на bezumkin@ya.ru, погляжу как время будет.

creona.pro/test.html

Сайты на разных хостах, причем тормозит даже на локалке… Показывает 4.1304, на пустом бланке. Деактивировал ВСЕ плагины, показывает 4.0477 s…

И все на одном хостинге? Или тормозные сайты на отдельном?

Что показывает плейсхолдер [^t^] на странице в шаблоном _blank? Еще полезно проверить ваши плагины — возможно тормоз там.

Вот у меня есть сайт creona.pro, он почему то дико тормозит при загрузке. Даже если убрать ВООБЩЕ все из шаблона — белая страница грузится очень долго. Таких сайтов у меня всего два, все остальные работают отлично. В чем может быть проблема?

Можно писать лог в БД. Хотя бы в $modx->log().

При таких объемах вывод тупо на экран — не серьезно. Либо в файл, либо в БД.

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

Да, вы правы.
Однако, в случае каких-либо ошибок / предупреждений, вывод будет в echo. Для 7000 товаров хотелось бы в реальном времени видеть, что происходит. А с учетом того, что каждая картинка ресайзится, время выполнения может достигнуть нескольких часов при первом импорте.
Буду дальше поискать решение.

Лучше file_put_contents()

Вопрос по «классным» процессорам.
Пытаюсь получить только данные из двух столбцов таблицы, пишу вот в этот метод след. код
public function prepareQueryBeforeCount(xPDOQuery $c)

$c->select(array('id','pagetitle'));

Все равно выбираются все столбцы из таблицы. Я уже и называние класса добавлял перед названием столбца, тот же результат. Может быть у вас есть решение?
Т.к. только из-за этого пока не могу полностью перейти на классные процессоры

Кстати, если используете phpThumOf, он действительно нормально тормозит работу — даже не буду делиться опытом — bezumkin.ru/blog/2012/07/04/chunk_gr/, тут всё на 2-3 порядка профессиональнее, чем я смог бы, описано.

Хочу коротко рассказать Вам одну поучительную для меня историю.

Делал я себе тестовые сайтики на MODX Revo на Денвер, и каждый раз через некоторое время, в какой бы я позе/кол-ве/последовательности не пихал чанки, шаблоны, ТВ итп — всё одно — тормозить начинало. И подоспело время рабочего проекта. Делал я его себе делал и под конец узрел… до 60 600ms выдавал мне Денвер. Рыдал я плакал, а клиент уже бубен отнимает, которым я проектик прикрывал — глянуть хочет. А я взял да и перевёз его на OpenServer. И резко так время сократилось, до ~30 000ms, но всё равно жуть, кнш. Добрый человек — Виталий Батушев помог с изменением построения модификаторов, которыми я вызывал в шаблоне страницы чанки некоторые — хлобысь — 5 000-7 000ms. Сделал пару вызовов кешируемыми — 2 000-3 000ms. Перенёс на сервер в сети — 1 200-2 000ms. Подкрутил ещё пару вызовов — убрал их из «Содержимое страницы» и стал выводить через ТВ — 0 350-1 700ms (в зависимости от нагруженности страницы элементами). Вот оно Щастье :0)

К чему я эту историю поведать решил? К тому, что выше Безумкин написал — 100% доказанная истина в каждом из трёх абзацев его коммента — на моей собственной шкуре и рабочем (платном) проекте испытанная.

Советую записывать-запоминать появившиеся проблемы, их причины(!) и текущие методы решения(!), обращаться к кому-либо за советом лишь, когда 3-4 пота (если не все 7) сошло в поисках решения самостоятельно (включая Интернет). А потом курить эти записи. Если всё делалось правильно, прирост производительности в некоторых случаях может составить… даже целый порядок (тоже проверено на собственной шкурке)!

Тут виртуальная машина с настроенным Ubuntu таким образом, каким предлагал настроить Василий. Плюс предустановленный MODX, плюс его скрипты для установки, апдейта и удаления. Что в принципе, через пять минут после закачки дает настроенную и готовую к работе среду для разработки фактически идентичную VPS. BitName — интересный ресурс, но немного про другое.