Александр Туниеков

Свои формулы не предусмотрены. Расчет результатов тестов очень простой. Если сумма баллов попадает в заданный диапазон результата теста, то он и присваивается. http://z9233215.bget.ru/manager/?a=element/snippet/update&id=44 строка 852:

$Variants = $modx->getIterator('UserTestVariants', array('test_id'=>$id, 'category_id'=> 0));
    foreach($Variants as $var){
        if($test_point >= $var->start_point and $test_point <= $var->end_point){
            $var_id = $var->id;
            $var_result = $var->result;
			$var_passed = $var->passed;
            break;
        }
    }

Исходный код открыт. Посмотрите может вы сможите модифицировать его под свои варианты рассчетов.

Добрый день! Да только из админки. Сделать из фронта можно, но сложновато :(

Сам задал вопрос сам и отвечаю :).
Код php можно распарсить в токены.

$tokens = token_get_all($code);

Потом пройтись по получившемуся массиву и если T_STRING содержит название разрешенной функции и токен не запрещен, например T_EVAL, записывать функцию в базу иначе возвращать ошибку. Примерно так :). Благо нужных функций не так много.

Можно еще часть отправлять через 12 часов а часть сразу :). Это допустим те, что через 12 часов отправляете в очередь с sender_package = «12hours». А в кроне при отправке фильтровать по sender_package.

Ну можно либо крон раз в 12 часов поставить либо в кроне send.php строка 11

$q->where(array('status'=>1, 'date:<'=> date('Y-m-d', strtotime("-12 hours"))));

Примерно так. Не тестировал.

Сделал EmailQueueAutoResponder и остальное что хотел :). Смотрите изменения в теме и качайте новую версию с модсторе. Планировал 2 часа а потратил весь вечер :(.

Конечно нет. К тому же я его не сам писал, а взял из FormIt github.com/Sterc/FormIt/blob/develop/core/components/formit/src/FormIt/Hook/Email.php#L61
Просто убрал все лишнее что сейчас не нужно было мне и адаптировал под компонент.

Ну я так и пишу. Подсмотреть убрать лишнее и добавить нужное :).

С поддержкой всех параметров сложно. Не думаю что я буду это делать :(. У меня в этом потребности нет. И все прописать достаточно сложно. Сегодня я сделаю топбар и статус отправляется и выложу на гитхаб. Если вы захотите, можете сделать форк доработать компонент прислать мне пулл-реквест.

насчет FormItAutoResponder подумаю как прикрутить.

Не возражаете если я ваш хук включу в состав компонента?

Мда… не продумал. Думаю тогда сделать статус Отправляется и в кроне перед циклом отправки добавить цикл, выставляющий этот статус. Это просто можно сегодня сделать. А вот я обещал еще кнопки сделать удобнее. Это сложнее надеюсь за 2 часа справлюсь и тоже сегодня сделаю.

Добрый день! Когда писал компонент вот на использование в хуке для FormIt не планировал, что это понадобиться. Идея была в том, что за раз нельзя бывает много писем отправить и чтобы это сделать понадобился компонент. А в FormIt одно письмо за раз отправляется. Для чего вам этот хук? Мне просто не очень понятно зачем он. Раз написали думаю нужен :), но вот зачем теряюсь в догадках :).

Мой скайп touols Давайте обсудим, что возможно сделать.

Мне кстати такая задача интересна. Вы рассматриваете подключение к ней сторонних специалистов?

У меня уже спрашивали сайт агрегатор, но заказчика цена не устроила. Он думал что это просто сделать :). Вообще если сделаете компонент для агрегатора и выложите его, то думаю спрос на него будет. Можно будет за 5-10т.р продавать :). Или может дороже.

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

Проще всего воспользоваться modstore.pro/packages/integration/msfieldsmanager

Нет к сожалению нельзя. Совместимость с минишоп не нужна была. Вообще надо разбираться как сделать совместимость и возможна ли она вообще. Компонент писался на совместимость с переработанным Shopkeeper.

Не знаю не тестировал. По моему все таки 1 запрос быстрее 300 запросов(30 объектов, 10 запросов на каждый).

Ну вот я и говорю что есть только id ресурса (parent). Понятно что с помощью fenom можно в defaultBalloonContent воткнуть дополнительный сниппет и в нем все поля вытащить. Но все равно лишние запросы в базу. Метод в простыне :) лучше :) можно без доп запросов в базу обойтись :). Только вы компонент изменили и переработать немного нужно метод. Мне сейчас некогда да и особо незачем.

Посмотрел новую версию вашего компонента. Мне вот одно не понятно. Как в defaultBalloonContent попадают данные ресурса tv pagetitle и т.д. и попадают ли они вообще туда? По моему туда только parent( id ресурса) попадает. Без данных ресурса смысла в defaultBalloonContent никакого.

Ну вот стараешься вспоминаешь пишешь а в ответ «эта дикая простыня мне ни к чему» :). Я не видел вашего нового кода. Да и, думаю, не скоро увижу, но не факт что не придется снова с напильником пилить :). Я другого способа уменьшить число запросов в базу не знаю кроме как присоединять в основной запрос. Ну нужная заказчику задача сделана, а придется ли мне использовать ваш компонент и нужно ли будет его пилить поживем увидим. Успехов Вам :)