Boris Akimenko

Boris Akimenko

С нами с 09 июля 2013; Место в рейтинге пользователей: #301
Boris Akimenko
22 февраля 2021, 12:55
+2
Фух… Хвала богам! А то я после долгого перерыва зашел сюда, почитал, офигел с того что Вася самоотвёлся, офигел с того что вышла какая-то бомба под названием Evolution 3, и подумал, что MODX3 что-то подозрительно долго не подает признаков жизни.

Но это отличная новость!

Есть ли дедлайн по тестированию?
Boris Akimenko
22 февраля 2021, 12:45
+2
@Василий Наумкин, спасибо тебе за развитие MODX, за твой без преувеличения огромный вклад в его развитие в России, и за наше сотрудничество тебе большое спасибо!
Boris Akimenko
26 августа 2020, 23:20
0
Отбой. Всё нашел. В ответе всё приходит.
Boris Akimenko
26 августа 2020, 22:59
0
Николай, ты не прав. Когда возникли товарно-денежные отношения с обязательствами, то дела обстоят не совсем так как ты пишешь. Если на компонент заявлена поддержка на определенный срок, то разработчик именно должен. В обмен на деньги, которые покупатель оплатить тоже должен, а не «по мере появления свободных средств, и запросто может заплатить, например, водкой а не деньгами» :)
Boris Akimenko
26 августа 2020, 22:51
0
Володя, привет!
Скажи пожалуйста, метод getDeliveryPoints отдает точки всех доставщиков которые указаны в настройках?
А то у нас шиптор в списке есть, можно выбрать, но ни одной точки ни на карте ни списком не показывает.
Boris Akimenko
22 апреля 2019, 11:15
0
Николай Савин дело говорит.
А еще лучше написать свой компонент и не дублировать функционал который уже есть в MODX.
Boris Akimenko
14 декабря 2018, 17:40
0
Володя, привет!
В настройках доставки минишопа можно увеличить стоимость доставки на определенную сумму или на процент (!) Для этого в соответствующем поле надо написать число и %, например, 70%

В случае увеличения стоимости на %%, допустим, самовывоза, первое значение кэшируется и первый вариант доставки увеличивается на указанную величину %%, а вот последующие варианты увеличиваются на %% от первого варианта доставки.
Для наглядности я здесь увеличил доставку на 100% и получилось что Shiptor стал 180 вместо 90 (90+90), а вот все остальные варианты стали не в два раза больше, а тоже на 90.
Было:


Стало:


Пробовал с разными процентами — поведение одинаковое.
Поправь пожалуйста!
Boris Akimenko
14 декабря 2018, 12:43
1
0
РЕШЕНИЕ
Открыл сниппет mFilter2 и увидел там вот это:
$tplOuter = !empty($scriptProperties['tplFilter.outer.' . $filter_key])
    			? $scriptProperties['tplFilter.outer.' . $filter_key]
    			: $scriptProperties['tplFilter.outer.default'];
    		$tplRow = !empty($scriptProperties['tplFilter.row.' . $filter_key])
    			? $scriptProperties['tplFilter.row.' . $filter_key]
    			: $scriptProperties['tplFilter.row.default'];
    		$tplEmpty = !empty($scriptProperties['tplFilter.empty.' . $filter_key])
    			? $scriptProperties['tplFilter.empty.' . $filter_key]
    			: '';
Это значит что для отсутствующих фильтров можно указать чанк, а не просто отключить вывод пустых результатов параметром
'showEmptyFilters'=>false
В документации упоминания о «tplFilter.empty.» не нашел.

Я создал чанк с неактивным чекбоксом, в итоге для одного чекбокса получился вот такой вызов:
'tplFilter.outer.msoption|product_label_action'=>'tpl.mFilter2.checkbox.outer',
    'tplFilter.row.msoption|product_label_action'=>'tpl.mFilter2.checkbox.row',
    'tplFilter.empty.msoption|product_label_action'=>'tpl.mFilter2.checkbox.empty',
И в итоге получил вот такой результат:
Boris Akimenko
09 августа 2018, 20:35
0
А у меня нет, к стати.
Давно этой ошибки уже нету.
Boris Akimenko
06 августа 2018, 19:03
+2
Спасибо, Ребята!
Отличная работа!
Boris Akimenko
27 июля 2018, 11:44
0
Володя, спасибо!
Это очень ценная информация!
В итоге я еще обнаружил, что почти все поля по которым происходил поиск в схеме имели вместо 'phptype' => 'string', 'phptype' => 'text'
Я вообще теряюсь в догадках, как у заказчика это всё работало раньше, при таких косяках в коде.
Дело в том, что сайт был заражен и его как-то кто-то починил, после чего перестала работать система учета. Хоть заново всё пиши.
Boris Akimenko
25 июля 2018, 23:24
0
Я еще и коммент не туда залепил :)
Стрелку апнул ;)
И еще раз, мерси боку!
Boris Akimenko
25 июля 2018, 22:02
0
Спасибо, Сергей!
Я всё так и сделал, но есть один нюанс. Реализация, как я говорил, не моя и там оказалось несколько CMP с очень похожими названиями и в БД таблицы тоже с похожими названиями и схожей структурой таблиц. То есть столбцы с одинаковыми названиями.
Так вот в таблице я поменял в которой надо, а файл .map.inc.php менял другой :)
Ну, теперь в обоих CMP будет всё как надо.
Boris Akimenko
25 июля 2018, 20:20
0
Я пробовал перевести одно из полей в varchar, но эффект нулевой.
Очистил кэш и папку с кэшнм до кучи :)
Но результата нет.
Может, есть еще какое заклинание?
Boris Akimenko
25 июля 2018, 20:17
0
Я из
$this->query
беру значения для цикла.
Можешь рассказать подробнее, что ты имеешь в виду?
Boris Akimenko
25 июля 2018, 20:14
0
$this->where
Это переменная я еезадал вначале скрипта.
В нее я пишу массив значений, чтобы потом скопом их указать в
$c->where($this->where);
Даже если я сразу
$c->where([$k=>$v])
укажу в цикле, результат будет такой же.
Boris Akimenko
25 июля 2018, 14:49
0
Не. С этой штукой всё четко.
Там как раз фишка в работе where()
Если в цикле убрать "%", то в выходном SQL все значения правильные. Но тогда запрос SQL будет не корректным, потому что для поиска надо чтобы были "%"
Boris Akimenko
25 июля 2018, 14:46
0
[$this->where] => Array
(
[id:LIKE] => %100%
[city:LIKE] => %200%
[name:LIKE] => %300%
[phone:LIKE] => %400%
[mail:LIKE] => %500%
[performer:LIKE] => %600%
)