Pull to refresh

Comments 12

Спасибо за материал, по работе с xPDO его не так много на русском
Хочу немного дополнить — пара фокусов с xPDO.
Обратите внимание на скорость и потребление памяти у разных запросов.

На xPDO можно работать очень быстро, только не все об этом знают.

Кстати, вместо getCollection() можно использовать getIterator() — меньше жрет памяти.
Опять небольшой лаг с ответами.
Чуть ниже написал.
Василий, спасибо!
Знал, что можно чуть более изящно написать, но что-то не докопал. А то у меня два раза prepare() двух объектов делается, хотя можно в одном все сделать.
Оставлю прошлый вариант как демонстрашка и перепишу с учетом $q->stmt->
Лучше делать так
...
$q->prepare();

if($q->stmt && $q->stmt->execute()){
    $result = ...
}


Вообще очень полезная статья.
Да, с вами согласен, что проверки — очень хорошо, и всегда для себя пишу с проверками, но не хотелось в примерах отдельные шаги захламлять дополнительными конструкциями.
Наверняка всякий уважающий себя программист для себя проверки напишет.
что насчёт ускорения $modx->getChunk? Делаю обычным способом запрос (getObject->getMany->getMany — нужно вывести дерево такое же, как в админке занесено) — запрос выполняется ~1.5 секунд, при включенном кеше — это хороший результат, но как только добавляю getChunk получаю результат ~40 секунд, что очень плохо даже с кешем (кеш nginx сбрасывается каждый час и кому-то «невезёт»).
оказывается была проблема в том, что я «комментировал» html куски через [[ <html/> ]] (то есть modx не находил такой снипет и ничего не отображал)
Честно скажу: тут ничем не помогу. С этим не сталкивался.
UFO just landed and posted this here
getChunk нормально по скорости. Эта функция кэширует чанк, а не делает каждый раз запросы.
Sign up to leave a comment.

Articles