Нет. Заказчик заморозил разработку компонента. Возможно в ближайшие несколько месяцев разработка будет продолжена. Пока ведутся переговоры. Если заказчик пожелает возобновить разработку, то компонент будет реализован, если не пожелает, то тоже будет реализован, но позже. :)
Должен. А зачем print делать, если результата отработки не надо выводить? И кстати не print, а return лучше использовать.
И код, пожалуйста, в тег code оформляй, когда комментарий пишешь. Ибо невозможно читать и повторно использовать, если кому пригодится.
Ошибка 500 — internal server error, внутренняя ошибка сервера — часто возникает из-за того, что веб-сервер предотвращает выполнение скрипта в целях безопасности.
В связи с этим, в логах Apache, Nginx или PHP не должно быть пусто.
По коду видно, что в процессоре идёт проверка на контекст:
— Если mgr — свойства (в т.ч. и шаблон) берутся из заполненной формы
— Если иной — свойства берутся из родителя. Да, в Tickets есть классная возможность указать в Секции тикетов настройки по-умолчанию для дочерних Тикетов — file.modx.pro/files/5/2/d/52dc40aaa739f288f36b27bb79fc0078.png
1) При клике как открывать ссылку в этомже окне браузера
Выкатил новую версию:
1.0.4-beta (06.04.2016)
==============
— Добавлена галочка открывать ссылки на областях в текущем/новом окне
— Добавлена возможность в поле ссылки указать JS. Понимает только, как «javascript: здеськод;» И только с одинарными кавычками внутри.
Я тоже недавно писал подключение к сторонней БД, и также видел где-то «utf-8», кстати не на rtfm.modx.com, а в другом месте. В первую очередь полез сравнивать с конфигом MODX, т.к. это рабочий вариант.
Обновлено
Кстати и в офф, и тут для xPDO 2.2+ описано, как «utf8». Так что проблема не в некорректной записи в RTFM, а в банальной невнимательности разработчика.
Упс. А вот этого я не предусмотрел. :) Какую информацию при выводе всех тегов надо передавать в чанки? Примерно представляю, что нужно передать плейсхолдер «Вес» и подставлять туда вес использования тега. Верно?
Обращайтесь. Большой опыт, ответственный подход, довольные клиенты — всё это имеется.
И код, пожалуйста, в тег code оформляй, когда комментарий пишешь. Ибо невозможно читать и повторно использовать, если кому пригодится.
И не может всё-таки быть, чтобы в лог ничего не писалось. Может быть ты не туда смотришь?
Либо, предлагаю попробовать переписать использование CURL на встроенный в MODX CURL-клиент — modx.pro/help/7518/#comment-52713
Также, как вариант, попробовать запустить свой код в компоненте Console. Проверить, будет ли там работать.
Но и это не даёт 100% гарантии того, что письма не будут уходить в СПАМ. Особенно на ящиках mail.ru.
— Если mgr — свойства (в т.ч. и шаблон) берутся из заполненной формы
— Если иной — свойства берутся из родителя. Да, в Tickets есть классная возможность указать в Секции тикетов настройки по-умолчанию для дочерних Тикетов — file.modx.pro/files/5/2/d/52dc40aaa739f288f36b27bb79fc0078.png
И дальше, если ни там, ни там не найдено шаблона, который бы можно было установить — ставится тот, который определён в настройках системы.
Код приложения многое может подсказать…
1.0.4-beta (06.04.2016)
==============
— Добавлена галочка открывать ссылки на областях в текущем/новом окне
— Добавлена возможность в поле ссылки указать JS. Понимает только, как «javascript: здеськод;» И только с одинарными кавычками внутри.
Я тоже недавно писал подключение к сторонней БД, и также видел где-то «utf-8», кстати не на rtfm.modx.com, а в другом месте. В первую очередь полез сравнивать с конфигом MODX, т.к. это рабочий вариант.
Обновлено
Кстати и в офф, и тут для xPDO 2.2+ описано, как «utf8». Так что проблема не в некорректной записи в RTFM, а в банальной невнимательности разработчика.