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

Это надо ввести в консоле сервера, либо подключившись по ssh

есть доступ к конфигурационному файлу apache?

сайт на хостинге? vds?

Вместо
сделайте

он и не найдет.
потому что http://сайт.ru/ скорее всего определена как $_SERVER['HTTP_HOST']

Либо сразу так: forum.skybeat.ru/

попробуйте указать ../

Смотрите в сторону ЧПУ в настройках компонента.
Что у вас здесь?
Каталог ЧПУ (относительно корня сайта):

Да это мелочь, ко мне в админку вломились, спросили разрешение на изменение заказа. Включили дебаг режим выгрузки заказов, вся эта каша писалась прямо в xml тем самым повешала регламентное задание в 1с - обмен заказами в реальном времени.
Не было бы все печально, если бы я не просил после всех необходимых манипуляций вернуть все как было до вмешательства. Но видимо ответ на это предложение, решили перенести на следующий рабочий день. Поэтому пришлось "самостоятельно в рамках технической поддержки" смотреть по дате, что и где они там меняли, возвращать все в "частично-рабочее состояние".
Мы как китайские комсомолы. Сами себе создаем проблемы и сами их решаем.
Чуть не забыл

Вот наш вариант БУС + УНФ 1.6
Вся учетная информация ведется в 1с.

Вариант 1. Розничные покупатели из других регионов. В данном случае возможна оплата только платежной системой.
1) На сайте оформлен заказ "Принят, Ожидается оплата"  выгрузился в 1с со статусом "Загружен".
2) Как только человек оплачивает заказ, например через яндекс кассу, в бус приходит галка оплаты, -> печатается чек ккм. Нам в свою очередь выписка с платежами.
Менеджер отгружает заказ в 1с, меняет статус на "В работе". Выгружаем из 1с док отгрузки, оплаты и сам заказ покупателя с необходимыми правками. На сайте заказ должен быть в нужном статусе, отгружен и оплачен, без каких-либо "проблем с заказом".

Вариант 2. Оптовые покупатели, разрешена покупка в долг.
1) На сайте оформлен заказ "Принят, Ожидается оплата"  выгрузился в 1с со статусом "Загружен".  Мы в свою очередь в 1с меняем статус заказа на "В работе", проводим док реализации, оплату не ставим, в бус должен уйти заказ покупателя, с измененным статусом, с отгрузкой, но без оплаты, и никаких проблем с заказом в данном случае опять таки нет. Не нужно удалять документ оплаты из бус. Возможность оплаты заказа, до самого факта его оплаты должна оставаться всегда.

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

Через неделю покупатель вносит n-ую сумму денег, и мы закрываем задолженности по этим заказам. Они должны иметь возможность быть оплаченными, даже если уже отгружены, и тем более находясь в финальном статусе. В 1с ведь этот заказ уже закрыт, просто не оплачен. (Кстати, расчет ведь из регистра берется?)

Вариант 3. Продажу в розницу в своем регионе.
На сайте оформлен заказ "Принят, Ожидается оплата"  выгрузился в 1с со статусом "Загружен". Ждем клиента непосредственно в офисе, он вносит оплату, мы меняем статус документа, проводим оплату, отгрузку. На сайте все отгружено, оплачено, без проблем в нужном статусе.

На данный момент, у меня стоит запрет загрузок документов оплаты из бус. Когда я создаю в 1с новый документ оплаты, он прекрасно уходит в бус, при этом там никаких проблем с заказом нет, и ничего не удаляется. Просто создается второй документ оплаты. Да и черт с ним, заказ ведь оплачен. С отгрузками же иначе, там всегда проблема с заказом. Значит дело в отгрузках.
Кстати, как временной решение можно выключить загрузку отгрузок в 1с. В бусе в момент обмена документами родные оплата и отгрузка будут удаляться, а нормальные выгружаться из 1с.
https://marketplace.1c-bitrix.ru/solutions/sns.tools1c/#tab-log-link плагин нашел, который за 15 000 решает эту проблему в последних версиях добавили функционал. Надо чтобы было "как то так", но только из коробки)

Судя по скриншоту проблема с мониторингом сайта. /bitrix/admin/bitrixcloud_monitoring_admin.php?lang=ru
Проверьте БД на ошибки. Посмотрите логи mysql

