Вопросы специалистов

Песочница

Tips & tricks

Сайты на ShopModxBox

MIGX

Конструктор CRC, множественые вызовы.

Создание документа через собственный процессор наследуемый от modResourceUpdateProcessor

вместо страницы редактирования шаблона  пустая страница.

Скачивание только для авторизованных

Несколько форм на странице

Выборка максимальной и минимальной цены

Проблема с подключением ModxTalks

Самый коротный мап-файл

сайт с онлайн заказом трансфера

Кросс-таблицы на MIGX

modResource::__construct() выполняется не только в момент инициализации текущего документа, но и в момент инциализации любого другого документа, к примеру, в формируемом Wayfinder-ом меню, или новостной ленте, формируемой getResources-ом. Откройте в админке Console (дополнительный компонент) и выполните $modx->newObject('MyClass'); Увидите сообщение. Выполните три раза $modx->newObject('MyClass');, увидите три раза сообщение. Ничего лишнего там MODX не делает.

modResource::__construct() выполняется не только в

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

Вот оно что, я не говорю что лишнее, просто хочу р

А поизучайте ООП, и будет вам там ответ. В любом случае будет полезно изучить.

А поизучайте ООП, и будет вам там ответ. В любом с

я в процессе :)
 Спасибо за ответ.

Не за что!

Ну, самое простое, это все-таки подменить УРЛ коннектора, к примеру, передав его параметром при вызове или просто прописать в компоненте. Но надо еще следить за этим блоком кода. Даже если у вас расширенный процессор, при апдейте специфических CRC, для которых используются собственные процессоры, будут в итоге вызваны их процессоры, а не ваши.


Ну, самое простое, это все-таки подменить УРЛ конн

Спасибо Вам большое. Действительно все просто, достаточно просто подменить УРЛ коннектора. 
 

По поводу getInstance его также можно переписать в своем контролере. Достаточно заменить на $object = $modx->getObject($classKey,$properties['id']);. Вот только я не могу понять, чем грозит этот getInstance. Если будет вызван стандартный процессор. Не нашел мест, где это может использоваться.

Спасибо Вам большое. Действительно все просто, достаточно просто подменить УРЛ коннектора. По поводу getInstance его также можно переписать в своем контролере. Достаточно заменить на $object = $modx->getObject($classKey,$properties['id']);. Вот только я не могу понять, чем грозит этот getInstance. Если будет вызван стандартный процессор. Не нашел мест, где это может использоваться.

Спасибо Вам большое. Действительно все просто, дос

Вот только я не могу понять, чем грозит этот getInstance. Если будет вызван стандартный процессор. Не нашел мест, где это может использоваться. 

Ну, к примеру, не будет вызван процессор shopModx, который должен не только обновить текущий документ, но и связанный объект ShopmodxProduct. Скажу, будет печалька тогда. Так что просто так лучше вообще эти процессоры не трогать. Вероятно правильней было бы вклиниться на уровне плагинов, а не процессоров.

Вот только я не могу понять, чем грозит этот getInstance. Если будет вызван стандартный процессор. Не нашел мест, где это может использоваться. Ну, к примеру, не будет вызван процессор shopModx, который должен не только обновить текущий документ, но и связанный объект ShopmodxProduct. Скажу, будет печалька тогда. Так что просто так лучше вообще эти процессоры не трогать. Вероятно правильней было бы вклиниться на уровне плагинов, а не процессоров.

Вот только я не могу понять, чем грозит этот getIn

В core/config/config.inc.php пропишите в начале ini_set('display_errors', 1);
 Телепатов нет, никто не догадается по белому экрану.

В core/config/config.inc.php пропишите в начале in

а в начале это в первой строке?

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

А попробуйте в php-учебник заглянуть. Ну хотя бы э

прописал строку которую вы написали.

изменений не произошло

