Алексей П

Алексей П

С нами с 23 июня 2013; Место в рейтинге пользователей: #284
22 декабря 2019, 20:00
0
Не знаю насколько это правильно, но так работает
'where' => '["startDate > NOW() AND localizator.key = \'' ~ ('localizator_key' | option) ~ '\'"]',
22 декабря 2019, 19:31
0
Спасибо. Если оставить только условие с датой, то работает. Но не пойму, как туда добавить доп условие
"localizator.key" => 'localizator_key' | option
Если делаю так
'where' => '["startDate > NOW() AND localizator.key = '~'localizator_key' | option~'"]'
то ругается
Unknown column 'ru' in 'where clause'
25 сентября 2019, 18:27
0
Спасибо
25 марта 2019, 11:57
0
А с чего ты взял, что я не читал changelog?
[mFilter2] MS2 filters now respects system plugins to change price and weight of products. Can be disabled by «noPreciseMSFilters».
Где здесь хоть одно слово, что возможно замедление работы в 14 раз?
Анонсы, признаюсь, не читал. Виноват. Понадеялся, что в changelog исчерпывающая информация.
25 марта 2019, 01:00
0
Проблема решилась после отката mSearch2 до версии 1.12.3-pl1
Теперь страница каталога прогружается за 1.4 секунды
24 марта 2019, 21:46
0
Еще один ответ от хостера. Смена типа таблицы не помогла. Я в тупике…
Ошибка возникает потому, что скрипту не хватает памяти для обработки. Создали для Вас дамп базы данных и изменили тип указанной таблицы.

К сожалению, это не оказало сильно значимого эффекта. Процесс PHP все равно при запуске производит крайне длительную обработку скрипта и большое количество SQL-запросов.

В данном случае мы можем порекомендовать Вам настроить кеширование страниц и результата обработки PHP в CMS сайта — данный механизм как правило и предназначен для случаев, когда оригинальная страница загружается долго.
24 марта 2019, 19:38
0
Нашел такую статью
modx.com/blog/converting-to-innodb-from-myisam-tables-using-the-command-line
Стоит ли переходить на InnoDB?
24 марта 2019, 19:35
0
Такая же проблема. Причем сайту уже более 2 лет, в последнее время ничего не менялось, на этапе создания сайта страницы грузились в несколько раз быстрее. Сейчас страницы с каталогом грузятся по 20-40 секунд.
Обратился к хостеру. Вот чего ответили
При запросе указанной страницы к таблице modx_ms2_product_options базы данных сайта отправляется большое количество запросов. Так как таблица имеет тип MyISAM, запросы обрабатываются по очереди, пока идет обработка одного, остальные ожидают.

Для того, чтобы запросы могли обрабатываться одновременно, можно изменить тип таблицы на InnoDB. Уточните, пожалуйста, у разработчика, возможен ли такой переход.
12 октября 2018, 14:13
0
Спасибо. Это работает.

Правильно я понимаю, что пробелы запрещают fenom парсить содержимое?

И не понятно, почему до сегодняшнего дня работал и предыдущий вариант.
19 сентября 2018, 13:00
0
Добрый день. Запустил скрипт экспорта в фоновом режиме, подставив ссылку из админки
echo(shell_exec("nohup /usr/bin/php " . __DIR__ . "/assets/components/msimportexport/export.php?token=XXXXX > /dev/null & echo $!"));
На сайте более 20 000 позиций.
Как узнать, что экспорт уже закончился и где искать файл для экспорта?
30 декабря 2017, 22:56
0
Выяснилось, что после обновления modx в корневой папке отсутствовал файл config.core.php, что вызывало ошибку при попытке его подключения в коннекторе
30 декабря 2017, 22:45
0
В инструментах разработчика в хроме видно, что возникает ошибка 500 при попытке обращения к файлу assets\components\localizator\connector.php
27 декабря 2017, 16:38
+1
После обновления до версии 2.6.1 в админке пропали локализации. На фронте тексты остались. Получается не могу отредактировать ни одну локализацию
10 декабря 2017, 13:35
0
Ошибку вызывала версия 2.10.4-pl
10 декабря 2017, 13:22
0
Точно! Проблема в новом обновлении pdoTools, откатил на предыдущую версию, сайт заработал
10 декабря 2017, 13:20
0
И если это неправильный синтаксис fenom, то как найти, где ошибка?
10 декабря 2017, 13:19
0
Так я ничего нигде не менял. Только pdoTools обновил и сделал экспорт. Причем не работают все странице на фронте. Даже главная.
14 ноября 2017, 18:55
0
Спасибо
14 ноября 2017, 18:51
0
То что памяти не хватает я и так понял. Думал может как-то можно оптимизировать работу фильтра без правок в ядре компонента
04 ноября 2017, 23:57
7
+3
Немного доработанная версия. Чтобы не запускать скрипт по несколько раз. Оставлю здесь для себя. Может еще кому-то пригодится.
Перед использованием нужно заменить параметр parent.

<?php
$step = 10;
$offset = isset($_SESSION['galgenoffset']) && $_SESSION['galgenoffset'] ? $_SESSION['galgenoffset'] : 0;
$modx->setLogLevel(MODX_LOG_LEVEL_ERROR);
$q = $modx->newQuery('modResource', array('parent' => 6007));
$total = $modx->getCount("modResource", $q);
$q->limit($step,$offset);
foreach($modx->getIterator("modResource", $q) as $doc){
	$doc->remove();
}

$_SESSION['galgenoffset'] = $offset + $step;
if ($_SESSION['galgenoffset'] >= $total) {
  $sucsess = 100;
  $_SESSION['Console']['completed'] = true;
  unset($_SESSION['galgenoffset']);
} else {
  $sucsess = round($_SESSION['galgenoffset'] / $total, 2) * 100;
  $_SESSION['Console']['completed'] = false;
}
for ($i=0; $i<=100; $i++) {
    if ($i <= $sucsess) {
        print '=';
    } else {
        print '_';
    }
}
$current = $_SESSION['galgenoffset'] ?
           $_SESSION['galgenoffset'] :
           ($sucsess == 100 ? $total : 0);
print "\n";
print $sucsess.'% ('.$current.')'."\n\n";