Я как раз подумывал потестить его вчера — вспомнил, что как то системщик опытный мне именно его ставил на р.комп, а не FZ, сегодня потестил. Интересная прога, может, походу больше много. Но со скоростью ничего не изменилось — 2.3 метра минуту качалось. У меня всё Ок с каналом, может как-то настройки Линоды или Убунты?

Что значит не срабатывает?
Где меняли, что не сработало, как поняли?

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

Ааа! Эвона как © Не знал, что так можно :-) Спасибо!

Что-то не так.

Смотри логи системы, разбирайся. Наверняка проблема в префиксе.

Ну так у них и параметры также называются, через точечку. А у меня через дефис =)

Так принято, другой причины не знаю.

Оу, не знал… А почему во всех компонентах и сниппетах, какие не посмотри, везде используется, к примеру,

$modx->getOption('mycomponent.core_path');

? Да, конечно, делают проверки и подставляют значения по умолчанию, но неужели это просто задел на будущее?

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

function __construct(modX &$modx, array $config=array()) {
    $this->modx =& $modx;

    $namespace = $this->modx->getObject('modNamespace', 'lead');
    
    $basePath = $namespace->get('path');
    //$assetsUrl = $this->modx->getOption('assets_url').'components/weather/';
    
    $this->config = array_merge(array(
      'basePath' => $basePath,
      'corePath' => $basePath,
      'modelPath' => $basePath.'model/',
      //'processorsPath' => $basePath.'processors/',
      //'chunksPath' => $basePath.'elements/chunks/',
      //'jsUrl' => $assetsUrl.'js/',
      //'cssUrl' => $assetsUrl.'css/',
      //'assetsUrl' => $assetsUrl,
      //'connectorUrl' => $assetsUrl.'connector.php',
    ), $config);
     
    $this->modx->addPackage('lead', $this->config['modelPath'], 'lead_');
      
   
  }

Поэтому все нормальные компоненты делают настройки с префиксами, типа ms2_option.

Неймспейсы на данный момент для красоты.

не срабатывает почемуто…

Василий, спасибо огромное!
И ещё один вопрос можно? Сразу что-то забыл про него…

При установке своего компонента, создаю системную настройку. Настройка эта находится в правильном неймспейсе (в списке настроек меняю значение комбобокса с «core» на «mycomponent» и вижу её в списке). Но вот если я её получаю через:

$modx->getOption('mycomponent.mysetting');

, то получаю «NULL», а если через

$modx->getOption('mysetting');

, то правильное значение.
Но ведь это никуда не годится… Если у любого другого компонента будет настройка с таким же именем или, что ещё хуже, есть системная настройка с таким же именем?

Вот не хочет настройка получаться через указание неймспейса и всё тут. В чём проблема — не знаю. Может сталкивался?

Нужно подключить таблицы методом addPackage();

Возник еще один вопрос. У меня не работает предпросмотр комментариев, вылетает 500 ошибка при запросе. Куда искать?)

Здравствуйте!

Я создал две таблицы в базе с префиксом lead.

По инструкции сгенерировал xml.

<model package="lead" baseClass="xPDOObject" platform="mysql" defaultEngine="MyISAM">
  <object class="Service" table="service" extends="xPDOSimpleObject">
     ...

Пытаюсь выполнить:

$q = $this->modx->newQuery('Service');
    
    $q->where(array(
        'service_id' => 7
      ));


   if ($q->prepare() && $q->stmt->execute()) {
            
            $arr = $q->stmt->fetchAll(PDO::FETCH_ASSOC);
              
          }
    
    print_r($arr);

Но в результате только пустота.

getCollection

также ничего не выдает.

Если подключить класс в сниппете с помощью

getService

, то все методы работают. Только никак не удается взаимодействовать с базой с помощью xPDO.

Буду рад совету! Спасибо!

1.В MODX системные настройки ->общие смотрите upload_maxsize

2.в настройках PHP upload_max_filesize

Обновил тикетс, сделал вывод через getTickets. Проблема ушла))

Использую WinSCP таких проблем нет.
сам iptables действительно только на новый конект с IP смотрит, видимо перезакрывается сессия

Пока по другому никак, скоро сделаю.

На здоровье.

Сейчас пишу mSearch2, там такого не будет.

1. Внутри одной группы можно сделать несколько уровней доступа, так как политика назначается с учетом роли. То есть, будет группа менеджеры, а внутри:
— Главный менеджер, с политикой Administrator
— Обычный менеджер — Content Editor
— Копирайтер — Text edit only

Это надо для очень больший сайтов с толпой юзеров, я пока не пользовался.

2. Ты можешь реализовать всю эту логику в своём процессоре. Но вообще да, так сделанно именно для CRC. Например, товары MS2 дублируются немного иначе, чем обычные ресурсы.

3. Да, просто накатываешь сверху setup и core, а потом обновляешь. Чтобы не было проблем — сначала сделай бэкап. Важный файл там только один — config.inc.php, он не затирается.

Лично у меня все обновления завершались без ошибок.

Прикольный.

Особых косяков не заметил, разве что на странице с корзиной пропадает footer и «заказ звонка» работает только на главной.

Ну а каталог сайтов давно есть — on-modx.ru, добавляйся.