Вопросы

LuongSonTV là địa chỉ xem bóng đá trực tuyến hàng đầu, mang đến hình ảnh sắc nét, đường truyền ổn định và hoàn toàn không có quảng cáo. Trang cập nhật nhanh chóng lịch thi đấu, kết quả và tin tức bóng đá mới nhất mỗi ngày. Tận hưởng những trận cầu đỉnh cao cùng đội ngũ bình luận viên chuyên nghiệp, sôi động và đầy đam mê!
Địa chỉ: 412 P. Vũ Chí Thắng, Vĩnh Niệm, Lê Chân, Hải Phòng, Việt Nam
Điện thoại: 0983979999
Website: https://luongson161.tv/
Email: luongson161tv@gmail.com
Zipcode: 180000
Hashtag: #luongsontv #luong_son_tv #luongson #luongson_tv #trang_chu_luongsontv #bong_da_truc_tiep_luong_son_tv #luongsontv_truc_tiep_bong_da

Недавно столкнулся с такой проблемой. Используется компонент Login и при регистрации пользователь получает письмо не обработаенное парсером почему то:

{$fullname},
Логин: {$username}
Пароль: {$password}

При этом parser_class — pdoParser
На другом проекте проверил — все ок нормально приходит, все подставляется. Заглянул в код в class Login и увидел что в функции отправки используется

$output = $this->modx->getChunk($name, $properties);

Подсунул в консоли нужные данные и тоже получаю не обработанную информацию. Что за мистика?

Всем привет. Впервые с таким сталкиваюсь, любой зарегистрированный пользователь может авторизоваться в админке.
Modx 2.8.8, установлен компонент Login, создана группа Users, я не знаю что там мог накрутить прошлый разработчик, у кого нибудь было такое?

Сайт установлен на VPS WHM cPanel (не знаю вляиет ли это как то)

Пробовал у пользователя вообще удалять из группы — тоже самое, может зайти в админку
Проверял пользователей на SUDO — отключено у всех
Еще выяснилось что «Политики доступа» не работают от слова совсем…

Всем доброго дня.
Возникла необходимость перевести несколько сайтов с modx на новые версии php. Желательно >=8.2
Конфигурация всех сайтов: modx 2.8.8 + minishop 2
Текущие версии php на хостингах: 7.2 и 7.4
Простое переключение на php >8.0 приводит к многочисленным ошибкам и ворнингам (деприкейт-функции) в журнале ошибок. Включал все расширения из настроек php 7.4 — не помогло.

В связи с эти вопросы:
1. связка modx 2.8.8 + minishop 2 гарантированно работает с какой версией php? Есть ли смысл тратить время на устранение всех этих ошибок?
2. можно ли каким-то образом быстро проверить все установленные пакеты на поддержку той или иной версии php? Очень не хочется это делать, просматривая инфо по каждому пакету
3. вопрос по апгрейду на modx3 — есть ли стабильная версия minishop для modx 3? Если нет, то есть ли нормальная замена minishop 2 для modx 3?

с уважением,
Виталий

И стоит ждать обновлений версий для MODX3, также это относится не только к minishop3, seoFilter, mSearch2, а и msPre и другие платные/бесплатные продукты для MODX3?

Всем привет, подскажите, есть ли у кого опыт или может кто-то решал подобную задачу (или 1 из подзадач), поделитесь мнением пожалуйста)))

1) Многоскладовость (пока 3 склада) с учетом остатков по складу. Пару раз использовал msProductRemains для других задач, но там без складов. Пока думаю может его и использовать, просто завести у всех товаров 3 склада (скорее всего расширением модели товара или может TV);
2) Остатки потом будут синхронизироваться с 1С, возможно за основу будет взят модуль mSync, но может и полностью с 0 придется написать;
3) Интеграция Яндекс Доставки на сайт, но с учетом разных складов. Во-первых, приоритетный склад считается тот, что ближе к покупателю (определение склада не проблема); во вторых, учесть что товар может быть на разных складах (если на 1 складе не хватает кол-ва товаров для заказа), соответственно желательно заказ или разбить на 2 доставки (5 товаров со склада N через день, и 3 товара со склада M через 3 дня) или сам заказ разбить на 2 подзаказа (может там первые цифры номера заказа одинаковые);

Добрый день!

Всем привет!

Пытаюсь прикрутить к minishop2 (версия 3.0.7) оплату через Яндекс Пэй с помощью компонента mspYaPay. Настраиваю в песочнице. Возникло несколько проблем.

1) Оплата сразу после заказа срабатывает хорошо. Тестовая оплата проходит и возвращает на страницу удачной оплаты. При этом оплата по ссылке payment_link (из письма перехожу) минуя интерфейс оплаты Я.пей сразу возвращает на страницу неудачной оплаты.

2) В обоих случаях статус заказа не изменяется. То есть при удачной оплате статус остается «Новый» вместо «Оплачен».

Может кто-то сможет поделиться своим опытом. Спасибо!

Здравствуйте!
Был обновлен старый сайт. Клиент решил добавить вложенность, которой ранее не было. Т.е. ссылки на все статьи теперь имеют вид site.ru/articles/business/new-cryptomarkets.html, когда ранее был адрес вида site.ru/new-cryptomarkets.html
Статей много, категории разные. Как можно удобно прописать все 301 редиректы? Добавлять кучу записей в htaccess как-то слишком муторно.

Честно гуглил, найти не смог, нейронки не могут.
Вся надежда на органический интеллект
Просто дописываем в URL "_1" при сохранении, если документ с аналогичным URL уже существует.
_2, _3 и тд, просто меняем цифру
Помогите пожалуйста, полезная штука…