Василий Наумкин

Мое мнение — глюк.

Раньше точно работало — проверял. Сейчас нет времени разбираться.

Сделал в getData $c->prepare(); echo $c->toSql();die;

SELECT `id`,`pagetitle`,`parent` FROM `modx_site_content` AS `modResource` WHERE ((`modResource`.`published` = 1 AND `modResource`.`deleted` = 0) AND `modResource`.`id` IN (13,14,52)) ORDER BY `modResource`.`menuindex` ASC LIMIT 20

То есть, SQL запрос в getCollection попадает верный, а вот почему оно выбирает все столбцы, вместо указанных — мне не ведомо.

Проверил — и в сниппете так же, и в методе getIterator(). Похоже, с каких-то пор они просто игнорируют SELECT.

То ли баг, то ли так и надо.

Вкладочку «Категории» у товара не трогали, случаем?

Если там у всех категорий стоит «Нет», то попробуйте заменить вызов msGetResources на getResources — проблема остается? Если да — вопрос не в miniShop.

В сторону чтений документации, воин.

Мне совершенно неохота выпытывать, где выводится, каким сниппетом, или это в админке?
Вопрос задать не можете понятно — ответа не будет.

Вам кто-то написал sleep(4) в index.php.

Пошутил, видимо.

*.vmdk — это образ VmWare. А VirtualBox с ним дружит.

ru.wikipedia.org/wiki/VMDK

$c->select('id,pagetitle') — одна строка, через запятую.

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

Дальше да, prepareRow() и всех делов.

Без обид, но вот лично я с Evolution не работаю уже давно и единственное, что могу посоветовать — переходите на Revo.

Это нужно по 2м причинам:
1. во время перехода вам придется пересобрать заново свой сайт, вы увидите слабые места и пофиксите. Ибо кривые скрипты оптимизация сервера не вылечит никак. Может, у вас там везде некэшированные сниппеты по 10 раз на странице вызывается?

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

Переходить нужно не автоскриптами какими то, а терпеливо, ручками.

Это да, согласен. Но скрипт универсальный, и кому надо — сами добавят, что еще исключить.

Лично я руками чищу такие старые пакеты, периодически.

Мега-комбаин, понятно.

Изучать дольше, чем писать свой скрипт заново.

MODX Evolution на этом сайте никого не интересует.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Лучше file_put_contents()

Должен быть массив, а не список-через-запятые.

Такой список нужно превратить в массив, функцией explode().