2 часа назад
оценок нет
или все таки есть? :) благодарю
Есть чтото в духе StarRating или LikeDislike для оценок пользователями для MODX3? 4
8 часов назад
Спасибо, если вдруг не получится воспроизвести – пиши, сделаю демку
PageBlocks. Удобное управление контентом сайта. 28
Вчера в 13:48
Ну так они у тебя такие же будут если ты не будешь использовать дополнение
StaticElementsLive 29
Вчера в 06:41
Так ты сделай нормальное composer дополнение для MODX — и пусть его себе ставит кто хочет, вместе с остальными mmx-дополнениями. Древний транспортный ...
Facade Laravel в Modx 2/3 20
11 мая 2024, 14:20
Я для себя нашел решение, такое как описал для Василия. Я не использую образу напрямую из dockerhub, а строю свои образы на их основании. Это позволяе...
mmxApp - разработка новых composer дополнений 11
10 мая 2024, 23:56
server
{
server_name 5.35.87.177 www.5.35.87.177;
charset off;
ssi on;
index index.php index.html;
disable_symlinks if_not_owner from=$root...
Не запускается MODX с NGINX + PHP-FPM на чистом ubuntu 22.4 3
10 мая 2024, 22:57
mail ru разрешает отправлять письма с основного аккаунта, логип и пароль указанны верно, emailsender, совпадает с именем пользователя SMTP
Ошибка 111 и 110 при отправке письма пользователю, для регистрации, пакет Login 4
10 мая 2024, 09:46
Не подскажете, есть ли способ переопределить эти методы minishop2.class? Про переопределение методов msorderhandler видел, а про minishop2.class не на...
Ответ пользователю на почту через reply_to 5
10 мая 2024, 01:32
Привет из будущего! Ошибка все еще присутствует при удалении пользователя. Но пользователь все же удаляется.
[2024-05-10 00:22:10] (ERROR @ ....
Ошибка при удалении пользователей. 7
Вам нужно в скрипте вытащить ID ресурсов для которых нужно обновить кэш и почистить их из core/cache/
если не принципиально и можно грохнуть все то вот такой например способ может подойти
при условии что сервер разрешает из PHP запуск скриптов.
так же кэш можно удалить средствами самого MODx из его API.
Давай по порядку.
оно позволяет внедрить схему WorkFlow всего жизненного цикла заказа.
Это практически главное для чего он нужен.
Тем самым не получится перескочить через обязательные статусы и идти все должно последоватлеьно.
Это исключает и варианты ошибки, и мошенничества со стороны менеджеров магазина.
На сейчас статусы ты можешь в магазине ставить любые, вниз если есть фиксирование, и не можешь уходить с финальных. Тем не менее мне ничто не мешает пропустить какой-либо статус посередине заказа, например с Нового на Отправлен, минуя Ожидает оплаты и Оплачен
Это какое? mspreceiptaccount? это не много из другой оперы.
Здесь задача принять заказ с выставленным способом оплаты, но при этом не дать клиенту возможность ее произвести до одобрения менеджером сайта.
Полезно когда могут измениться как состав заказа так и параметры цены.
для удобств авторизации из личного кабинета и в теории оплаты с внутреннего счета покупателя.
Тут не уверен т.к в любом случае я всегда могу стандартным API получить контекст сессии пользователя и работать или не работать с ним.
2.Ожидает оплаты — это следующий статус, т.к в теории между этими итерациями может быть что-то еще, например Проверен (Подтвержден) -> Ожидается поставка -> Ожидается оплата -> итп. любые варианты.
Главное забиндить обязательные статусы для системы оплаты и дать возможность гибко их менять, с настраиваемым флоу.
3.Однозначно будет, но в разумных пределах схожих компонентов.
4.По идее, сможет, ведь ему все равно как будет происходить авторизация, и куда производить оплату заказа — все есть из коробки в MiniShop2.
Другой вопрос что функционал оплаты из личного кабинета видимо тогда уже работать не будет, т.к ЛК я планирую делать с использованием Office как раз, ну а по дефолту тогда будет отправляться счет на Email.
1.делаешь дамп всего сайта и базы
2.разворачиваешь его на аналогичном хостинге.
и дальше обновляешь Php до последней версии, старый можно удалить (желательно чтобы не было пересечений, хотя с ним тоже может вполне работать), обновляешь ModX, убираешь кэширование, и радуешься жизни.
у меня так был ресурс на linode работал на 2.2.+ версии на php-fpm 5, обновил все без проблем, только отказался от php-apc и не использую кэширование вовсе. В любом случае все летает и стало лучше.
3.если на бекапном сайте все ОК то не вижу проблем перевести аналогично и действующий.
Удачи.
SQL_MODE у меня сейчас такой:
не могу однозначно сказать, повредит ли чему-то отсутствие таких проверок дат, но по идее раньше ведь работало :)
sql версия
сейчас ошибка с