Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #202 часа назад
Но сам чанк в админке создать всё равно придётся, это да.Нет, это не обязательно. Можно создавать только файловые чанки.
Как и сами блоки.С последн...
PageBlocks - мощный инструмент для MODX в стиле Laravel! 7
3 часа назад
Спасибо. Подскажите пожалуйста, могу ли я пакет sendit-2.1.7-pl.transport.zip, который установил в MODX 2.88, установить локально в MODX 3?
Или как п...
Нет возможности загрузить SendIt на modx 3.1 а очень хочется 4
5 часов назад
Сделал восстановление, пока всё норм. Благодарю за внимание.
Пропали картинки в товаре 2
Вчера в 12:56
А как сделать чтобы выводились картинки привязанные к модификациям?
[YandexMarket2] интеграция с msOptionsPrice2 2
Вчера в 07:45
Здравствуйте. Вот такое показывает в ошибка.
2025-02-10 07:43:08] (ERROR in modMenu::getSubMenus @ /home//public_html/core/model/modx/modmenu.cla...
Консоль запущена... обновление до 2.3.1 28
09 февраля 2025, 20:18
Не подскажете как? Не могу сообразить
[msOptionsPrice2] - Модификации продукта. 374
09 февраля 2025, 20:13
Ну да, так и прописываю, но как добавить в необходимые теги не пойму.
Напишу в личку
mvtSeoData 73
09 февраля 2025, 15:01
Скорее всего дело в том, что поле ecThread.resource теперь переименовано и называется ecThread.resource_id
easyComm 1.15.0 большой апдейт: ответы, улучшенные файлы и многое другогое! 22
07 февраля 2025, 16:45
Поставил компонент, добавил в папе ботов бот, прописал в настройки. А дальше что делать?
Захожу в созданного бота, ничего не происходит.
Нет нормал...
[tLogin] - Авторизация через Телеграм 29
Но в плане встречного иска мне без тебя и Андрея нечего им предъявлять. Конкретно моих интересов они никаких не задели, ведь они не используют мои не популярные модули :)
На счет 240 000 — позже напишу подробный топик, обсудим. Они предоставили Предварительный Договор с брифом и там расписали цифры, вообще никак не увязывающиеся с ценами на сайте. Я собственно даже в возражениях указывал на вероятный сговор Фабрики с этой сторонней компанией-клиентом (и Суд принял этот довод, вызвав третье лицо на заседание, но те не явились, прислав формальную отписку), ибо и цифры явно из пальца высосаны, и Предварительный Договор в IT даже среднего уровня — это какой-то нонсенс.
Запрос «Фабрика сайтов отзывы» — второй по популярности на моем сайте. Думаю это влияет на то, сколько потенциальных клиентов предупреждено на счет работы с этой «компанией».
А вы меньше смотрите на мою бестактность и больше читайте суть техническую. Я программист, а не политик. Особо слова не выбираю. Но попробуйте сказать что техническое возражение мое на комментарий было не корректным. Где я там допустил ошибку и в чем? Меньше обращайте внимание на мой тон и больше на техническую составляющую, и вот вам больше пользы.
Да, твой запрос сейчас максимально близок к чистому xPDO, но при этом все равно строк больше — раз, а во-вторых, зачем в таком случае изучать просто альтернативные методы вместо нативных?
Это что касается скорости и синтаксиса.
А коммент мой был ответом на другой коммент, не совсем корректный в техническом плане.
По поводу компетенций: сама модель MODX-а изначально ориентирована на не разработчиков. Это не секрет. И я уверен, что большинство MODX-разработчиков, как и в первом комментарии, не совсем отличит PDO от xPDO и т.п. Поэтому я и говорю про компетенции. Поэтому я и говорю что из-за этого легче пиарить синтаксический сахар.
Вообще-то самый что ни на есть xPDO.
— создается объект запроса xPDOQuery, который, как понятно из названия, имеет непосредственное отношение к xPDO.
Возвращает PDO-объект PDOStatement. Открою вам тайну: pdoTools, использующие в своей работе xPDO, так же в итоге приходят к этому объекту для выполнения запросов к БД, без этого просто никак.
Выполнение непосредственно запроса к БД. Так что здесь не только формирование запроса, но и выполнение его и обработка полученных данных.
А getCollection() — это не только все выше перечисленное, но еще и набивка данных в конечные xPDO-объекты. А это уже совсем другая задача. Ну и следует отметить, что в первом случае getCollection() тоже не выполняется, а просто так же выполняется запрос к БД и возвращаются полученные данные. getCollection() выполняется у pdoFetch в совсем другом методе.
Да, в этом тоже отличие этих двух примеров. В первом случае идет выборка сразу всех записей и возвращается конечный массив данных, а во втором случае идет построчный перебор полученного результата. Но, во-первых, это влияет на количество потребляемой памяти (что мы и видим наглядно), но на время выполнения почти не влияет. Что в одном случае, что в другом идет перебор 2000 результирующих записей. А во-вторых, здесь не должно быть цели приравнять результаты обоих вариантов к общему знаменателю. Здесь есть желание увидеть есть ли разница или нет. А разница безусловно будет. Объясню просто. Вот цепочка выполнения первого примера:
pdoTools -> xPDO -> PDO.
А вот цепочка второго примера:
xPDO -> PDO.
Найдите 10 отличий. Как ни крути, pdoTools не может быстрее работать, чем чистый xPDO, без которого сам pdoTools работать не может. Он может кому-то быть удобней в использовании, но не быстрее, потому что к выполнению первого варианта еще плюсуйте кучу методов отсюда, а второй вариант — конечный.
Именно по причине того, что многие не понимают до конца принципов работы xPDO, они и используют активно pdoTools искренне считая, что это самый быстрый и удобный способ взаимодействия с БД. Ну что? Василию надо отдать должное, он смог пропиарить свои наработки на базе массовой некомпетентности MODX-разработчиков. Ну, это уже каждому свое, и свое не каждому. Раз оно популярно, значит помогает в разработках. Но факт останется фактом — pdoTools никогда не будет работать быстрее и более гибко, чем чистый xPDO. Это можно даже тесты не проводить.