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

Явных ошибок не вижу. Раз запроса не проходит ищи этап на каком срывается. Для начала вставь console.log(«test»); в начало этой функции и проверь консоль браузера. Или алертом можешь проверять. Я с телефона сижу счас. Не удобно набирать.

хм… или эта функция save_action должна вызвать? что-то такого варианта я не встречал…

покажи эту функцию this.setAction('importapi', 'false', 0);

А что не так то пошло? :) Какая ошибка? В коносоле разработчика в Network что говорит?

Какие 5к р.)) о чем речь

Я другу, на его последнее предложение, так и сказал, что нормальный сайт от 50т.р. делается.

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

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

Как минимум плюс в том, что вам не приходится общаться с неадекватными, агенство их для вас фильтрует.

Агентствам бывает пофиг. Они берут заказы от неадекватных и просто скидывают тебе, которые фиг знает как делать.

Херня. Как сказать «хочу быть богатым».

Аргумент весомый :(. Только меня не совсем устраивает текущее положение, заработки и то что мало пользы от работы. Хотя конечно 90% фирм закрываются в первые 3 года работы. Может и для сайтов такая-же судьба…

Не вопрос не в предоплате. Пример не слишком удачный :(. Вопрос какие сайты эффективны и восстребованны? Как это определять? Какие суммы для эффективного сайта приемлемы? Как подобрать клиенту нужный ему сайт и объяснить его стоимость?
Вопросы может и дурацкие. Типа «смысла жизни» :), но по крайней мере меня такие вопросы развивают :)

Разобрался :) В общем в modExtra менять ничего не нужно.

Для проверки установил Tickets. На modAction ругается 3 раза. А должно 1 раз на это

if ($action = $modx->getObject('modAction', array('namespace' => 'tickets'))) {
                $action->remove();
                /** @var modMenu $menu */
                if ($menu = $modx->getObject('modMenu', array('text' => 'tickets'))) {
                    $menu->remove();
                }

Похоже наши гуру и сами не знают, что там такого нужно поменять, чтоб не ругалось :)

Кто-нибудь может помочь?

квест найди отличия этого

<?php
/** @var modX $modx */
/** @var array $sources */

$menus = array();

$tmp = array(
    'emailqueue' => array(
        'description' => 'emailqueue_menu_desc',
        'action' => 'home',
        //'icon' => '<i class="icon icon-large icon-modx"></i>',
    ),
);

foreach ($tmp as $k => $v) {
    /** @var modMenu $menu */
    $menu = $modx->newObject('modMenu');
    $menu->fromArray(array_merge(array(
        'text' => $k,
        'parent' => 'components',
        'namespace' => PKG_NAME_LOWER,
        'icon' => '',
        'menuindex' => 0,
        'params' => '',
        'handler' => '',
    ), $v), '', true, true);
    $menus[] = $menu;
}
unset($menu, $i);

return $menus;

от этого

Я это читал перед тем как тему создать :(, но увы нефига не понял :(. Какие-то ссылки на коммиты Tickets, в которые я смотрю и не вижу никаких modAction. Смотрю код build modExtra и тоже не нахожу никаких modAction.
Я в том как генерируется и устанавливается транспортный пакет внутри кода MODX практически ничего не знаю. Просто тупо брал modExtra переименовывал и писал что нужно в нем :). А теперь прямо засада.

Она на modx evo.

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

Вопрос первый — как закрыть доступ к платным курсам?

Делал компонент — регистр курсов. Табличка ид курса, ид юзера, зарегистрирован, куплен, пройден. На странице курса сниппет который проверяет платный ли курс, куплен ли курс этим юзером и выдает плейсхолдеры в шаблон на феноме где на плейсхолдеры ставится {if $placeholder}. То есть в зависимости от плейсхолдеров активируются разные части шаблона. (а можно, проще, в сниппете возвращать просто разные чанки на куплен и не куплен. У нас было просто много мест где менять поведение надо.)

Вопрос второй — на каждом курсе будет по 5-6 видео разделов, планируется делать проверку домашнего задания.
Допустим мы зарегистрировались, зашли на бесплатный или купили платный курс, и попадаем в раздел lesson1, смотрим видео — сдаем домашнее задание посредством чата. Такой чат будет подразумеваться на каждом видео.

У нас задания сдавались тестами, а не чатами.
Нормального чата под MODx нет. Это надо сторонний юзать наверно.

Я предпочитаю не обновлять кроном цену товаров, а пересчитываю ее в плагине на событие msOnGetProductPrice. В price цена в долларах, а показываются пересчитанные в рублях. Курсы получаю с помощью CurrencyRate. Мне кажется что так надежнее :). Крон не повиснет при пересчете и если много товаров, то нагрузка на сервер меньше (цена персчитывается каждый раз при показе товара, но не надо пересчитывать ее для всех товатов. Только те что посмотрели).
Не знаю как способ лучше. Кому какой способ больше нравиться? Пересчитывать при показе товара или пересчитывать кроном ночью все товары? И почему?

Нет не планируется. В принципе, скрипт написать что рассылку делает не сложно. Примерно так:

if (!$Orgs = $modx->getService('organizations', 'Organizations',$modx->getOption('organizations_core_path', null, $modx->getOption('core_path') . 'components/organizations/') . 'model/organizations/', $scriptProperties)) {
	return 'Could not load Organizations class!';
}
$orgs = $modx->getCollection('Orgs');
foreach($orgs as $org){
    ...//здесь пишете отправка письма на $org->email, если это поле заполняется.
    //если не заполняется, то можно отправить на письма на пользователей организации
    $c = $modx->newQuery('OrgsUsersLink');
    $c->leftJoin('modUserProfile', 'modUserProfile', "modUserProfile.internalKey = OrgsUsersLink.user_id");
    $c->select(array(
      'modUserProfile.email'
    ));
    $c->where(array(
        'OrgsUsersLink.org_id' => $org->id,
        'OrgsUsersLink.user_group_id' => 1, //администраторам
        'OrgsUsersLink.active' => 1,
    ));
    $users = $modx->getCollection('OrgsUsersLink', $c);
    foreach($users as $user){
        ...//отправка письма на $user->email
    }
}

Отправлять письма как здесь https://ilyaut.ru/reposts/sending-mail-through-modmail/, либо через EmailQueue если на сервере ограничение по числу писем за раз.

Нет разграничить нельзя.

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

Свои формулы не предусмотрены. Расчет результатов тестов очень простой. Если сумма баллов попадает в заданный диапазон результата теста, то он и присваивается. 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;
        }
    }

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

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