перед вторым запросом. Или после того, как первый сделал.

Народ, спасите меня, я мозг сломал уже. Второй день не могу понять, что за дичь. Вот кусок кода: $id = $_POST['id']; $oldid = $_POST['oldid']; if (($oldid == 0) && ($account > 0) || ($oldid > 0)) { $sql = "INSERT INTO user_lessons (student_id,id) VALUES (" . $modx->user->id . ', ' . $modx->quote($id) . '); ' . ($oldid == 0 ? '' : ('DELETE FROM user_lessons WHERE (id = ' . $modx->quote($oldid) . ' ) AND (student_id = ' . $modx->user->id . ');')); $stmt = $modx->prepare($sql); //этот запрос выполняется корректно if (!$stmt->execute([])) { //... } else { if ($oldid == 0) { //... } else { //вот с этого места начинаются странности $sql1 = "SELECT id, date, teacher FROM calendar WHERE (id = " . $modx->quote($id) . ') OR (id = ' . $modx->quote($oldid) . ');'; $statement = $modx->prepare($sql1); $statement->execute(); $result = $statement->fetchAll(PDO::FETCH_ASSOC); // что бы я не делал, $result всегда равен false, хотя этот же код в консоле или в пхпмайадмин возвращает корректные данные. foreach ($result as $item) { //обработка результата } } $res = '{"account" : ' . $account . "}"; } } первый скуль-запрос выполняется корректно а вот вместо второго всегда приходит булевое значение, вроде фелс, тру не замечал. Штука в том, что если этот второй запрос вынести в консоль, то всё корректно отрабатывает, если запрос выполнить в пхп майадмине, тоже всё ок, а тут не работает, упорно возвращает false вместо данных из бд. Что я не так делаю? Может как-то надо сбрасывать драйвер бд между запросами или ещё какие-то премудрости, о которых я не догадываюсь?

ну у меня там голая таблица, без пдоклассов.

Да я нубас просто, мне проще было с запросами всё делать простыми, когда-нибудь и я научусь классы свои пилить.

Зато я теперь знаю ещё один способ выстрелить себе в ногу в модх.

2.7 это типа переходный перед третьим, без особых плюшек, просто подготовка к мажорному обновлению?

не кисло там работы

В рево до сих пор есть классы для парсинга синиаксиса ево

В ближайшее время вероятно напишу статейку или пару на эту тему

А всему дело teleport)

А всему дело teleport)

Может все-таки Иван разнесет все на разные PR. Как он и говорил ранее

Еще раз, если кто не понял. В текущей версии MODX3 вся модель самой системы - от версии 2. А внутри встроен xPDO3 с переходниками. Сгенерировать модель для дополнений, например miniShop2, чтобы оно работало в MODX3 можно только, внимание!, на MODX2. Потому что xPDO3 в составе MODX3 генерирует модель с namespaces, которая не работает со старой моделью ядра. Поэтому задача состоит в том, чтобы: 1. Перевести само ядро на модель нового формата. Потому что сейчас сам MODX3 для себя модель генерирует новой версии, а работать с ней не может 2. Перевести все сложные дополнения на эту новую модель, чтобы они могли собираться на xPDO3, на котором работает MODX3. Как это можно решать костылями в мажорной версии - я без понятия. При изменении модели ядра меняется всё, вообще всё. Соответственно, я всё и переписал. И даже так, что простые дополнения спокойно встают и работают, а сложные можно обновить для MODX3 за день-два. Еще раз, если кто не понял. В текущей версии MODX3 не генерируется модель ни для его ядра, ни для любых дополнений. Точнее, генерируется, но он сам с ней работать не может. Народ тестирует установку дополнений, сделанных для MODX2 на текущей версии MODX3 и радуется, если они работают. И, видимо, обновления этих дополнений для MODX3 тоже будут собирать на MODX2. Какой-то сюр. При этом, есть сообщения о том, что это можно сделать как-то лучше и элегантнее, но никаких подтверждений в коде и PR - нет. В общем, на этом всё и вставло. Низы не могут, верхи не хотят - Revolution подтверждает своё название. Можете меня цитировать.

ну крутяк))) а к развитию modx ты больше свою руку не прикладываешь?