Николай Савин
С нами с 06 июня 2015; Место в рейтинге пользователей: #51 час назад
И всё для того, чтобы пользователи не начинали развиваться.
Василий, прекращай пожалуйста путать развитие разработчика (программиста, ИТ-гика, кодера...
Транспортный пакет для Composer дополнений 28
2 часа назад
Да я сейчас сразу все в migxDB делаю просто попался проект где уже сделано все в обычном migx. А переносить они не хотят. Поэтому ищу варианты. Спасиб...
Ограничения migx 3
Вчера в 22:34
5. Настроил компонент Login.
6. И в раздел «Редактирование данных» у уже авторизованного пользователя вывел следующий сниппет:
<?php
$modx->...
Личный кабинет пользователя. Поиск компонента 4
Вчера в 18:07
Файл изображения — название файла с расширением
Путь к файлу — путь где файл находится
На мой взгляд для манагера это сложно. Проще иметь возможно...
Компонент для создания кастомного меню 17
Вчера в 16:49
Добрый день, прикрутите возможность поиска товаров по ТВ/значению
msPre - Массовое редактирование товаров minishop 87
Вчера в 14:09
Все спасибо, разобрался
Открываю исходники SeoFilter, YandexMarket2 и делаю их бесплатными 15
Вчера в 13:32
Может можно реализовать как-то через «цепочки» внутри самого easyComm…
Одна админка, мультиязычность на разных доменах: de, fr, md + мультиязычные комментарии 1
Вчера в 11:56
все спасибо разобрался!
[YandexMarket2] выгрузка товаров в Яндекс Маркет и не только 19
Вчера в 10:37
t.me/ru_modx
Белый экран при редактировании ресурса после копирования его в другой контекст 6
27 марта 2024, 22:38
Если используете сниппет для отправки формы без перезагрузки страницы, то js компонента FetchIt вставляет текст ошибок внутри тега с атрибутом data-er...
Проблемы с работой FormIt не выводятся сообщения после обработки формы. 12
1. Если заказов много — такой сниппет не сможет выполнить свою работу. Лучше вешать задачу на планировщик
2. Использование getCollection. Это не лучший вариант. Этот метод загружает в ОЗУ сразу всю коллекцию объектов заказа, что не лучшим образом отражается на производительности и ресурсах. Лучше использовать итератор через метод getIterator. Такой метод загружает в память только список объектов, при переборе по очереди достает из базы информацию. Этот метод существенно быстрее работает и кушает меньше ресурсов. К слову итератор это не изобретение MODX. Это паттерн PHP. Да и не только PHP — он почти во всех языках используется.
3. Это что за странная конструкция такая?
Зачем так? Почему? Есть же гораздо более корректный метод обращения к таблице
Так-то люди вполне могут переименовать таблицу, просто указав нужное имя в модельке. И приведенный метод гарантировано выдаст нужную таблицу.
4. Использовать getChunk я бы рекомендовал так:
Этот вариант, в отличие от $modx->getChunk обработает конструкции и MODX и феном.
5. Не ошибка. Даже не предупреждение. Скорее глаз режет.
Использование прямых SQL конструкций.
Мы же в MODX работаем. Желательно использовать конструктор запроса. newQuery — его не просто так придумали. Помимо универсальности запроса, не привязанного к конкретной СУБД — это еще и выглядит красиво, аккуратно, профессионально. Сразу видно, что человек знает свое рабочее место.
Я сейчас делаю модуль интернет-магазина MiniShop3 на 8.1 — ничего нигде не пукает
На всякий случай уточню. Большинство русскоязычных компонентов основаны на единой зависимости — библиотеке pdoTools. Она не заявлена в поддержке PHP8. В целом работает конечно, но ее никто, включая текущего владельца не тестировал основательно. Возможны проблемы как с самой библой, так и с отдельными компонентами.
Опять же есть готовый компонент-шаблон ModExtra3 — можно пошагово посмотреть как он устроен и чем отличается от modExtra
Поддержки версий выше нет и не планируется.
Подогнать конечно можно при желании, но для этого нужна квалификация.