Хостинг activecloud http → https + fiendly URL

RewriteEngine On
RewriteBase /
RewriteCond %{ENV:REDIRECT_STATUS} !^$
RewriteRule .* — [L]

RewriteCond %{SERVER_PORT} !^443
RewriteRule (.*) site.by/$1 [R=301,L]

# For Friendly URLs
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

1) Решение актуальное на сегодня в этом комменте.
2) Также надо изменить в таблице ms2_order_products тип count с int(10) на float.
3) Чтобы была возможность добавлять дробное число в корзину с каталога, достаточно в чанке tpl.msProducts.row (или в вашем аналоге) для инпута с name=«count» step=any

Нет, это никак не связано с этим. Потому что ошибка Введите допустимые значения. Ближайшие допустимые значения... выходит именно из-за того, что я ввожу дробное число, не важно больше или меньше 1.

Возможно тут:
/www/promelectrica.ru/assets/components/minishop2/js/web/default.js
Тут тоже нужно посмотреть if (status['total_count'] < 1) поставить минимальное значение 0.0000001

Нужно смотреть, что он передает. И искать все что связано с cart/add, cart/change, cart/remove

Да, изменил в БД тип count с integer на float. Теперь и в админке и после оформления заказа показывается дробное число. Но остался один момент: не подскажите почему в каталоге (сниппет msProducts) не получается добавить дробное число в корзину, т.е. я его могу изменить только в самой корзине уже, но не перед добавлением.

Тогда во первых нужно поменять значение в базе данных для поля count в таблице ms2_order_products, на decimal, значение сами поставите или 10,4 или на сколько оно дробное. Или расширять класс, добавлять отдельное поле. Или, если сложно лезть в исходники minishop2 и там ломать. =) Это файлы в core где нужно править msorderproduct.map.inc.php, minishop2.mysql.schema.xml, ну и в assets/components/minishop2/js/mgr/orders/ тоже нужно смотреть. Но такой подход плохой, после обновления minishop2 все слетит. Поэтому лучше расширять классы, заменять нужные значения.

Открой кэш и посмотри, как там это кэшируется. Скорость к базе данных нормальная, а вот сама обработка информации занимает много времени. Конечно может стоит попробовать все перевести в html, все быстрее будет. Но тут подкатегории, нужно подумать, как с этим быть.

Ситуация такая. Я сделал сайт для снабженцов компании: они выбирают товары из каталога, добавляют их в заявки (корзина) и сохраняют их (оформление заказа). Руководство выделяет деньги в соответствии с суммой заявки каждому снабженцу. Товары разные: строительные материалы, продукты, хозтовары, также есть такие позиции как парковка, мойка и заправка. Цены могут меняться с каждым разом, поэтому помимо обычной цены я добавил еще одно поле «Цена покупки», чтобы если расходы были ниже или выше, чем в заявке, снабженцы могли это указать перед закрытием заявки и руководство видело из-за чего другая сумма. Так вот, очень неудобно было бы менять все в наименьшую сторону, так как снабженцам помимо их рабочих суматох еще и придется перед заполнением считать цены: вместо КГ в Г, вместо М в СМ, вместо М2 в СМ2 — тут 100% будут ошибки.

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

Я не ас в этой теме, но если меню закешировано, то такое событие происходит единожды — при первом открытии страницы, потом это дело все кешируется.

Добрый день!
Проверьте пожалуйста еще редактор tinymce в категориях. На товарах работает, а на категориях нет. (может конечно и другой редактор не будет работать, но есть 3 сайта с обновленным minishop2 и у них у всех этот баг).
И есть еще одна ошибка

pdotools/pdotools.class.php : 446) Recoverable error: Object of class msProductData_mysql could not be converted to string

Вроде как от pdotools но смущает class
Спасибо за ваш труд!

А что вы продаете, что у вас не целое число? Вообще в базе ms2_order_products, там установлено целое число, соответственно и в minishop2.mysql.schema.xml тоже указано целое число. Там вам много где придется править, поэтому лучше переведи вашу единицу измерения в меньшую сторону. Если продаете в литрах, переведите в миллилитры, если миллилитрах → микролитры

Проблема решилась, но появилась вторая.

После оформления заказа и в админке количество все равно указывается целым числом: если меньше одного, то 0, если больше, то ближайшее целое. Куда теперь ковырять, чтобы и там отображалось верно. Интересно то, что сумму считает верно, но вот именно count выводит неправильно после оформления заказа и в админке.

Вау. Круть.
Сбрасывание старого багажа и старых дел это всегда освобождает. Чувствуешь облегчение и свободу.
Расправляются крылья.
Василий, всё правильно сделал — выбирай себя и тогда Жизнь выберет тебя.
Всё всегда случается наилучшим образом, просто порой это понимаешь уже спустя какое-то время.
Радуюсь твоему выбору себя.
Удачи! Желаю смело и решительно идти вперёд!
Всё будет хорошо. Всё уже хорошо!

Добрый вечер/день

Проясните как background-image задействовать.

Для сомневающихся — стоит ли тратить свое время(деньги) на то что уже реализовано и проще купить)

Все норм, спасибо за код

вот рабочий пример

<?php
$tv_id = 15; //вместо 10 укажите ID Вашей MIGX-TV
$thisid = $modx->resource->id;
$res_id = $thisid; //вместо 12 укажите ID ресурса с этой MIGX-TV
 
$tipauto = $hook->getValue('tipauto'); // получаем значение поля title 
$marka = $hook->getValue('marka'); // получаем значение поля title
$gos = $hook->getValue('gos'); // получаем значение поля text
$gpt = $hook->getValue('gpt'); // получаем значение поля text


//Получаем объект TV
$tvr = $modx->getObject('modTemplateVarResource', array(
  'tmplvarid' => $tv_id,
  'contentid' => $res_id
));
if ($tvr == ''){
    $max = 1;
} else {
$tv = $tvr->get('value'); //получаем существующие данные из этой TV.

$arr = json_decode($tv, true); //преобразуем JSON в простой массив
$last = end($arr); //получаем последний элемент
$lastend = end ($last);
$max = $lastend['MIGX_id']; //узнаем значение MIGX_id для последнего элемента

$max++;} //увеличиваем на единицу
$new = array( //формируем новый элемент с новыми полями и MIGX_id
    'MIGX_id' => $max,
    'tipauto' => $tipauto,
    'marka' => $marka,
    'gos' => $gos,
    'gpt' => $gpt
    );
$arr[] = $new; //добавляем его в конец массива


$new_tv = json_encode($arr); //переводим итоговый массив в JSON-строку.
$modx->log(modX::LOG_LEVEL_ERROR, $new_tv );
$resource = $modx->getObject('modResource', $res_id); //Получаем объект ресурса с MIGX-TV
$resource->setTVValue($tv_id, $new_tv); //записываем данные
$resource->save();
return true;

Добрый день, не могли бы вы описать подробнее данный прием, интересует где вы используете $hook. Ваш код работает записывает данные в migx, хотелось бы понять как записывать данные с фронта вернее как их передавать. Если вам не трудно опишите вашу реализацию подробнее.

Уже какой год эта проблема, но все и автор расширения усиленно её игнорирует, а над теми кто пытается прикрутить другую капчу, только потешается

Извини возможно за глупый вопрос но я не понял как это использовать? В списке множественного выбора добавляю твой код со своим parents, разделитель "," но в ресурсе в поле пусто

Спасибо!