Все просто. У вас осутствует файл http://eshop.nsi.su/eshop_app/config.php, отдает 404 ошибку. В приложении BitrixMobile на форме ввода адреса есть ссылка на раздел помощи - там описано для чего нужен этот файл.
В списке Google Play нет этого усторойства, поэтому указанные вами проблемы могут быть. К сожалению, мы никак повлиять на эту ситуацию не можем.
Приложение интернет-магазина является демонстрационным, приложение для администрирование - полноценное приложение для администраторов магазина, приложение для разработки - инструмент для разработки приложений на платформе BitrixMobile 2.0
Такая проблема наблюдалась и должна была быть исправлена. Вы не правили шаблон т.к. монитор "говорит", что файл модифицирован как в install таки и в bitrix/components/ . Эту проблему постараемся решить в ближайшем обновлении. Если ошибок больше нет, то ядро не модифицировалось - тест можно отметить как пройденный в ручную.
В модуле main модифицированы файлы: /docs/bitrix/modules/main/admin/update_system.php /docs/bitrix/modules/main/admin/update_system_act.php /docs/bitrix/modules/main/classes/general/update_update.php /docs/bitrix/modules/main/classes/general/update_update5.php
Есть такая проблема, она решается установкой обновления главного модуля. А доступное обновление главного модуля у вас точно есть (возможно в бете), иначе этой бы ситуации не возникло. В дальнейшем данная проблема будет решена.
Цитата
В модуле intranet модифицированы файлы: /docs/bitrix/modules/intranet/install/components/bitrix/intranet.1c82.interface/templates/.default/template.php /docs/bitrix/components/bitrix/intranet.1c82.interface/templates/.default/template.php
Установлены ли последние обновления модуля intranet?
Скопировал bitrix:sale.basket.basket.linе из стандартного шаблона и все встало на место, но вообще считаю, это косяк. На который саппорт вразумительного ответа не дал, имея даже доступ к админке.
В данной теме Вы обсуждаете не ошибку битрикса, а особенности механизма работы шаблона решения "Интернет-магазин". Фишка с корзиной сделана специально под шаблон решения. Тут важны 2 момента: 1. Компонент basket.basket.line должен находиться до вызова компонента каталога, чтобы "успеть" повесить обработчик на LocalRedirect. 2. При добавлении товара в принципе не должно происходить ошибок.
Либо стандартная ошибка, которая является результатом некорректной настройки системы.
Либо ошибка, которую генерируете вы (в случае ajax-корзины её вообще никто не увидит)
Если вы меняете расположение корзины, то вы меняете задуманную логику готового решения. Соответственно, давать гаранитии корректной работы ajax-корзины возможности нет. По-второму пункту: при добавлении товара в обработчике намерено генерируется ошибка, которой быть не должно. На этапе вывода каталога уже можно не дать добавить товар в корзину (по каким-либо условиям), что с точки зрения юзабилити, мне кажется, это лучше, чем показывать текст ошибки пользователю. Если даже сделать LocalRedirect в обработчике, то пользователь даже не поймет, почему товар в корзину не добавляется - будет висеть одинокое "нет товаров в корзине".Если посмотрите тот самый ajax-запрос, то увидите, что в корзину "попадает" страница с текстом ошибки, вы просто её не видите в области компонента корзины.
Ошибки здесь нет, просто нужно более подробно разобраться с механизмом
Проверьте, есть ли обязательные пользовательские поля. При регистрации через соцсервисы обязательные пользовательские поля, естественно, не заполняются и пользователь не добавляется.Если авторизация через все сервисы не работает, значит проблема не только в отсутствии openssl.
Это пробовали - не работает. У нас версия Битрикса старая и это расширение требует JS, которого нет в нашей версии. Версию обновить нет возможности у клиента.Как еще можно это сделать?
Нет, не требует. По приведенной ссылке лайтовая версия импорта, в которой используется полностью собственный js. Так что все должно работать.
Если у номенклатуры не указано наименование то вываливается такая ошибка
Не только поэтому. Зависит от того, на каком шаге возникла ошибка. Если на стадии импорта метаданных, то соответственно, одно из свойств xml-файле без наименования.
По выгрузке предложений, цен и всего остального, что должно быть в offers.xml:
В УТ 11 цены выгружаются только по соглашениям. Соглашение должно быть типовым, действующим, сегмент партнёров оставьте пустым и должна быть установлена опция доступности внешним пользователям.
Как только это соглашение будет сформировано цены на сайт будут выгружаться.
Алексей Корнев пишет: При изучении причин обнаружилось, что из папки 1c_catalog загруженные xml-файлы открываются, но в них - характерные "закорючки" не правильной кодировки. XML идёт в Windows-1251. Сайт - UTF-8.
Проблема именно в этом. Если в заголовке файла объявлена UTF-8, а фактически файл в windows-1251.