Форум

Так как по гуглению [site:1c-bitrix.ru WebSocket 1006] в мировом разуем только эта страница, наречем ее мини базой знаний

У нас Bitrix Push server (aka NodeJS) тоже работал с этой ошибкой. Все привело к тому, что нужно правильно настраивать гейтвей, если виртуальная машина битрикс живет за NAT-ом. В нашем случае nginx.
Чтобы работал WebSocket, настраиваем правильную секцию upgrade ( https://nginx.org/en/docs/http/websocket.html). Проверять можно по Chrome-у, он должен зацепить в network-секции средств разработчика WS соединение и показывать, что на запрос ответ получен и соединение живо.Был тайм-аут, который в нашем случае крутился вокруг 75 секунд. Это подозрительно совпадает с дефалтовым keepalive_timeout у nginx-а (http://nginx.org/en/docs/http/ngx_http_core_module.html#keepalive_timeout), но увеличение явно не помогло. Но зато помог proxy_read_timeout, при этом если его поставить скажем 300 секунд (5 минут), то видно, что код страницы стучится домой (на сервер) где-то раз в четыре минуты, поэтому 5 минут никогда не иссякают.

Лучше бы конечно документация упоминала особенности связанные с житием за гейтвеем и NAT-ом.

День добрый,

Речь на примере о платежных системах, ссылка на оплату через которые в битрикс-магазине может появляться в разных местах (сразу после оформления, в кабинете, при смене способа оплаты). Обратил внимание, что часто сторонние разработчики шаблонов не до конца отрабатывают то, чтобы ссылки оставались в подпути магазина, поэтому частенько они ссылаются на /personal корня, что конечно не является проблемой в случае дефлатового сайта, но приводит к ошибке "заказ не найден", если сайт недефалтовый. При этом я даже два сценария некорректного формирования ссылки заметил на eshop-е (Современном магазине от битрикса). Все это так или иначе это правится, если добраться до нужных php override-ов и прочего. Но ... есть результат платежной системы (/bitrix/tools/sale_ps_result.php), прописанный в нашем случае в настройках yandex-кассы. Видно, что у него нет подсайта в url-е, но я сильно расчитывал, что ему приходит id заказа и ему все равно, это заказ дефалтового сайта или нет. Но тесты показывают, что ему не все равно, то есть статус оплаченности меняется на успешный только для дефалтового сайта.

Соответственно вопрос главный - сценарий сосуществования нескольких магазинов на мультисайтовости официально поддерживается? Если да, то что нужно скрипту sale_ps_result.php, чтобы корректно относиться к заказам недефалтового сайта?

Спасибо

Есть pdf-листалка (Real3d jQuery), реализованная как jQuery plugin, пытаюсь вставить его в одну из страниц "Сайты24"

Общая логика от разработчика (работающая в его примерах) такая
1. В Head добавляем jQuery
 <script src="[URL=https://ajax.googleapis.com/ajax/libs/jquery/1.8.3/jquery.js></sc ript>]https://ajax.googleapis.com/ajax/libs/jquery/1.8.3/jquery.js"></script>[/URL];
2. В Head добавляем его инициализатор
 <script src="..../flipbook.min.js"></script>
3. По концу загрузки DOM от jQuery вставляем инициализацию объекта
<script type="text/javascript">
   $(document).ready(function () {
           $("#container").flipBook({ ...
</script>
4. В Body в нужном нам месте заводим div с id="container", например
<div style="position:relative;width:100%;height:700px">
    <div id="container" style="position:absolute;width:100%;height:100%">
    </div>
 </div>

Пытаюсь реализовать это через расширенные дела "Сайтов24", то есть

1. все, что нужно вставить в Head (пункты 1, 2, 3) в свойствах страницы "Сайтов24" в пользовательский Script/css вставляю,
2. div контейнера (пункт 4) - через html-блок внутри самой страницы определяю место, где плагин будет показывать листалку.

Итог: никакой листалки и ошибка javascript "flipBook is not a function"

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

При этом сразу после включения flipbook.min.js проверка
 console.log("flipBookAccess type is: " + typeof ($("#container").flipBook));
возвращает, что это функция, но тот же вызов внутри $(document).ready возвращает undefined

Есть одно решение, но оно не очень нравится, так как не объясняет проблемы. Если включение <script src="..../flipbook.min.js"> перенести в html блок, который непосредственно в body создается, то создание объекта в ready начинает работать.

В чем тут может быть проблема?

Заранее спасибо.

День добрый.

В битриксе по сути два места где e-mail-ы создаются и определяются - почтовые события сайта и Маркетинг. Но они как-то плохо сочетаются. В маркетинге полная верстка с предпросмотром, но их можно отправлять только по событиям маркетинговым в контексте рассылок (штук пять-шесть). Можно ли как-то все-таки письма из Маркетинга подключить на отправку основных событий сайта, то есть всяких "Регистрация пользователя", "Изменение статуса", и прочих? Или может быть подключить расширенный редактор маркетинговых писем к обычным письмам?

Проблема в том, что если я, что зная про html как таковой, особенности html e-mail-ов в разных почтовиках, могу ручным "шитьем" добиться нужного результата в обычных почтовых шаблонах, то обычному редактору нужен визивиг, берущий все эти проблемы на себя, но такой есть только в "маркетинге".

Спасибо

День добрый.

Вопросы про публичное отключение одного из сайтов здесь неоднократно задавались. Есть в итоге официальный совет на странице  [URL=https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=103&LESSON_ID=296&LESSON_PATH=8799.3989.296]1c-bitrix[/URL], но с ним есть засада. Там используется хэндлер по PrologBefore и как следствие оказалось, что скрипт ответа платежной системы (в нашем случае yandex-касса, но похоже для других тоже) sale_ps_result.php умирает если применить этот прием (у скрипта ответа есть require(.... /prolog_before.php") . При этом штатное отключение публичной части для всех сайтов не вызывает такой проблемы, судя по всему потому, что его die находится в PrologAfter, который скриптом ответа платежной системы не используется совсем.

Проблема была обойдена использованием анализа $_SERVER['SCRIPT_FILENAME'] на соответствие имени файла sale_ps_result.php, но осадок остался.

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

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

Спасибо

Похоже на 18.06.2018 для версии "1С-Битрикс: Корпоративный портал 18.0.0" настройка двух строчек в dbconn.php работает (без нее жуть-жуткая со смешанным контентом). Неужели эта ветка этого форума теперь единственное место, делящееся этим сокровенным знанием?

Тема давняя, но поиск решения проблем приводит и к давним тоже.
По-прежнему корректная работа виджетов по https в коробочном Битрикс24 требует изменения в dbconn.php или это должно работать без дополнительных действий низкого уровня?

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

[QUOTE]Прудников Владимир написал:
[QUOTE] Андрей Николаев написал:
[QUOTE] Александр Воробьев написал:
Создаете для phpmyadmin отдельный виртуальный хост[/QUOTE]
Можно и через директиву Document в уже существующем хосте - тогда не надо будет корячиться и поддерживать:
[CODE] < Directory директория>
php_value mbstring.func_overload 0
</ Directory >   [/CODE][/QUOTE]
Добавил в файле

httpd.conf


<Directory /usr/share/phpMyAdmin >php_value mbstring.func_overload 0
</Directory>

без изменений , что я делаю не так?[/QUOTE]
Уже не очень новый пост, но вставлю свои две копейки для тех кто через поиск найдет


php_value  - для htaccess
php_admin_value - для httpd.conf
то есть если планируется в конфиге апача прописывать, то надо там делать
<Directory /usr/share/phpMyAdmin >
 php_admin_value mbstring.func_overload 0
</Directory>