Значит смотрите серверные логи php. Или вы некорректно прописали указанную строчку, что привело так же к фатальной ошибке (а сервер ваш не выводит сообщения об ошибках), или просто настройки сервера не позволяют вот так вот ему сообщать, чтобы он выводил ошибки.

Значит смотрите серверные логи php. Или вы некорре

а что должен был написать modx после того как я прописал эту строку? И где смотреть результаты?

а что должен был написать modx после того как я пр

MODX ничего написать не должен. У вас фатальная php-ошибка, и по хорошему ее должно бы показать, но из-за настроек веб-сервера можно ничего и не увидеть. Надо смотреть серверные php-ошибки, а это уже не спрашивайте где, это спрашивайте в саппорте вашего хостера.

MODX ничего написать не должен. У вас фатальная ph

ок! я понял. а откуда эта ошибка взяться могла? я с декабря месяца с этим сайтом занимаюсь и это был первый шаблон который я сделал и правил его не однократно, а то что я описал выше появилось только сегодня?

ок! я понял. а откуда эта ошибка взяться могла? я 

Сорри, но нам-то откуда знать?

Как вариант. Но это если каждый файл будет отдельным документом. А если файлы динамически распределять по правам, то правильно делается это так:
 1. Создаются группы ресурсов с разными уровнями доступов.
 2. Создаются различные группы пользователей с правами к их группам ресурсов.
 3. Файлы с различными уровнями доступов отдаются через эти различные ресурсы с доступами.

Как вариант. Но это если каждый файл будет отдельн

У меня планируется сделать раздел, в котором будут размещаться 2 pdf файла. Нужно чтобы они были видны всем, но при попытке загрузить не авторизованных вылезало окно авторизации.

У меня планируется сделать раздел, в котором будут

Ну тогда и смотрите предложенный вариант.

То есть создать материалы в дереве ресурсов как ссылки на документы (файлы pdf) а в разделе «Файлы» сделать их вывод меню, например с помощью wayfinder? Таким образом и видны они будут и при попытке перейти на них и скачать будет выбежать авторизация? Или я что-то не так понял?

То есть создать материалы в дереве ресурсов как сс

Примерно так. Только не забудьте настроить страницу «Доступ запрещен». В общем, качайте сборку ShopModxBox и смотрите как там сделано. В главном меню есть пункт «Личный кабинет», он виден не авторизованным пользователям, но если попытаться войти в него, получите ошибку доступа.

Примерно так. Только не забудьте настроить страниц

Спасибо!

Пожалуйста!

Ничего с этим не подскажу, formIt не использую. А что не использует form-процессор?

Ничего с этим не подскажу, formIt не использую. А 

Вообще непонятка какая-то. Создал в формах скрытые поля emailto и emailfrom и в вызове прописал &emailTo=`[[+emailto]]` и &emailFrom=`[[+emailfrom]]` все стало работать как положено. Первый раз такая шляпа.
 А чем пользуетесь Вы для форм обратной связи?

Вообще непонятка какая-то. Создал в формах скрытые

С 2-мя формами с FormIt есть несколько заковырок, я тоже долго не мог понять почему на всех страницах форма обратного звонка нормально работает, кроме страницы контактов, где тоже был вызов сниппета FormIt. Пока не понял принцип его работы. FormIt обрабатывает POST запрос, и в зависимости от настроек производит какие-либо действия (валидация полей, отправка сообщения, редирект и т.д.). Но если на странице Formit вызван дважды или более, то возникают проблемы, т.к. он 2 или более раз попытается обработать один и тот же POST запрос (если в запросе одинаковые переменные). Поэтому я нашел 2 пути решения проблемы: 1. Оставлять только 1 вызов, но если поля в 2-х формах разные, то необходимо ставить «заглушки» (поля co style=«display:hidden» cо значениями по-умолчанию); 2. По возможности в формах в поле action ставить разные id, и создать пустую страницу с FormIt.

С 2-мя формами с FormIt есть несколько заковырок, 

