Уже работает админка, управление категориями и товарами, настройками. Уже готова работа с корзиной.
Сейчас работа на стадии оформления заказа и всем что с заказом связано.
2. Использование getCollection. Это не лучший вариант. Этот метод загружает в ОЗУ сразу всю коллекцию объектов заказа, что не лучшим образом отражается на производительности и ресурсах. Лучше использовать итератор через метод getIterator. Такой метод загружает в память только список объектов, при переборе по очереди достает из базы информацию. Этот метод существенно быстрее работает и кушает меньше ресурсов. К слову итератор это не изобретение MODX. Это паттерн PHP. Да и не только PHP — он почти во всех языках используется.
Этот вариант, в отличие от $modx->getChunk обработает конструкции и MODX и феном.
5. Не ошибка. Даже не предупреждение. Скорее глаз режет. Использование прямых SQL конструкций.
Мы же в MODX работаем. Желательно использовать конструктор запроса. newQuery — его не просто так придумали. Помимо универсальности запроса, не привязанного к конкретной СУБД — это еще и выглядит красиво, аккуратно, профессионально. Сразу видно, что человек знает свое рабочее место.
Дистрибутива готового нет, но если умеешь скачивать и устанавливать компоненты из исходников — то там все так же.
Уже работает админка, управление категориями и товарами, настройками. Уже готова работа с корзиной.
Сейчас работа на стадии оформления заказа и всем что с заказом связано.
В целом есть что смотреть и тестировать.
Друзья, вот именно на такие заметные проекты, ускоряющие вашу собственную работу и идут донаты.
Мы от коллектива поощряем нашего друга на сумму 20 000 рублей. Но хотелось бы выделить больше.
Потому в очередной раз призываю вас всех поддержать копеечкой сообщество или лично Баху для дальнейшего развития.
Все реквизиты сообщества можно посмотреть здесь
Справедливости ради — все поисковые движки предоставляют свои облака, для обработки данных и выдачи поисковых результатов. Некоторые даже бесплатно. Так что не обязательно разворачивать их у себя не сервере.
По факту там будет подключение к оператору и отправка SMS
Пробовали повторную установку MiniShop2?
Какое точно рабочее окружение используете?
1. Если заказов много — такой сниппет не сможет выполнить свою работу. Лучше вешать задачу на планировщик
2. Использование getCollection. Это не лучший вариант. Этот метод загружает в ОЗУ сразу всю коллекцию объектов заказа, что не лучшим образом отражается на производительности и ресурсах. Лучше использовать итератор через метод getIterator. Такой метод загружает в память только список объектов, при переборе по очереди достает из базы информацию. Этот метод существенно быстрее работает и кушает меньше ресурсов. К слову итератор это не изобретение MODX. Это паттерн PHP. Да и не только PHP — он почти во всех языках используется.
3. Это что за странная конструкция такая?
Зачем так? Почему? Есть же гораздо более корректный метод обращения к таблице
Так-то люди вполне могут переименовать таблицу, просто указав нужное имя в модельке. И приведенный метод гарантировано выдаст нужную таблицу.
4. Использовать getChunk я бы рекомендовал так:
Этот вариант, в отличие от $modx->getChunk обработает конструкции и MODX и феном.
5. Не ошибка. Даже не предупреждение. Скорее глаз режет.
Использование прямых SQL конструкций.
Мы же в MODX работаем. Желательно использовать конструктор запроса. newQuery — его не просто так придумали. Помимо универсальности запроса, не привязанного к конкретной СУБД — это еще и выглядит красиво, аккуратно, профессионально. Сразу видно, что человек знает свое рабочее место.