zzang

Проблему нашел. Вряд ли кому еще такое попадется, но на всякий: в session.php была добавлена стока ini_set('session.cookie_domain', '.ххххххххххх.ru'); с жестко прописанным доменом :twisted: (хотя в конфигах уже было добавлено define('HTTP_DOMAIN', '.хххххххххххххххх.ru'); ) заменил на ini_set('session.cookie_domain', HTTP_DOMAIN); Но и если вообще удалить жту строку (в чистом движке ее нет) - работает. Зачем она - пока еще не нашел.

Путем долгого секса обнаружил, что вся проблема упиралась в куку PHPSESSID. Если она уже есть в браузере, то админка работает. На чистом движке она создается без проблем. А этот скачанный (попросили подшаманить его) - не создает. Почему - сейчас попробую разобраться.

Не, не помогло... (хотя за способ смены пароля спасибо, модет пригодится) Забыл еще упомянуть, если воодить неправильный пароль, то сообщение "Такой логин и/или пароль не существует!" выскакивает. А когда пароль правильный, то просто снова страница авторизации. Урл при этом типа такой /admin/index.php?route=common/login&token=a900c5af889607efed8b71d8584c758b с каждым новым правильным логином token меняеться, все остальное так же. пробовал руками править урл на /admin/index.php?route=setting/store&token= (с тем же token) - выдает ту де страницу авторизации. И ведь работало же, и вдруг поломалось. :cry: Просто уже из принципа хотелось бы разобраться...

Прочитал все темы про проблемы с админкой, но похожего случая не нашел. Сайт слит с хостинга, установил на денвер. Все работало, в админку входило. Почистил куки fFox'а. Перестало входить в админку. Набираю логин-пароль, жму кнопку - страница логина админки перегружается в то же место, т.е. снова для ввода логина-пароля. Снова набираю - снова туда же, только token в урле меняется, а со страницы авторизации не уходит. Кеш чистил, лог ошибок пуст. Денвер перегружал. Другой броузер пробовал (до того в котором жтот сайт вообще ни разу не открывал). Даже весь сайт и бд по новой развернул из слитых архивов - не помогло. OpenCart 1.5.6 На хостинге сайт и админка работают. Тут же в локалке стоит еще несколько сайтов опенкарта, разных, с разными версиями движка - ни у одного таких проблем нет. Куда рыть?

Заметил не совсем корректную работу фильтра с опциями. Если у опции количество 0 и стоит "вычитать со склада", то в карточке товара она не бует отображаться, т.е. товара с такой опцией на сайте какбы нет. Но при выборе такой опции в фильтре, такой товар попадет в отфильтрованный список. С этим можно что либо сделать?

А как заставить фильтр отображаться в подкатегориях? В основных категориях виден и работает, но если зайти в любую подкатегорию - фильтр пропадает. Схема у подкатегорий выставлена в category. Просмотрел все опции настройки фильтра, так и не смог понять, что надо сделать для включения в подкатегориях. UPD Вопрос снят, разобрался. Отвечу сам себе, а то вдруг кто еще так же будет тупить. :-) Чтоб фильтр выводился, в подкатегории должен быть товар, т.е. эта подкатегория хоть у какого-нибудь продукта должна быть указана как основная (main category). UPD2 Возможно данное мной объяснение неверно. Сейчас работает и без выбора подкатегории для продукта как основной. Может с кешем были проблемы.

Народ, а есть ли возможность менять порядок параметров в фильтре. Сейчас в настройках идет Слайдер цены Производители Категории Теги Опции В таком де порядке и на сайте выводится (в левой колонке) А мне бы хотелсь чтоб было в порядке важности для поиска, например сначала цена, потом одна из опций, потом прочее...

а я уж было стал сомневаться, что правильно помню обозначения "больше"/"меньше" ))) если быть точным, у меня установлена ocstore_v1.5.4.1.zip. вот в ней правильно.

если условие верно (true), то акция действует, так? допустим мне нужна акция в январе. 01-01-2014 > текущая дата (24-01-2014) > 31-01-2014.-> false а в исходнике условие обратное (и его логика мне понятна) date_start < текущая дата < date_end 01-01-2014 < текущая дата (24-01-2014) < 31-01-2014.-> true

С чем? Насколько я понимаю, акция должна считаться действительной, если date_start не указана (это словие в обоих вариантах одинаковое), или, если date_start меньше (<) текущей даты и date_end не установлена или больше (>) текущей. Это логично, и именно так в исходнике (OpenCart 1.5.4.1) /admin/controller/catalog/product.php. У вас же date_start > текущей и < date_end... А самое главное, что после установки модуля акции становятся невидны в админке в списке товаров. Разве так должно быть? Да и вообще не понятно, почему в фильтре условие действительности акции должно отличаться от исходника. ПС. Впрочем, я не настаиваю, что заметил - то и написал. Может кому-то это пригодится.

freelancer, спасибо за модуль. Заметил одну ошибку. После установки модуля перестали отображаться акционные цены. Без модуля в списке товаров видно у каких товаров есть акции (старая цена и новая), а после установки видна только основная цена. Сравнил код /admin/controller/catalog/product_ajax.php и /admin/controller/catalog/product.php, в строке проверки акции есть различия (условие прямообратное) product_ajax.php if (($product_special['date_start'] == '0000-00-00' || $product_special['date_start'] > date('Y-m-d')) && ($product_special['date_end'] == '0000-00-00' || $product_special['date_end'] < date('Y-m-d'))) { product.php if (($product_special['date_start'] == '0000-00-00' || $product_special['date_start'] < date('Y-m-d')) && ($product_special['date_end'] == '0000-00-00' || $product_special['date_end'] > date('Y-m-d'))) { Если поправить как было в product.php, то все работает как раньше.

Здравствуйте. Планирую приобрести этот модуль. loader-wizard.php залитый на хостера сообщил Обязательно ли обновление до самой последней версии ionCube (4.4.4 на сколько я понимаю), или текущей будет достаточно для функционирования модуля? Попробовал test_enc.php - выдает пхпинфо, вроде все ок...