RGB

Einshtein осторожно, налоговая не дремлет :)

А если я живу не на ул., а на бульваре? В частном доме? С номером 23Б в корпусе 2? Как мне писать у вас адрес?) частый дом с корпусом?) если частный дом, то можно просто оставить поле кв. пустым. бульвар, улица или переулок - не принципиально.) Что мешает написать номер дома 23Б? Я согласен с deeman, в частности и из-за этого (отсюда): Не нужно покупателя заставлять додумывать что-то и ухитрятся вписать адрес туда, где вы предусмотрели лишь один формат ввода данных. Дайте просто одно поле с адресом, покупатель введет туда все, что нужно, и не испытает при этом мучений в духе "я же живу на переулке, а тут поле только для улицы.." или "сколько полей заполнять! да ну его, пойду лучше в другой магазин с заказом в один клик"

Вообще никогда ничего там не трогал, должно работать сразу из коробки Покажите хостеру скриншот вкладки Система - Настройки - Почта, вдруг у них что-то специфическое нужно указывать

А если я живу не на ул., а на бульваре? В частном доме? С номером 23Б в корпусе 2? Как мне писать у вас адрес?)

А кто это такие? :)

В идеальном случае ТС было бы неплохо указать, о каком собственно модуле идет речь :-) Какая-то страшная у вас стала аватарка :) Вроде на прошлой были люди на пешеходном переходе? Не прошли? Люди на переходе?? Неужели вы не узнали культовую обложку abbey road? :shock:

Я думаю, нужно что-то поискать где-то в модуле :-)

Так вы указали путь не к модулю акций, а к странице всех акционных товаров (на которые включены скидки) В целом везде суть одинаковая - находим в контроллере что-то вроде такого $this->data['products'][] = array( 'product_id' => $result['product_id'], 'thumb' => $image, 'name' => $result['name'], и дописываем там в серединку что-то вроде 'date_available' => $result['date_available'], После чего в шаблоне (special.tpl) в нужном месте выводим <?php echo $product['date_available']; ?>

Увы, если в исходники добавить перевод каретки и перенос строки именно в виде \n или \r (через enter все срабатывает) после ------=_NextPart_bcd3e43fd42e2b764a750d36c87f0cad-- то последний символ пароля все равно не отображается (а если до, то они интерпретируются как обычные символы, и последний обрезается). С тем же успехом можно просто после пароля добавить любую строчку с любыми символами и пробелом в конце, пробел обрежется и все будет как надо. К слову, при регистрации покупателя тоже приходит обрезанное письмо (в конце почтовый клиент показывает Мой магази) После регистрации на сайте Вы сможете воспользоваться дополнительными возможностями: просмотр истории заказов, печать счета, изменение информации Вашей учетной записи и др. Спасибо, Мой магазин ------=_NextPart_2196ecb50e86bad692ea2154cf96dadc-- А при оформлении заказа все нормально, при этом если открыть исходник письма, то там между NextPart и телом письма есть перенос строки <p style="margin-top: 0px; margin-bottom: 20px;">Если у Вас есть какие-либо вопросы, ответьте на это сообщение.</p> </div> </body> </html> ------=_NextPart_0c6623681a2f2c5191f265e9c7094837_alt-- ------=_NextPart_0c6623681a2f2c5191f265e9c7094837-- Похоже, что дело в этом, хотя я все равно не очень понимаю почему так получается, но не могли же на opencart.com этого не заметить, значит вероятнее всего проблема касается только локализованной версии PS Соответственно, решение проблемы для корректного восстановления пароля такое - в файле \catalog\controller\account\forgotten.php строку $message .= $password; заменить на $message .= $password . "\n\n";

Сделайте склейку доменов, это нужно не столько для работы дополнения, сколько для полноценной индексации сайта и устранения дублей

Сегодня заметил непонятное мне поведение ОС в сабжевой ситуации. Суть в следующем - беру чистую версию 1.5.4.1 (сначала обнаружил это на своей сильно измененной и подумал на свои кривые руки), регистрируюсь как покупатель, выхожу из аккаунта и жму восстановление пароля. Ввожу мыло и вижу ушедшее письмо с новым паролем на локалке. Теперь ключевой момент - если его открыть через разные почтовые клиенты, то увидим такую картинку: С виду все ок, но если попытаться ввести этот восстановленный пароль и залогиниться, ничего не выйдет. Сначала я полез в phpmyadmin и сравнил хеши измененного пароля (ид покупателя 3) и такого же пароля, который я вручную указываю в админке для нового пользователя (4), и какого же было мое удивление, когда у этих паролей все оказалось разным! Тогда я полез в исходники письма, и удивился второй раз за вечер - в исходниках-то пароль длиннее на один символ! ------=_NextPart_bcd3e43fd42e2b764a750d36c87f0cad Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Новый пароль был запрошен от Мой Магазин. Ваш новый пароль: 8d6d93a681 ------=_NextPart_bcd3e43fd42e2b764a750d36c87f0cad-- Оказывается, некоторые почтовые клиенты (из того, что я пробовал и что смогло открыть письмо в виде eml-файла, это оказался Outlook, Live mail, Kernel eml viewer) по каким то причинам обрезают последний символ в пароле, в итоге письмо зрительно выглядит корректно, но пароль таким письмом восстановить никогда не удастся, только если не полезть в исходники. Кто что думает? На почту (гмейл по крайней мере) все приходит как надо, но я очень часто вижу людей, которые до сих пор пользуются The Bat или аутлуком..

На смартфоне и планшете вроде как надо отображается, я у себя урезал размер формы для маленьких устройств. Да, с выключением проверки на мобильное устройство там все просто, вдруг кому то еще пригодится - в вышеупомянутом файле это <?php if (!$is_mobile) { ?>onclick="simple_login_open();return false;"<?php } ?> заменить на это onclick="simple_login_open();return false;" Просто почему я это все начал - есть такое мнение, что любая нелинейность (в том числе перебрасывание со страницы оформления на страницу авторизации, а потом обратно) в процессе оформления заказа плохо сказывается на количестве завершенных заказов

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

Заканчиваю делать адаптивный шаблон для своего магазина, и столкнулся с таким непонятным моментом - в simplecheckout.js написана целая функция, вызывающая окошко авторизации (simple_login_open), не проще ли было бы использовать для этого возможности того же colorbox или fancybox, уже встроенного в систему? тогда бы и скин всплывающего окна был в общем стиле, и "резиновость" шаблона соблюдалась бы даже на самом малом разрешении в 240р Или это сделано специально для совместимости со старыми версиями/нестандартными темами/джумлой?

сам по себе гугл или яндекс не полезет на такой дубль, если вы не станете ссылаться на сайт таким образом, так что не думаю, что это проблема (у меня за 3 года существования магазина ни одного такого дубля не находилось)

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

А от кого версию магазина скрыли в админке?) :-D Эти Донецкие парни настолько суровы! да их вся Украина боится) попробуй пойми, на какого Льва они хотят поохотиться

