Олег Захаров

Добавлял MIGX поля для мульти загрузки изображений, и видимо что-то сделал не так (а может это раньше было) — но у ресурсов не отображаются вкладка Дополнительные поля. Сами поля для теста создаю простейшее текстовое, назначаю шаблону ресурса, открываю ресурс — а вкладки нет. Проверил права — ничего не менял. Помогите куда копать. Сделал обновление версии MODx сайта с 2.61. до 2.6.2 — не помогло.
Пробовал переустановить pdoTools и MIGX. Не помогло.
Хотя сами дополнительные поля создаются и отображаются на странице товара или ресурса внизу, но не на выделенной вкладке «Дополнительные поля» как обычно.

Здравствуйте. Замечательный модуль autoRedirector создает правила для редиректов при переносе ресурсов и изменении УРЛ. А можно ли его так настроить, что бы при удалении ресурсов, с этих ресурсов происходил редирект на, допустим, страницу с id = 1?
Или же возможно можно создать правило для редиректов, только не с конкретного УРЛ, а по маске. Пробовал так, но не работает:

/udaljaemiy-url*
/udaljaemiy-url~

Здравствуйте. Возможно очевидный вопрос, но не могу понять. Есть вот такой вот вывод ресурсов:

[[!pdoPage?
    &tpl=`popCat__item`
    &element=`pdoResources`
    &context=`catalog`
    &parents=`11,4`
    &resources=`[[*popCat__list]]`
    &level=`1`
    &templates=`2`
    &limit=`12`
    &includeTVs=`[[*popCat__list]]`
   // &sortby=`{"popCat__list":"ASC"}`    
]]

Необходимо вывести ресурсы именно в том порядке, в котором они приходят в TV — [[*popCat__list]]
Подскажите, как это сделать?

В очередной раз на крупном клиентском проекте, где настроены все виды контекста, обнаружил, что часть рекламных объявлений ведет на несуществующие страницы. Опять кто-то обновил структуру сайта, кто-то забыл об это сказать, а следовательно не были обновлены URL объявлений. Такое происходит регулярно из-за рассогласованности действий тех, кто занимается контентом и тех, кто контекстом. При этом если Google AdWords о несуществующих страницах предупредит, хоть и не сразу, то Яндекс Директ об этом вам не расскажет, он проверяет код ответа страницы и сообщает о проблемах только при добавлении объявления. И как правило, находятся подобные объявлениями, ведущие на несуществующие страницы, не сразу, а когда кто-то заподозрит неладное и полезет в статистику.

Для того, чтобы больше не наступать на эти грабли, не терять бюджеты и посетителей, решил написать компонент, которым хочу поделиться. Возможно данный компонент будет кому-то полезен, позволит сохранить нервы и деньги, или просто позволит избежать подобных проблем.

Добрый день!

Ситуация следующая…

Необходим закрытый раздел для дилеров.

На сайте есть розничные цены для всех посетителей, если человек логиниться в личном кабинете для дилеров, то розничные цены пропадают ( не отображаются) и на их месте появляются цены оптовые и кнопка корзины.

При этом пароль для входа должен создавать админ сайта через админку, т.е. регистрации на сайте нет, только страница для входа.

Натолкните на мысль куда смотреть, может готовые решения есть?

Спасибо за помощь!

До недавних пор при работе с Яндекс.Кассой можно было выбрать встроенную интеграцию с тремя сервисами онлайн-фискализации — МодульКассой или облачными сервисами Атол.Онлайн и OrangeData. Теперь же, с помощью решения Бизнес.ру, можно передавать данные об онлайн-платежах на 70 с лишним моделей ККМ всех популярных поставщиков (Атол, УМКА, Старрус, Эвотор, Дримкас, Искра, Штрих-М, Счетмаш, Инкотекст).

Вдобавок, новое решение — самое доступное из имеющихся на рынке: можно купить недорогой кассовый аппарат и использовать его и в оффлайне, и на сайте с Яндекс.Кассой. Плата за сервис «Бизнес.ру Онлайн-Чеки» для клиентов Яндекс.Кассы ниже, чем для других платёжных агрегаторов — 300 рублей в месяц.

При разработке очередного интернет-магазина возникла потребность в большом количестве фильтров по характеристикам товаров. Используя tv или опции тормозов не избежать — нужно расширять родную таблицу ms2_products.

И вроде бы все хорошо, но если в разных разделах нужны разные характеристики, то страница товара в админке превращается в свалку.

Проблема:

Скрипт который в документации не учитывает настройки из источника, в нем указано что нужно накладывать водяной знак, но на готовых картинках — его нет, хотя размеры правильные.

Вопрос:

Можно ли в скрипт дополнить чтобы он это учитывал?

На днях обнаружил в mSearch2 при вызове сниппета mFilter2 и выставлении в настройке «mse2_filters_handler_class» кастомного класса (соответственно создав в необходимой директории файл и расширив в нем стандартный класс филтров), при вынесении папки core за корневой каталог (к примеру на уровень выше), то мы получаем неправильные пути для поиска файлов кастомных классов в mFelter2, поэтому наш кастомный класс не работает. Вот к примеру:

modx_core_path у нас:

/home/s12187/core/

modx_base_path у нас:

/home/s12187/www/

Получаем ошибку в логе:

[2017-12-14 08:53:22] (ERROR @ /home/s12187/core/components/msearch2/model/msearch2/msearch2.class.php : 243) [mSearch2] Custom path is not exists: "/home/s12187/www/home/s12187/core/components/msearch2/custom/filters"

Т.е. если папка core у нас находится на уровень выше, чем modx_base_path, а не находится в нем, то путь до папки с кастомными файлами mSearch2 склеивается с modx_base_path и на выходе мы получаем, что файлы кастомных классов ищутся в несуществующем каталоге:

/home/s12187/www/home/s12187/core/components/msearch2/custom/filters

Хотел написать в ТП на modstore, чтоб Василий поправил это в последующих версиях, но там уже закончился срок поддержки, а продлевать нет необходимости, т.к. проблему решил сам, но хотелось бы, чтоб в следующей версии это было решено из коробки, так что под катом выкладываю временное решение для тех, кто с этим тоже столкнется и в надежде, что Василий тоже увидит и поправит в следующих версиях.

Достался в доработку сайт от другого программиста.
В админке наблюдаю большое количество регистраций пользователей с разных адресов, с @yahoo.com, @gmail.com и всяких левых забугорных сайов. Поле fullname заполняются вида 5a1b12dc16404, и т.д. Подозреваю что это боты.
Но что интересно — я сделал регистрацию на сайте без подтверждения через почту (для исключения лишних действий) — и когда посетители регаются — их пользователь сразу активируется. Эти левые пользователи добавлялись до отключения активации, так и после — и при этом они добавляются без активации пользователя. Полагаю что это не боты которые заполняют форму регистрации (раз они остаются в статусе неактивных), а боты которые каким-то образом подключаются к сайту через коннекторы или еще какие-то способы.
Прошу помочь.