Спасибо, попробую. Но у меня все работает в связке с AjaxForm и тап есть параметр &submitVar=`1`, позволяющий раскидывать обработку разных форм.

Спасибо, попробую. Но у меня все работает в связке

Я написал: form-процессор. У нас везде только он и используется. Там и отправка уведомлений, и проверка каптчи если надо, и проверка полей, и вызов субпроцессоров, если надо (например, если надо создать новый заказ на лету).

Я написал: form-процессор. У нас везде только он и

Было бы здорово, если бы Вы написали топик о том, как пользоваться Вашим form-процессором.

Было бы здорово, если бы Вы написали топик о том, 

Здравствуйте.
 Очень хороший вопрос! Тут просто так не сделать, много подводных камней :) К тому же важно учитывать условия поиска товаров и прочее, чтобы не дублировать код.
 Вот вам процессор готовый: gist.github.com/Fi1osof/3dd7659fb9afd42d491f
 Расширьте им базовый процессор получения товаров и вызывайте его. На выходе получите ответ типа 

Array
(
    [success] => 1
    [message] => 
    [count] => 1
    [total] => 13
    [limit] => 1
    [page] => 0
    [object] => Array
        (
            [object_id] => 
            [min_price] => 23500
            [max_price] => 23500
            [tvs] => Array
                (
                )

        )

)

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

Думаю, доработанный процессор можно было бы и в ядро запилить…

Здравствуйте.
 Очень хороший вопрос! Тут просто так не сделать, много подводных камней :) К тому же важно учитывать условия поиска товаров и прочее, чтобы не дублировать код.
 Вот вам процессор готовый: gist.github.com/Fi1osof/3dd7659fb9afd42d491f
 Расширьте им базовый процессор получения товаров и вызывайте его. На выходе получите ответ типа Array
