Alexey

itreviewchannel.ru/rabota-s-mysql-cherez-komandnuyu-stroku/#5

Проводил при помощи SSH импорт БД размером около 5 Гб — нет проблем.

Привет! Связка mSync+msOptionsPrice2 из коробки не работает. Вот пример кастомизации через плагин.

Сталкивался с такой проблемой, когда заканчивалось место на диске.

Я бы вначале предложил вывести в лог данные офферов из плагина(название, к примеру), чтобы в принципе понять, попадают ли они всё на это событие.

По поводу mSyncBeforeProductOffers не берусь сказать, использовал только mSyncOnProductOffers — нужно было остатки по складам раскидать — всё норм было.

docs.modx.pro/komponentyi/msync/sobyitiya-i-plaginyi#mSyncOnProductOffers

Событие mSyncOnProductOffers отрабатывает для каждого торгового предложения, впрочем, как и mSyncBeforeProductOffers, поэтому непонятно, почему у вас один раз срабатывает?

skrinshoter.ru/s/260423/FOumXi3D — эти селекторы не вижу в коде

Если в исходном коде нет нужной разметки, то почему проблема должна исчезнуть?

docs.modx.pro/komponentyi/pdotools/snippetyi/pdopage#%D0%92%D1%81%D1%82%D1%80%D0%BE%D0%B5%D0%BD%D0%BD%D0%B0%D1%8F-Ajax-%D0%BF%D0%B0%D0%B3%D0%B8%D0%BD%D0%B0%D1%86%D0%B8%D1%8F

обратите внимание на обязательную разметку

Так в чем проблема-то? Это нормально, что при загрузке файла выводится такой путь — skrinshoter.ru/s/130323/ajpPWIya. При клике по кнопке «Загрузить файл» что происходит?

Можно добавить метку в поле «Описание» у картинки. И потом выводить в чанке по условию.

А у ms2gallery есть поле с тегами, если этот компонент установить, то ещё удобнее будет, так как теги сквозные, просто из выпадающего списка выбирать можно. И при вызове сниппета есть параметр с условием по тегу.

Привет! Можно плагином решить:

<?php
if ($modx->context->key != 'mgr') {
    switch ($modx->event->name) {       
        case 'OnBeforeUserFormSave':
            if ($mode == 'new') {  // Событие перед регистрацией пользователя
                if (empty($_POST['register_agree'])) {
                    $modx->event->output('Вы должны согласиться с политикой конфиденциальности');
                }                
            }            
            break;
    }
}

modx.pro/help/22536#comment-131863

Привет!

Я не разбирался в сессиях компонента, если честно. Но у mSync есть событие mSyncAfterImport, по которому принимается массив выгруженных товаров: новых и обновленных. На мой взгляд, проще написать плагин на это событие, в котором будут прилетать выгруженные товары. И потом их сравнить с существующими на сайте.

Вот пример плагина, который публикует товары, которые были в выгрузке (перед импортом весь каталог снимается с публикации, но это в другом плагине):

if ($modx->event->name == 'mSyncAfterImport') {
    $good_ids = $importResources['product']['updated'];
    $good_ids = array_unique(array_merge($good_ids, $importResources['product']['created']));
    $query = $modx->newQuery('modResource');
    $query->command('update');
    $query->where(array('class_key' => 'msProduct', 'published' => 0, 'id:IN' => $good_ids));
    $query->set(array(
        'published' => 1
    ));
    $query->prepare();
    $query->stmt->execute(); 
    $modx->cacheManager->refresh();
}

Чутка доработать его и всё норм будет)

$email_feedback — это же переменная, зачем её в кавычки пихать? Её нужно объединить со строкой через ~

'emailTo' => $email_feedback ~ ',aaa@mail.ru',

Попробуй так:

$modx->log(modX::LOG_LEVEL_ERROR, print_r($dt, 1));

Это вариант для логирования массива

Перечитал свой коммент и понял, что коряво сформулировал. Артур прав, конечно, файлы из js никак не могут попасть на сервер, при помощи библиотеки dropzone они отправляются по урлу, указанному в action. И уже php-обработчик их отлавливает и может залить в нужную директорию.

Вот что я имел в виду, говоря «сразу попадают на сервер во временную папку».

www.tutsmake.com/php-dropzone-file-upload-tutorial-example/ — чего только не бывает в жизни))

Файлы, закинутые через dropzone, сразу попадают на сервер во временную папку, и ими можно манипулировать через отдельный php-загрузчик. И да — эти файлы в форме не прикрепляются к инпуту с типом file, так как они уже на сервере. Если, в процессе загрузки файлов обработчиком их складывать в определенную папку, то потом при помощи хука их можно прикрепить к письму. Получается, что стандартный хук mail для formIt не подходит, нужно мутить свой.

Если не прав, сорри, пишу по памяти) Возможно, есть ещё какие-то лайт-варианты.

docs.modx.pro/komponentyi/pdotools/parser#%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%BD%D1%8B%D0%B5-%D0%BF%D0%B5%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5

Попробуй $.server['DOCUMENT_ROOT']. Я сам ни разу не использовал, но — судя по мануалу — может сработать

if ($input && file_exists($path)) {

Делай доп. проверку на пустоту tv -поля