Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

freelancer

Ветеран спільноти
  
  • Публікації

    10 630
  • З нами

  • Відвідування

Усі публікації користувача freelancer

  1. но это же не повод показывать на скрине как менять пароль для виртуалмарт человеку, который спрашивает про опенкарт =)))=)))))))
  2. а раньше всё работало? я не знаю ничего про джино . может в нем дело
  3. список таблиц и поля таблицы user, которые можно увидеть на скрине отличаются от opencart'вских
  4. вот это место catalog\model\checkout\order.php 159 $this->db->query("UPDATE " . DB_PREFIX . "product SET quantity = (quantity - " . (int)$order_product['quantity'] . ") WHERE product_id = '" . (int)$order_product['product_id'] . "' AND subtract = '1'");отсюда видно, что кол-во может быть <0
  5. system\library\cart.php 338 'total' => ($price + $option_price) * $quantity,
  6. ну ты ж движок ковыряешь, найди это место и перепиши
  7. зависит от цели в первом случае товар пропадет для инета, во втором его нельзя купить. что лучше кому как вам не знать.
  8. да, этот метод кривой. правильный - найти место где кол-во товара декрементится и присвоить статус 0 в случае когда кол-во =0
  9. когда вы пишите скрипт уточняйте какой именно, из контекста не ясно. вам никто не мешает поместить логику в tpl, но так делают только неграмотные студенты, которые не разбираются как устроен движок. tpl это буква V, т.е отображение. зачем тут логика?
  10. ну смотря что вы понимаете под J скриптами..если js - я уже писал java script исполняется на клиенте. у него нет доступа ни к базе, ни к серверу. концепции MVC следует строго следовать.
  11. я чуть в курсе проблемы. ELITE не нужно оформление заказа как таковое, но нужна корзина, где он планирует наряду с товарами разместить информацию о способах заказа. соответственно все переходы на checkout нужно заменить на корзину
  12. я понял. по порядку. при чем тут ajax? сейчас почти все браузеры запрещают передавать XmlXttpRequest запросы на другие домены. IE не все но и CSRF можно осуществить без ajax. посмотрите api платежных систем. магазин только "выписывает счет" для оплаты товара платежной системе, а пользователь уже сам решает оплачивать его или нет. причем выписывает хитро - в параметрах передаетя md5 всех параметров участвующих в оплате и ключ, известный только магазину и системе оплаты. так же и при вызове callback функции, подтверждающей саму оплату. если у вас есть мысли на тему не безопасности движка - поделитесь. "маркер доступа" есть в админке, веских причин завязывать на нем работу магазина я не вижу.
  13. не пойму что мы обсуждаем.. я видел модули оплаты изнутри, не во всех проверяется соответствие стоимости товара и суммы которую вернула платежная система по callback урлу
  14. текущий модуль импорта использует библиотеку PEAR, которая потребляет много памяти и её использование для этих целей неоправданно. как из пушки по воробьям отсюда и проблемы с памятью
  15. насколько я знаю, это ограничение в самом export.php
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.