Lori

к сожалению эффекта никакого

С письмом разобрались уже. Короче платеж происходит на стороне системы, после проведения платежа post-запросом отправляются данные на наш сайт, в том числе и email. Сниппет пользователя создает, а вот email с запроса не цепляет

Нет, взял с интернета.
Странно. Не отправляется письмо, когда заполняется email из autocomplete, а при ручном вводе — отправляется

да, отправляются. Есть форма обратной связи ajaxFrom, где в &emailFrom стоит тот же email, что и в сниппете.

Вопрос решен, была проблема в кодировке файла.

Спасибо! Все получилось

Переход возможен только с определённой страницы, использую http_referrer. Знаю, что можно обойти легко, но сомневаюсь что наши клиенты так умеют, и даже если и могут, то единицы, а это не страшно)

спасибо, проверю. надеюсь решение актуально спустя 8 лет :)

Благодарю

Задача прям так и была поставлена: вывести другую переменную в админке там где выводиться общая сумма заказа?

Да, так и поставлена

Вы понимаете что изложили не задачу, а решение, Ваше решение, которое, возможно, не самое лучшее.

Каким образом это решение, если я не знаю как это решить. О чем вы вообще

Ваше решение, которое, возможно, не самое лучшее. Ведь если нужно выводить вместо общей суммы, что-то другое, то хочется знать что именно? И почему например нельзя модифицировать общую сумму? Или почему для этой переменной не использовать дополнительно созданное поле?

Слушайте, вы вообще читали вопрос? Он звучит так «Где формируется переменная отвечающая за вывод общей суммы заказов minishop2?». Если я скажу вам зачем поставлена такая задача, вы вдруг вспомните где она формируется? Сомневаюсь. Если вы знаете итак, то причина постановки такой задачи на ваши знания никак не повлияет, и соответственно если не знаете — узнав причину постановки задачи, вы все равно не будете знать ответ. Так к чему эта демагогия?

логично, что вывести там же где и выводится общая сумма заказов — в админке в разделе заказов minishop2. Для чего? Для того, что такая задача поставлена. Только сомневаюсь, что получив ответы на эти вопросы, вы вдруг подскажете с решением.

20 год 12 месяц… верно)) спасибо!

вы лучший просто! спасибо большое за помощь!

Да, передаются данные! Теперь получается if условие мне же нужно писать внутри этой функции? А обращаться не подскажите как к данным: data[cost] и data[weight]?
<img src="" />

эх, скажу честно и с сожалением, что единственное, что я могу сделать — это добавить 3ий параметр… наведите дальше пожалуйста. Добавлю параметр 3ий, сохраню новый orders.grid.js, вернусь в заказы в админке в minishop2 верно? Дальше в консоли что-то писать?

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

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

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

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

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

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

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