Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

OtezVikentiy

Users
  
  • Posts

    434
  • Joined

  • Last visited

Everything posted by OtezVikentiy

  1. хмммм.... ну я вот вроде как на сайт зашёл... проблем не вижу никаких... Какая-то конкретная проблема есть?
  2. Как и сказал @KomissarJuve нужна более детальная аналитика вопроса. Не понятно что куда добавлено, какие прайсы, какие товары... Что вообще происходит? В стоковом движке вообще нет никаких прайсов... Что значит в разные места? Типа новые строки добавил? Или формат отчета поменял? Что за модуль обрабатывает ваши отчеты - тоже большой вопрос. Новых категорий нет - а должны? Каких-либо перестановок? - что значит перестановок? Может кто знает как решить данную проблему? - А в чем вообще проблема то?
  3. Необходимо идти по всему пути прохождения цены от БД до экрана пользователя. Видимо где-то есть код, который в зависимости от условий каких-то округляет ценник. Возможно в шаблоне или какой-то модуль поменял код бэкэнда.
  4. Можете попробовать написать php скрипт, который запустит метод doDisplay(), который определен на скриншоте, но не факт, что оно вернут прям в твиг формате. А вообще чтобы файлы не пропадали бесследно лучше использовать git например.
  5. А по коду и модификаторам не искали эту строку с email? В истории заказа информации нет? У вас есть какой-то тестовый стенд? Может у кого-то тестовый стенд настроен на боевую БД?
  6. Вижу что нашли проблему, но для информации на будущее: Я не говорил, что проблема на стороне хостера. На хостинге хранится серверный error.log, который записывает больше логов вашего движка. То есть образно говоря: в админке в логах вы видите 30% происходящего, в error.log вы видите все фаталы, которые выбрасывает ваш движок, а еще бывают просто log файлы куда пишется вообще всё. Собственно вот при каких-то подобных проблемах я бы в первую очередь смотрел в логи именно те, которые хостинг предоставляет, а НЕ админка, потому что они более полные и можно по ним проблему найти быстрее.
  7. На любом хостинге есть error.log и это НЕ то же самое, что error.log внутри opencart. Достаньте с хостинга лог фаталов - и смотреть что там написано. Если кнопка ничего не делает - значит что-то сломано и об этом будет лог (если проблема в серверной части и при условии что при нажатии на кнопку запрос уходит на сервер).
  8. Вот это прям да! Самый лучший способ работы с деньгами вообще в принципе.
  9. Здравствуйте! С Simple проблем не наблюдалось. А по поводу шаблонов всё сильно индивидуально, потому что все шаблоны изнутри довольно разные и предугадать каким образом они написаны невозможно физически невозможно. Если в шаблоне сохраняется архитектура и классы, которые есть в базовом - то тогда все ок. Если шаблон сделан частично/полностью на свой лад со своими классами - то невозможно предугадать как он будет реагировать на модификаторы.
  10. Ну тогда только вручную, если внутри модуля не предусмотрена никакая механика отслеживания сравнения версий. )))
  11. Ну в принципе могу да, но не прям в ближайшее время.
  12. Да, так и есть, модуль, который указал @drujban решает этот вопрос. В момент оформления заказа создается учетка пользователя и к нему сразу же привязывается заказ. Тем самым избавляя пользователя от необходимости регистрироваться и сразу уже получается у пользователя есть учетка в которую он может зайти и посмотреть заказ.
  13. Сорри, не в ту тему сообщение. Там в соседней теме null умножать пытаются...
  14. Кажется будто это костыль... Лучше разобраться в истинной проблеме, а не кастить к инту непонятные данные ))) Оно конечно сработает, но решение такое себе...
  15. Нормальное именование переменных - всегда актуально
  16. А что вы пытаетесь var_dump'ом распечатать? вот там и Null - а null - это не число, его нельзя умножать. Соответственно как бы - вот вам и место проблемы. Как его исправлять - зависит от того что конкретно вы вардампом распечатываете.
  17. В какой-то из переменных лежит не числовое значение. Либо в доставке не указана стоимость, как и сказал @Dimasscus либо в $items лежит null или строка как вариант.
  18. Выглядит то вроде как норм. А сам запрос то что-то возвращает? Если например поставить в /admin/controller/customer/customer.php написать так: print_r($data);die; $this->response->setOutput($this->load->view('customer/customer_form', $data)); То что выведет print_r? Если пустой массив - значит запрос не возвращает данные.
  19. Зависит от того как это реализовано в другом модуле, потому что на уровне стокового движка данного поля не существует. В моем модуле поле называется purchase_price. Если уже установленное поле называется также - модуль сможет его использовать. Если называется как-то иначе - то можно либо через SQL скопировать значения либо вбить вручную.
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.