/home/bitrix/www/

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

Быстро. Просто. Эффективно.  При выполнении скрипта произошла ошибка. Ну с кем не бывает....
Нас на**али Господа. Расходимся...
Второй момент.
Закон о защите прав потребителей гласит:
А это так.
Мне в этом случае вернут те бабки которые я вам забашлял?
Банте Господа. Мне уже все равно.

Я считаю нужно использовать весь потенциал, в том числе, долбить тех поддержку, чтобы она довела до сведения- того разработчика, который все это "гомырит".  Ведь можно купить ВАЗ2109 по цене мерседеса, а все равно ездить на 2109....  и однажды вечером, поставив его в гараж и залив масла, На утро он не заводится...
p.s и нет, мне никто не доплачивает, более того, я убиваю свое личное время, на исправление тех ошибок, в тестировании которых я участия не принимал. Но так сложились обстоятельства. И не только у меня, как вы видите. Создавая очередное обращение в ТП, я уже сам себя чувствую неловко, по непонятной мне причине. Уж не знаю, что думает обо мне Юрий Свиридов, которой расхлебывает это все...

Я вас не понял. Какой мой созидательный труд, и тем более 5 торговых точек? О какой сборке буса идет речь?
и уж тем более мне не понятно, каким образом я сделал вам больно...

Это понятно. Кассовый аппарат будет подключен к 1с. В бус на момент оплаты приходит флаг, в реал тайме загружается заказ, + оплата, чек пробивается на стороне 1с сразу. Но зная что в бус одни баги, мы все равно будем ждать выписку от яндекса.

в любом случае это лучше чем ничего не меняется. И намного быстрее чем проблему решит ТП. Отгрузки и оплаты из 1с в бус уходят, статус меняется. В общем как работало до версии 17.0.8 так и работает.

уж не знаю че они там наворотили в последней стабильно лагающей версии модуля sale. Но замена папки от предыдущей версии мою проблему решила.
Положить в
/home/bitrix/www/bitrix/modules/sale/lib
предварительно переименовать старую в exchange_epic например.
https://yadi.sk/d/ARfcshkj3HSAKo

теперь у меня статусы меняются.

заказ оплачен полностью, отгрузка пива невозможна...

у меня слов нет, опять у меня перестали меняться статусы...
Вот вам новое обращение 1453515
Только вот что измениться-то? Опять больше месяца меня будут просить предоставить справку что я не верблюд.

Согласен полностью. Заказ приходит на сайт в состоянии Принят, ожидается оплата. Человек оплачивает заказ через яндекс, статус заказа меняется на оплачен. Мы в свою очередь выписку из яндекса видим только на следующий рабочий день. Меняем состояние заказа что он в работе, проводим оплату и отгрузку на стороне 1с, и все это дело должно выгружаться на сайт. Т.е. По простому, пусть заказ оплачен, он ДОЛЖЕН быть отгружен выгрузкой из 1с, просто обязан. И статус у него так же должен меняться. Ситуация вторая, есть оптовые покупатели, которым разрешена покупка в долг. В этом случае мы отгружаем заказ в 1с, меняем статус, на сайте статус долэен быть = статусу в 1с, + отгружен если в 1с есть док реализации. Приходит он на следующий день, оплачивает вчерашний заказ, забирает новый. Вчерашний заказ должен оплачиваться выгрузкой из 1с несмотря на то что он отгружен.

1409437
1445177

Дак написал ведь, Обращение № 1409437 Создано: 28.03.2017
Ваш же сотрудник мне написал полную ересь:
Вам то какая разница что у меня там поменяется? Отгрузка или оплата, это наши личные проблемы. Не обременяйте себя.

Я работаю только в УНФ  её и имею ввиду. Чел сделал заказ на сайте.
Он принят, ожидается оплата. ( в 1с этот статус =  загружен)
чел оплатил заказ в бус, что делать в этом случае с ФЗ54? Статус не измениться, я сколько угодно буду гонять обмен, ответ один, заказ оплачен полностью, изменения не возможны. Все, занавес. Интеграция окончена.

Если использовать статусы в кол-ве > 2 то это тупик.