Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #206 часов назад
Сайт восстановил. Но обратно дополнение установить не могу, выдаёт ошибку. Выше в сообщении то, что не работало. Перетаскивание стало работать после о...
msSortFields 16
Вчера в 22:23
Ну круто! Добавлю во FlatFilters поддержку этого компонента для организации поиска))) Спасибо!
Algolia для MODX с поддержкой PageBlocks и miniShop2 8
Вчера в 16:47
Список стоп-листов не скачивается. Компонент старый и не поддерживается?
Борьба с парсерами и ботами - antiBot 77
Вчера в 10:10
Впервые вижу человека, выбирающего сопоставление таблиц бд по критерию скорости, и при этом игнорирующего саму суть сопоставления (и сортировки если ч...
Правильное изменение кодировки БД на utf8mb4, для корректной работы эмодзи и т.п. 3
Вчера в 09:41
Подумаю как можно сделать.
Но на самом деле это очень плохая практика хранить по каждому результату логи
Нарушит работу сайта 100%
Быстро место за...
CrontabManager - работа из под console ssh 3
11 февраля 2025, 18:31
дополню где править
core/components/translitor/model/translitor.class.php
31 строка
[Translitor] - Альтернатива транслитерации псевдонимов 26
11 февраля 2025, 12:30
Примерно так
[[!pdoPage?
&element=`pdoResources`
&parents=`0` <!-- ID родителя -->
&pageVarKey=`page&#...
Как получить url следующей страницы пагинации от pdopage 6
10 февраля 2025, 22:02
Но сам чанк в админке создать всё равно придётся, это да.Нет, это не обязательно. Можно создавать только файловые чанки.
Как и сами блоки.С последн...
PageBlocks - мощный инструмент для MODX в стиле Laravel! 7
10 февраля 2025, 21:34
Спасибо. Подскажите пожалуйста, могу ли я пакет sendit-2.1.7-pl.transport.zip, который установил в MODX 2.88, установить локально в MODX 3?
Или как п...
Нет возможности загрузить SendIt на modx 3.1 а очень хочется 4
10 февраля 2025, 18:55
Сделал восстановление, пока всё норм. Благодарю за внимание.
Пропали картинки в товаре 2
Но в плане встречного иска мне без тебя и Андрея нечего им предъявлять. Конкретно моих интересов они никаких не задели, ведь они не используют мои не популярные модули :)
На счет 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. Это можно даже тесты не проводить.