(
    [success] => 1
    [message] => 
    [count] => 1
    [total] => 13
    [limit] => 1
    [page] => 0
    [object] => Array
        (
            [object_id] => 
            [min_price] => 23500
            [max_price] => 23500
            [tvs] => Array
                (
                )

        )

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

Здравствуйте.
 Очень хороший вопрос! Тут просто та

Вряд ли я в ближайшее время напишу такую статью. Да и смысла в ней особо нет. Посмотрите исходный код этого процессора, а так же как в сборке ShopModxBox реализована форма обратной связи на странице контактов и все. Там логика не особо объемная.

Вряд ли я в ближайшее время напишу такую статью. Д

кстати Николай, тут батябест прав, т.к. надо свой обработчик POST запроса писать. И захотел вас за нелогичность кое-где упрекнуть, но вчитавшись в код, понял что я ошибся и неслабо((, и sendManagersEmail просто функция класса, а не дефолтная функция. Иногда я поражаюсь, как можно в грамотно не избыточный функционал написать, но который расширить можно. я некоторые компоненты modx за переизбыточность и недолюбливал. Но я и смарти недолюбливаю, хотя он иногда в скорости прирост дает, но MVC паттрен он разрушает((.А зачастую, это дорабортки сайта упрощает.

кстати Николай, тут батябест прав, т.к. надо свой 

Николай, спасибо за ответ!
 Но есть проблема, процессор выводит одну и туже неизменную цифру 23500 как и у вас в примере.

Николай, спасибо за ответ!
 Но есть проблема, проц

Да, действительно, я проперся с добавлением current => true :) Хотел, чтобы ответ был не многоуровневым массивом, а сразу данные цен, а current добавляет условие limit => 1. Переделал. Процессор актуализировал. Проверяйте.

Да, действительно, я проперся с добавлением curren

кстати Николай, тут батябест прав, т.к. надо свой обработчик POST запроса писать. И захотел вас за нелогичность кое-где упрекнуть, но вчитавшись в код, понял что я ошибся и неслабо((

Да, там на странице можно хоть сколько форм обрабатывать. К примеру, я чаще всего просто определяю по имени сабмит-кнопки (здесь name=«feedback_submit»), чтобы если именно эта форма отправляется, обрабатывать ее данные.
 

Но я и смарти недолюбливаю, хотя он иногда в скорости прирост дает, но MVC паттрен он разрушает((

Назовите мне хоть один современный шаблонизатор, который, к примеру, не поддерживает циклы или условия :)

кстати Николай, тут батябест прав, т.к. надо свой обработчик POST запроса писать. И захотел вас за нелогичность кое-где упрекнуть, но вчитавшись в код, понял что я ошибся и неслабо(( Да, там на странице можно хоть сколько форм обрабатывать. К примеру, я чаще всего просто определяю по имени сабмит-кнопки (здесь name=«feedback_submit»), чтобы если именно эта форма отправляется, обрабатывать ее данные. Но я и смарти недолюбливаю, хотя он иногда в скорости прирост дает, но MVC паттрен он разрушает(( Назовите мне хоть один современный шаблонизатор, который, к примеру, не поддерживает циклы или условия :)

Спасибо, работает.

Ну и замечательно :)

Это классно! Спасибо!

Всегда пожалуйста! :)

заказать можно несколько раз нажимать и она суммирует заказы c разными маршрутами

Судя по всему, наверно указано условие при поиске записи в процессоре
 core/components/billing/processors/mgr/orders/products/add.class.php
 В массив должны быть включены все поля, которые создают уникальность записи в заказе, т.е. В этом случае туда должны буть добавлены как минимум поля с данными о маршруте.
 

заказать можно несколько раз нажимать и она суммирует заказы c разными маршрутами Судя по всему, наверно указано условие при поиске записи в процессоре
 core/components/billing/processors/mgr/orders/products/add.class.php
 В массив должны быть включены все поля, которые создают уникальность записи в заказе, т.е. В этом случае туда должны буть добавлены как минимум поля с данными о маршруте.

заказать можно несколько раз нажимать и она суммир

Александр, большое спасибо за ваш Комментарий!
 

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

Да да именно так я и делал, включал в массив поля назначения и отправления, вот так:
 

            $object = $this->modx->getObject('OrderProduct', array(
                'order_id'  => $order_id,
                'product_id'=> $product_id,
                'dep'      => $this->getProperty('dep'),
		 'des'      => $this->getProperty('des'),
            ));



Но тогда в корзину добавляется только один маршрут, после добавления первого другие маршруты с другими значениями назначения и отправления не добавляется.
 

Александр, большое спасибо за ваш Комментарий! В массив должны быть включены все поля, которые создают уникальность записи в заказе, т.е. В этом случае туда должны буть добавлены как минимум поля с данными о маршруте. Да да именно так я и делал, включал в массив поля назначения и отправления, вот так: $object = $this->modx->getObject('OrderProduct', array(
                'order_id'  => $order_id,
                'product_id'=> $product_id,
                'dep'      => $this->getProperty('dep'),
		 'des'      => $this->getProperty('des'),
            )); ? Но тогда в корзину добавляется только один маршрут, после добавления первого другие маршруты с другими значениями назначения и отправления не добавляется.

Александр, большое спасибо за ваш Комментарий! В м

Не скажу точного рецепта, но смотри в сторону MigxDB. Там ты можешь использовать свои пользовательские таблицы. 
 Ну а вообще 10 полей под цены — не круто. То есть в одну линию выстраивать значения не совсем гибко. Правильней ИМХО делать несколько записей. К примеру в миге колонки: толщина, цена. И сколько вариаций толщина-цена, столько строчек в табличке и добавлять.

Не скажу точного рецепта, но смотри в сторону Migx

Это было бы идеально, но при условии что все эти записи выстроить в двумерной табличке: столбцы — цена, строки — цвета, в ячейках — цены. А при сохранении — обратно. Эх, говорила мне мама — учи ExtJS!!!

Это было бы идеально, но при условии что все эти з

Все-таки я не улавливаю в чем проблема… У тебя в товаре от каких параметров цена зависит?

Все-таки я не улавливаю в чем проблема… У тебя в т

На нем и сделаю, но не хочется все в одну линию вытягивать


столбцы — цена Имел в виду толщина смотри в сторону MigxDB На нем и сделаю, но не хочется все в одну линию вытягивать

столбцы — цена Имел в виду толщина смотри в сторон

Саш, еще раз прочти вопрос:

У тебя в товаре от каких параметров цена зависит?

Саш, еще раз прочти вопрос: У тебя в товаре от каких параметров цена зависит?

Саш, еще раз прочти вопрос: У тебя в товаре от как

Цена зависит от материала (цвет) и толщины — они формируют цену за кв.м. поверхности (http://omaa197.bget.ru/stoleshniczyi)
 И пакость еще в том, что цена нелинейно от толщины меняется, не описать элементарной функцией зависимость от толщины. Заказчик хочет руками ставить.
 Толщина будет от 22 до 46мм с шагом 6мм (5 значений), но я с запасом 10 запланировал
 

Я понимаю, что задавать 10 полей под цены не айс, но на мой взгляд это оптимально с точки зрения администрирования будет, все-таки покомпактнее табличка, и перед глазами все данные.

Цена зависит от материала (цвет) и толщины — они формируют цену за кв.м. поверхности (http://omaa197.bget.ru/stoleshniczyi)
 И пакость еще в том, что цена нелинейно от толщины меняется, не описать элементарной функцией зависимость от толщины. Заказчик хочет руками ставить.
 Толщина будет от 22 до 46мм с шагом 6мм (5 значений), но я с запасом 10 запланировал Я понимаю, что задавать 10 полей под цены не айс, но на мой взгляд это оптимально с точки зрения администрирования будет, все-таки покомпактнее табличка, и перед глазами все данные.

Цена зависит от материала (цвет) и толщины — они ф

Сделать таблицу с полями цвет, толщина и цена не проблема, MIGXdb поможет, но хочется удобно для администратора сделать.
 Тем более, это не единичный случай, еще один клиент ждет подобного решения (у того, правда, от 3-х параметров цена зависит :) )

Сделать таблицу с полями цвет, толщина и цена не п

На самом деле у тебя не получится обойтись простой табличкой, так как здесь матрица. У тебя произвольное кол-во материалов и по ним произвольное кол-во вариантов толщины. Каждый из этих вариантов имеет свою итоговую цену. То есть если у тебя 5 материалов и по каждому из них 5 вариантов толщины, в итоге у тебя получится 25 вариантов цен.
 

Материалы тебе однозначно надо заводить в единый справочник, чтобы их можно было выбирать из выпадающего списка. А вот толщину и стоимость надо указывать вручную.
 

Варианты здесь фэншуйные лезут различные, вплоть до собственного кастомного ТВ-поля, но наиболее простое и быстрое решение будет такое (во всяком случае я бы так сделал):
 1. Создаем справочник материалов (лучше всего документами, по типу как у нас валюты сделаны. Если пока для них не будет публичных страниц, можно их в контекст spravochniki занести. А когда будут, тогда перенести в основной контекст).
 2. Создаем TV-поле выпадающий список, чтобы можно было выбирать материал.
 3. Создаем MIGX-табличку с тремя колонками:
  — Выпадающий список материалов (просто указываешь какое TV-поле юзать)
  — Числовое поле Толщина
  — Числовое поле Цена.
 4. В getdata-процессоре в функции afterIteration парсим JSON-строку из ТВшки и набиваем в массив цен для дальнейшего использования.
 

В редакторе манагер набивает сколько угодно строчек Материал-Толщина-Цена. На совести манагера, чтобы для одного материала не было повторений, но если очень надо, можно написать проверку в плагин на сохранение документа. Строчки сортировать можно, так что всегда можно держать все материалы рядышком.
 

Тут один жирный минус: JSON не позволит на уровне запросов выполнять поиск по материалам, толщине и ценам, но в таком случае ты можешь просто поступить: на сохранение документа парсить данные ТВшки и фигачить данные в собственную таблицу для удобства запросов. А интерфейс будет на миге. Другой вариант: просто это дело перевести на MigxDB и сразу данные сохранять в отдельные таблицы.

На самом деле у тебя не получится обойтись простой табличкой, так как здесь матрица. У тебя произвольное кол-во материалов и по ним произвольное кол-во вариантов толщины. Каждый из этих вариантов имеет свою итоговую цену. То есть если у тебя 5 материалов и по каждому из них 5 вариантов толщины, в итоге у тебя получится 25 вариантов цен. Материалы тебе однозначно надо заводить в единый справочник, чтобы их можно было выбирать из выпадающего списка. А вот толщину и стоимость надо указывать вручную. Варианты здесь фэншуйные лезут различные, вплоть до собственного кастомного ТВ-поля, но наиболее простое и быстрое решение будет такое (во всяком случае я бы так сделал):
 1. Создаем справочник материалов (лучше всего документами, по типу как у нас валюты сделаны. Если пока для них не будет публичных страниц, можно их в контекст spravochniki занести. А когда будут, тогда перенести в основной контекст).
 2. Создаем TV-поле выпадающий список, чтобы можно было выбирать материал.
 3. Создаем MIGX-табличку с тремя колонками:
  — Выпадающий список материалов (просто указываешь какое TV-поле юзать)
  — Числовое поле Толщина
  — Числовое поле Цена.
 4. В getdata-процессоре в функции afterIteration парсим JSON-строку из ТВшки и набиваем в массив цен для дальнейшего использования. В редакторе манагер набивает сколько угодно строчек Материал-Толщина-Цена. На совести манагера, чтобы для одного материала не было повторений, но если очень надо, можно написать проверку в плагин на сохранение документа. Строчки сортировать можно, так что всегда можно держать все материалы рядышком. Тут один жирный минус: JSON не позволит на уровне запросов выполнять поиск по материалам, толщине и ценам, но в таком случае ты можешь просто поступить: на сохранение документа парсить данные ТВшки и фигачить данные в собственную таблицу для удобства запросов. А интерфейс будет на миге. Другой вариант: просто это дело перевести на MigxDB и сразу данные сохранять в отдельные таблицы.

На самом деле у тебя не получится обойтись простой

От трех — это только пользовательское ТВ надо создавать. Там типа нажал кнопку — выбрал параметр — создался блог с табличкой, куда данные указал. Еще параметр — еще блок с табличкой…
 Вообще для таких как раз задач у нас и был создан класс Модели товара, и в нем уже создавались конечные товары, которые содержали только параметры, влияющие на цену, а все основные параметры и оформление — это содержалось в модели товара, но там запросы такие мозгодробительные, что я даже не включил их в ядро. Тот механизм только под индивидуальные решения.

От трех — это только пользовательское ТВ надо созд

лучше всего документами

А я справочник в gallery засунул :). Действительно, по документам раскидать лучше будет. 
 Коля, спасибо за идею!


лучше всего документами А я справочник в gallery засунул :). Действительно, по документам раскидать лучше будет. 
 Коля, спасибо за идею!

лучше всего документами А я справочник в gallery з

Можно и из галереи дергать данные справочника, разницы нет, ты и оттуда можешь дернуть данные. Главное чтобы не руками наименования прописывались каждый раз.

Можно и из галереи дергать данные справочника, раз

Да, я примерно так в Delphi и делал — списки с параметрами, там выбираешь нужные, а ниже в основной табличке появляется результат выборки.
 Жаль, MIGX не позволяет две-три зависимых сетки (один ко многим) открыть на одной страничке. Думаю, подобная фича была бы очень востребована

Да, я примерно так в Delphi и делал — списки с пар

Эх, говорила мне мама — учи ExtJS!!! 

Ты же сам ткнул в пробел. Осваивай, все в твоих руках :) И будешь себе сетки зависимые делать. Типа как в управлении заказами. Там же по каждому заказу можно развернуть детали и посмотреть все товары в заказе. В твоем случае Object.add() или типа того в помощь!

Эх, говорила мне мама — учи ExtJS!!! Ты же сам ткнул в пробел. Осваивай, все в твоих руках :) И будешь себе сетки зависимые делать. Типа как в управлении заказами. Там же по каждому заказу можно развернуть детали и посмотреть все товары в заказе. В твоем случае Object.add() или типа того в помощь!

Эх, говорила мне мама — учи ExtJS!!! Ты же сам ткн

Да, видимо, придется так и сделать :)
 Времени бы еще… :)
 Коля, спасибо большое за советы.

Да, видимо, придется так и сделать :)
 Времени бы 

Всегда пожалуйста!

тут вопрос созрел почти в тему, возможна ли отправка на почту типа имя@письмо.рф? модх как я уже понял не хочет пропускать подобные имена ящиков.

тут вопрос созрел почти в тему, возможна ли отправ

Мне так показалось, что он не пропускает имена типа имя@site.ru, не?

Мне так показалось, что он не пропускает имена тип

там проверка на соответствие регулярному выражению стоит и походу кириллицу не пропускает.

там проверка на соответствие регулярному выражению

А какого же икса у меня с латиницей не прокатывало? Непонятка))

