домены diafan отсутствуют в DNS. админка не открывается нормально, CMS пытается определить ip user.diafan.ru и отваливаеися. нашел 78.46.36.165, что делать?! прописать на сервере этот ip?

В админку входят без проблем. При попытке аутентифицироваться на страницах сайта - "Неверный логин или пароль.", потом блокировка аккаунта

Стал разбираться и действительно, администраторам просто явно запрещается аутентификация. users.inc.php:270 строка :
... AND u.role_id NOT IN(".implode(',', $admin_role_ids).")" ...

Это какое-то идеалогическое веяние и так и задумано bydesign или я чего-то недопонимаю/что-то глючит?

рекомендую вам переодически думать, логически, в частности о том как объяснять заказчице что это не она пароль вводит неправильно и потом у нее сайт весь блокируется, нифига не работает и тд и тп а это логические думатели придумали такую неотключаемую фичу, необходимость в которой реально испытывает незначительный процент пользователей

а "просто необходимость" это что -такое? есть мнение что все оносительно. что то что для одного в его ситуации "просто необходимость" - для другого в его ситуации - совершенно ненужный геморой. А что это такое объективно "на самом деле" - может определить только некий абсолют, которого принято именовать Богом. Делая заявления о "просто необходимости", примеряете на себя Его его шапку и как бы не оказалась велика эта ноша


ну тут все просто, наверное при том что в мире вебсайтов и вообще IT, аутентификационными данными принято именно туда "тыкать" и при том что "Админка" в частности создается и для того чтобы сайтом было удобно пользоваться


"Ага, ща! ", мерседес блин, выкидывающий водителя пинком под зад из машины на полчаса, если заводит его не из под капота проводами прикрученными к стартеру, а пытается сделать это ключом из салона

ЗЫ. темы бы возможно бы не возникло еслиб эта "фича" была где-то внятно описана. Мне описания найти не удалось, возможно искал плохо.
Просто был поставлен перед фактом проблемы. Ситуация усугубилась тем что для аутентификации написал когда-то модуль для uLogin и пользовался им и просто не подозревал что такая проблема вообще существует. А "юзеры" пользовались аутентификацией на сайте и как выяснилось испытывали постоянные проблемы с блокировкой/аутентификацией

перенес в "пожелания"

из-за ошибки отваливается скрипт покупки товаров, если есть товар без цены на конфигурацию из первых значений характеристик

импортируйте еще раз и сбросьте кеш

Если что-то с бэкапом в экспортированном файле, возможно хостер делает бэкапы, посмотрите у него бэкап базы

Если при открытии формы оформления заказа, средств хватало для оплаты, вариант оплаты с баланса появляется, если пользователь меняет состав или доставку, варианты оплаты не пересчитываются, соответственно если при открытии баланс появился он так и будет на странице не зависимо от текущей суммы счета пока ее полностью не перегрузят, а если не появился то как бы пользователь не менял состав заказа - вариант оплаты с баланса никогда не появится.
Хотелось бы чтобы это исправили в обновлении а не самому костыли городить.

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

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

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

как вариант автоматизировать добавление характеристик влияющих цену, чтобы все "астрономическое" количество комбинаций формировал скрипт. Интересно что с таким товаром получится в плане производительности.

в примере получается, насколько я понимаю: 4*6*13*2*6*2*5*2=74880 вариантов значений характеристик, которые нужно прописать в админке

в той что тут нашел предлагают как раз 3й вариант, добавления "дополнительных" товароы "россыпью" в корзину, без какой либо привязки к "основному" товару. Это не очень удачный вариант. Если вы видели что-то другое буду признателен если покажете

Нужен калькулятор вроде этого: http://sushiwok.ru/msk/menu/box_
Верхняя группа реализуется характеристиками, получается около 20 вариантов.
А как быть с допами (чекбоксами) в нижней группе? Если для каждого элемента заводить свою характеристику с вариантами влияющими на цену «нет/опция» - то получится «астрономическое» количество вариантов.
Выход вижу

• либо в товаре без цены, т.е. цена на товар формируется во время заказа и в СМS нигде не фигурирует.
• Либо при каждом заказе создавать новый «отконфигурированный» товар со своей уникальной ценой.
• Либо уйти от сборного, «сконфигурированного» калькулятором товара и добавлять составляющие в корзину «россыпью», это вроде самый простой вариант, но он не очень нравится.

Может есть еще варианты?

основные это радиобоксы 4*6=24 - цену не изменяют, но все их комбинации должны быть определены, чтобы знать фактический состав основного товара
а внизу чекбоксы, каждый из которых может быть включен или выключен, т.е. это 24 влияющих на цену характеристики с 2мязначениями

В идеале, как минимум, схему объектной модели ядра и основных модулей, с описанием свойст и методов