Дмитрий Васильев (Все сообщения пользователя)

По логике зачем иметь 2 инфоблока - в CRM должно по уму работать и редактироваться те же товары что и в магазине и 1 инфоблок на 2 сайта - но что получается - не умеет crm работать в товарах с торговыми приложениями и те же свойствами типа справочник если хранятся в HL блоках теже SKU - цвета.
Когда доработается этот момент чтобы в CRM менеджер работал с теми же товарами и мог там их редактировать если у них свойства - справочник и т д. как в самом сайте магазина. ну и конечно работа с торговыми предложениями.? по этой теме много нареканий.
Менеджер что ведет товары - не должен работать в магазине - пусть все товары по уму редактируются, добавляются и торговые предложения и все справочники в CRM товарах.
Ждем комментария от разработчиков.

Ну в последних редакция tree 17+ "глючит" по черному - например - если мы имеем раздел то явно когда он корневой у нас index файл главной страницы раздела, переходим в раздел и что - меню не развернуто. зачем этот шаблон с папкой иконкой в котором пользователь должен еще додумать а нажимать или нет на иконку когда в нормальных вариантах нет иконок а просто список - перешел в раздел если есть что в нем то открыты все пункты .. когда в нормальных все проще, и тут еще с кучей js ненужного когда все решается на просто css.
Может реально сделать нормальный человеческий шаблон скок лет то прошло а все нет, когда перешел пользователь на главную раздела то ему сразу раскрылся список подменю раздела - уже скок раз народ писал всем приходиться объяснять.

Документ «Закрытие заказов покупателей»

По сути при закрытии заказа, когда ставишь выбранную причину должно влиять на отмену заказа, но что бы ты не ставил всё равно отмена.
Самое не маловажное это документ закрытия заказа Это не отмена заказа! Он может быть отменой конечно.

Из документации 1С - так может соответствовать ей, или если не может БУС так не делать, 95 % работают не по логике Битрикс а как удобней компании - если выпускается решение на рынок то в нем не должно быть навязывание логики работы клиенту а подстраиваться оно должно под любую логику какая клиенту удобна.

Коллеги как отменить при создании заказа на сайте что бы не создавались отгрузка и оплата, до обмена с 1С?

да очень хочется полной поддержки php 7 но еще нужно и решения в макете переводить если есть сторонние, а это либо сами или придется решать вопросы с авторами сами коллеги знаете что клиенты зачастую ставят себе решения и если мы перекинем на php 7 даже при том что сама платформа будет все поддерживать нам придется еще добиться поддержки у сторонних решений.
+ web окружение должно быть готово работать с php 7

ну + свои 2 копейки как снять лимиты на CentOS 7+ и Red Hat 7+ http://dev.1c-bitrix.ru/community/webdev/user/125153/blog/17437/

Попробуйте так удалить пакет и пакет и удалитьи  ну и сделать очистку  
- затем  если не поможет тогда все выше перечисленное но перед установкой Битрикс установить пакет perl-XML-SAX-0.96-7.el6.noarch самостоятельно    
-точно 6.7 стоит.. потому как помню в 6.3 была вроде такая проблема. а репозитории точно стоят все стабильные от 6.7 ?  
 
Попробуйте так:

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

 
 У вас уже установлен Perl вам и пишет что конфликт в версиях, удалите ту с которой увас идет конфликт через yum .

Вообще думаю что не на чистую щас установка идет раз уже Perl установлен. разберите что уже ставили чтобы в будущем не возникало конфликтов, и CentOS 6.7 minimal самое то для сервера.

Коллеги помогите решить проблему, чистая минимальная установка CentOS 6.7 + установлено окружение 5.1.5     + БУС и рабочий сайт. При добавлении сервера в pool CentOS 6.7 + установлено окружение 5.1.5 чистое ток задан пас bitrix такой же как и на главной машине, выдает ошибку в /opt/webdir/logs/ssh_keycopy.log:  
Вопрос снят    
Решение: нужно  поправить если у нас были сервера в пуле с таким же IP  что и мы пытаемся добавить в пул и возникает такая ошибка, то нужно удалить старые ключи по этим IP которые находятся в файле /root/,ssh/known_hosts - (рабочии ключи не удаляйте сделайте перед редактированием копию).    

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

есть 2 версии сайта на разных языках имена страниц одинаковые разница лиш в том что например:
1 URL /test/ 2 URL /en/test/
как лучше реализовать с сохранением в переменные при загрузки например страницы с /en/имя раздела/ - на выходе 2 переменные 1 понятна через $APPLICATION->GetCurPage() выведет /en/имя раздела/ во второй нужно вырезать и оставить только /имя раздела/