Если указать так $fast_order_email = "[email protected], [email protected]"; должно работать http://lmgtfy.com/?q=Undefined+index

Откройте xml-файл и посмотрите как сделано для рекомендуемых (featured), там суть везде та же - внести одну строку в контроллер для upc (по аналогии с name) и одну строку в шаблон с выводом картинки стикера поверх фото товара

Первое правило создателя интерфейсов - все сделать в одном стиле, т.е. если у вас на карточке товаров ссылки в сравнения и закладки сделаны текстом и находятся в две строки справа от кнопки Купить, то в быстром просмотре они должны быть абсолютно такими же, и находится в том же месте :-)

Вспомнилось :-)

Выложить статью отдельным файлом и дать его скачать. Вы ведь магазин делаете, а не онлайн-библиотеку?

Спасибо, так и сделаю. Но я думал изначально суть в том, чтобы не дать случайно очистить добавленный товар, промахнувшись при попытке нажать на плюс. Ведь покупатель возможно излазил весь магазин, выбирая ТОТ САМЫЙ телефон и чехол к нему, а потом случайно нажав на -, он будет вынужден лихорадочно жать кнопку Назад или рыться в хистори браузера, чтобы найти ту модель, которую так долго выбирал

1 апреля - никому не верю!

Ну это само собой, но все равно отнимает даже когда товара 1 единица. Я понял где ошибка - в quantity ведь считается суммарное количество товара, а если я добавляю 1 единицу одной модели, а вторую единицу другой, у меня получается в корзине по 1 ед. разных товаров, но при этом quantity=2, и если я для одного товара жму минус, то, т.к. quantity>1, условие оказывается корректным и товар удаляется, хотя по хорошему удалятся он не должен. Попробуйте сами на демке у себя, та же ситуация, если добавить по 1 шт. разных товаров.