Yesvik

А куда будут выгружаться цены? Каким образом реализован обмен данными с сайтом? Используемая реализация обмена данными может выгружать все необходимые виды цен? Как должны отображаться цены в карточке товара?

В Y.CMS добавили Интернет-банк Тинькофф

Нет.

Похоже ты не в курсе что в password пишется не пароль в чистом виде, а формируется хэш с использованием salt sha1($salt . sha1($salt . sha1($data['password']))) Думаю правильнее нагенерить уникальные code, сформировать ссылки в виде http://site.ru/index.php?route=account/reset&code= и после знака равно добавить сформированный code. В письме отправлять не логоин и пароль, а сформированные ссылки... по этим ссылкам покупатели попадут на форму, которая попросит ввести новый пароль. После этого покупатели смогут зайти в свою учетку по паролю который они сами ввели.

Лови related-product-plus.xml

Уже увидел... OPENCART.PRO

Версия движка?

В скрине нет ничего необычного, и прикручивать ничего не надо... всё что я написал реализовано на стандартном функционале Simple.

Столкнулся с задачей в которой надо работать с датой рождения клиента. В Simple создано дополнительное поле Дата рождения, тип поля Дата. В базе полный бардак... куча записей не являющихся датой. Решил настроить Simple, но оказалось дополнительное поле с типом Дата не позволяет задать маску. 3 часа убил на решение пустяковой задачи ) Конечно можно было добавить метод для проверки даты в API, но мне захотелось сделать без кодинга. Может кому-то пригодится. Сначала изменил тип поля на Текст и прописал маску (всё равно все дополнительные поля Simple хранятся в базе как текст) 99.99.9999 Но маска позволяет ввести любые цифры и в базу улетит нечто не являющееся корректной датой. Включил проверку регулярным выражением на соответствие формату ДД.ММ.ГГГГ и корректности даты с учетом високосных годов ^(((((0[1-9])|(1\d)|(2[0-8]))\.((0[1-9])|(1[0-2])))|((31\.((0[13578])|(1[02])))|((29|30)\.((0[1,3-9])|(1[0-2])))))\.((20[0-9][0-9])|(19[0-9][0-9])))|((29\.02\.(19|20)(([02468][048])|([13579][26]))))$ Вроде всё красиво получилось, но проверка регулярным выражением делает дополнительное поле обязательным ( Вот такая регулярка проверяет введённое значение на соответствие формату ДД.ММ.ГГГГ и позволяет пустое значение. (^$)|(^(((((0[1-9])|(1\d)|(2[0-8]))\.((0[1-9])|(1[0-2])))|((31\.((0[13578])|(1[02])))|((29|30)\.((0[1,3-9])|(1[0-2])))))\.((20[0-9][0-9])|(19[0-9][0-9])))|((29\.02\.(19|20)(([02468][048])|([13579][26]))))$) В итоге получилось как надо.

/admin/model/extension/exchange1c.php строка 1309 $this->TAB_FIELDS пустой, не загружены допполя /admin/model/extension/exchange1c.php строка 1310 Ошибка в запросе, алиас без закрывающей кавычки `pd.`language_id` /admin/model/extension/exchange1c.php строка 1372 Перепутан порядок параметров $data и $data_old $data_old вообще не определена /admin/model/extension/exchange1c.php строка 1413 Перепутан порядок параметров $data и $data_old /admin/model/extension/exchange1c.php строка 1418 и 1419 тут должно быть обновление производителей, а не категорий

Если повезло и попался порядочный исполнитель - всё будет по человечески, а если исполнитель чудак на букву "М" - то не спасёт ни ТЗ, ни quick аудит. Только полный, профессиональный аудит выполненной работы. Но тут опять... если попадётся порядочный аудитор и т.д. Так что это чистая лотерея.

Не факт, что дело в модификаторе. Давно не работал с 10.3 и лень ставить, но проблема может быть в том, что у номенклатуры с характеристиками цены устанавливаются для каждой характеристики, а не на артикул в целом... если характеристики не выгружаются - то и цен не будет.

Связка УТ11.1 + Битрикс 5.0.0.8 на обмен заказами не взлетит... При успешной инициализации сайт должен ответить четырьмя строками: в 1-ой строке содержится признак, разрешен ли Zip (zip=yes); во 2-ой строке содержится информация об ограничении файлов по размеру (file_limit=); в 3-ей строке содержится ключ сессии обмена(CSRF)(sessid=); в 4-ой строке содержится версия CommerceML(version=). В конец функции modeSaleInit() надо добавить 2 строки echo "sessid=" . session_id() . "\n"; echo "version=2.09\n"; Кроме этого связка 1С + Битрикс считает что обмен идёт пакетами и будет непрерывно слать запросы пока не получит пустой пакет с сайта, т.е. после отправки всех заказов сайт должен отправить XML'ку в которой только заголовок и 1С перестанет слать запросы.

Проверь файл index.php (в корне сайта), особенно на код после комента // SEO URL'sТам должно быть if (!$seo_type = $config->get('config_seo_url_type')) { $seo_type = 'seo_url'; } $controller->addPreAction(new Action('common/' . $seo_type)); вместо $controller->addPreAction(new Action('common/seo_url'));

vQmod - говно! Я когда увидел в коде опенкарта что его встраивают - заплевал весь монитор. Нужен и оверрайд и хуки. Глупо выполнять тяжелые расчеты, а потом изменять/удалять результаты... Для реализации обсуждаемого надо делать свою сборку. Уговаривать Дэниеля на изменения ядра - тупая трата времени... Для поддержки своей сборки нужны не только прогеры. Ещё нужны дизайнеры, верстальщики, переводчики и координатор проекта. Готов поддержать эту движуху, но кому такая сборка нужна? На форуме людей понимающих о чем идёт речь в этой теме - полтора человека... остальных всё устраивает, а vQmod вообще вызывает дикий восторг :(.

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

Отправка SMS это не модуль... если с кодом дружиш - можеш посмотреть какие правки надо вносить вот тут https://www.assembla.com/code/ocstoreru/subversion/changesets/310

Если интересует почему так произошло - могу рассказать Когда яндекс индексировал морду твоего сайта там было следующее: <title>Интернет магазин уникальных товаров</title> <meta name="description" content="Интернет магазин уникальных товаров" /> ....... <body> <div id="container"> <div id="header"> <div id="header-logo"> <a href="http://genius-gadget.ru"><img src="http://genius-gadget.ru/image/data/LOGO.png" title="Genius-gadget.ru" alt="Genius-gadget.ru" /></a> </div> <div id="shoplang"> </div><!-- #shoplang --> <div id="header-contacts"> <!-- <p class="headmainlink">JUICYLOOK</p> --> <p class="slogan">Интернет магазин уникальных гаджетов</p> <p class="headphones">Телефон: <span>+7 (937) 639-6359</span></p> <p class="headcontacts">Email: [email protected], ICQ: 432446203</p> </div> <div id="header-cart"> <div id="cart_in_header"> <div class="inner"> <div id="cart"> <div class="heading"> <h4>Корзина покупок</h4> <a><span id="cart-total">Товаров: 0 (0 р.)</span></a></div> <div class="content"> <div class="empty">Ничего не куплено!</div> </div> </div> Как видим дескрипшен не о чем и дублирует тайтл. Яша такой дескрипшен проигнорировал и сам сформировал сниппет взяв первый текст в потоке... Сейчас ты немного изменил дескрипшен, но думаю Яша и его проигнорирует. А за это <h1 style="display: none;">Интернет магазин уникальных товаров</h1> имееш все шансы получить такую весточку Попробуй начать с изучения этих манускриптов: http://help.yandex.r...ster/?id=995298 https://sites.google...chikh-ot-google

В 1.0.1 есть seopro который устраняет дубли на страницах категорий, товаров и в модулях типа акции, последние и т.д., но дубли главной этот модуль не устраняет... С дублями главной страницы каждый борется так как считает нужным. Если пошаришся по форуму - найдёш много разных вариантов... самый простой вариант - http://opencartforum...0572#entry20572, чуть посложнее - модифицированный SeoPro от freelancer.

У себя проблем не вижу

-

Поиграйся с этим кешером cache.zipКеширует рендер только для гостей, а их как правило большинство... Он сыроват и надо допиливать вставку динамических блоков, но посмотреть статистику вывода кешированного рендера - можно.

На трёх категориях - не стОит, а начиная с пары сотен - ещё как стОит....Особенно когда одно сформированное дерево используеш и для горизонтального меню и для модуля Категории.

Именно это я и имел ввиду когда писал что иногда приходится кешировать сформированное дерево и при рендере навешивать эктив...

Как правило обслуживание кеша с данными на диске сжирает весь выигрыш... но разгружает скулю. Хороший результат от кеша на диске можно получить только если рендер кешировать. Данные надо кешировать в память, но там свои заморочки с контролем валидности.