А какого же икса у меня с латиницей не прокатывало

Да, там регулярка. Ее имеет смысл обновить уже, она там совсем не идеальная.

Да, там регулярка. Ее имеет смысл обновить уже, он

кроме этого регулярка в core/model/modx/mail/phpmailer/class.phpmailer.php стоит, я пробовал их поотключать все равно письмо не отправило :(

кроме этого регулярка в core/model/modx/mail/phpma

Пробуйте для начала попробовать отправить функцией mail(). Может она не принимает кириллические домены, и надо указывать их альтернативные названия типа xn--aaaaaaaaaa.....xn--p1ai

Пробуйте для начала попробовать отправить функцией

попробовал, не принимает. :( joxi.ru/D2PBeKNikx56r3 с обычным адресом отработало, а вот кириллический не приняло joxi.ru/Y2Lqe61tQg5YA6

попробовал, не принимает. :( joxi.ru/D2PBeKNikx56r

Так вы пробуйте не @письмо.рф, а @xn--h1aigbl0e.xn--p1ai

Так вы пробуйте не @письмо.рф, а @xn--h1aigbl0e.xn

Добрый день, Коллеги. Прежде всего хочу поблагодарить Александра Маркова за помощь.
 

Теперь пытаюсь создать свой action 
 

При выводе каталога формы заключаются в теги: 
 

Пытался в скрипт добавить GOOD_ADDTRANSFER:«products/addtransfer» – не помогло.

Добрый день, Коллеги. Прежде всего хочу поблагодарить Александра Маркова за помощь. Теперь пытаюсь создать свой action ? При выводе каталога формы заключаются в теги: ? А далее в javascript: ? ? Пытался в скрипт добавить GOOD_ADDTRANSFER:«products/addtransfer» – не помогло.

Добрый день, Коллеги. Прежде всего хочу поблагодар

тут лучше gulp развернуть и в исходниках править. Промотри здесь и про сам gulp здесь

тут лучше gulp развернуть и в исходниках править. 

подскажите в какую директорию нужно установить php_pdo_sqlsrv_54_ts.dll?

подскажите в какую директорию нужно установить php

В директорию расширений php. Это уже зависит от того, какое у вас веб-окружение настроено.