freelancer

я чуть в курсе проблемы.

ELITE не нужно оформление заказа как таковое, но нужна корзина, где он планирует наряду с товарами разместить информацию о способах заказа.

соответственно все переходы на checkout нужно заменить на корзину

я понял.

по порядку. при чем тут ajax? сейчас почти все браузеры запрещают передавать XmlXttpRequest запросы на другие домены. IE не все но и CSRF можно осуществить без ajax.

посмотрите api платежных систем. магазин только "выписывает счет" для оплаты товара платежной системе, а пользователь уже сам решает оплачивать его или нет. причем выписывает хитро - в параметрах передаетя md5 всех параметров участвующих в оплате и ключ, известный только магазину и системе оплаты. так же и при вызове callback функции, подтверждающей саму оплату.

если у вас есть мысли на тему не безопасности движка - поделитесь.

"маркер доступа" есть в админке, веских причин завязывать на нем работу магазина я не вижу.

не пойму что мы обсуждаем..

я видел модули оплаты изнутри, не во всех проверяется соответствие стоимости товара и суммы которую вернула платежная система по callback урлу

текущий модуль импорта использует библиотеку PEAR, которая потребляет много памяти и её использование для этих целей неоправданно. как из пушки по воробьям

отсюда и проблемы с памятью

вполне вероятно

mode/tool/export.php

ищите по коду ini_set

насколько я знаю, это ограничение в самом export.php

if (file_exists($filename))

Разве некому подсказать? Может это как то через атрибуты можно сделать?

На 4 шаге заказа вылетает ошибка, кто сталкивался:

[attachment=2334:error.JPG]

Если кто уже решал киньте пожалуйста ссылку.

по этому скрину определить причину не представляется возможным, возможно разгадка кроется ниже

У меня такое было из-за опций товара на русском языке. Победить не смог.

В новой версии ocstore такого сейчас нет, но там другие глюки ((

Привет. При попытке сгенерить счет получаю ошибку Fatal error: Class 'stdClass' not found in ..../mysql.php on line 37

Как пофиксить?

Сам переделанный модуль в приложении.

Большое спасибо за помощь!

Подскажите, как сделать чтобы товар которого осталось 0 автоматически убирался с витрины.

Прошу прощения, если вопрос обсуждался, но поиском на форуме невозможно пользоваться, потому что он не ищет короткие слова.

насколько я знаю магазин не предоставляет такой возможности

7бед.. переустановите магазин

скрипты автоматизированной оплаты должны предоставлять сами платежные системы. нет модуля для того или иного движка - эти пользователи ей не интересны

ну а самопальные скрипты оплаты пользователи используют на свой страх и риск.

О какой проверке идёт речь и куда эту проверку всовывать\ что проверять?

Отлично. В данной переделке также присутсвует проблема с tax при регистрации из соц сетей?

Хотелось бы услышать мнение продвинутых по поводу безопасности в свете последних инноваций по внедрению технологии ajax в скриптах движка (сначала упрощенная форма заказа, теперь вот новая версия- 1.5.1.3). Для не продвинутых поясняю ajax- скрипты исполняются на компьютере клиента.

Аббревиатура AJAX означает Asynchronous Javascript and XML...

Вы ранее не использовали Javascript и XML? Уверен что использовали даже если не знали об этом...

растяните через стили.. делов-то

попробуйте этот файл только восстановить

catalog\view\theme\default\template\common\header.tpl

думаю это нормально: не знающий человек полез менять сайт, наломал дров, сайт не работает

вероятно некомпетентные люди файлы модифицировали. переустановите магазин

дело не в этом. главную-то он нормально показывает, а вот "контакты" без кодировки отдаёт

HTTP/1.1 200 OK

Content-Type: text/html

версия магазина отличается от версии базы. переустановите

да, странно это. преустановите магазин

да, некоторые посты с форума посмешнее баша будут :ugeek: