Форум

[QUOTE] написал:
зачем? всё прекрасно работает, указали значения по умолчанию, наши ячейки заполняются нулями самой mysql если запись идет не от нас[/QUOTE]
На мой взгляд, подставляете клиента. Когда этот проект перейдёт от вас к другому программисту, начнётся экшен..

[QUOTE] написал:
дело в том что мы модифицировали b_iblock_element, добавив пару своих столбцов, на которые ссылается наша crm, модифицировать api не вариант, тк им пользуются и другие системы[/QUOTE]
Пока не поздно, лучше переделать.. Чем свойства инфоблока не устроили?

С такой ошибкой никогда не сталкивался, но, судя по ошибке, нужно проверить правила обработки адресов в /urlrewrite.php - возможно, там где-то регулярное выражение некорректное указано.

Получается, ни сейчас, ни в ближайшем будущем - переводить БУС-сайты на PostgreSQL не ст[B]о[/B]ит?

Обычно в таких случаях быстрее просто посмотреть ситуацию вживую, чем текстом перебирать возможные варианты проблемы )

В таком случае нужно смотреть много всего. Начать с правил обработки адресов - проверить корректность их указания для новостей. На странице детальной новости посмотреть - отдаёт ли страница 404 или нет; включить режим правки, посмотреть - доступна ли кнопка «Изменить элемент». Если да - значит, новость определяется, но не показывается, если нет - значит, новость и не определяется.

В общем, нужно провести мини-отладку по следующему общему алгоритму: корректно ли настроены правила обработки адресов? корректны ли настройки шаблонов адресов в настройках инфоблока и в компоненте? применяются ли эти шаблоны Битриксом для страницы детальной новости? Активны ли в целом инфоблок и элемент?

Если показывается только шапка сайта, а подвала нет - вероятно, на странице происходит ошибка, и выполнение прерывается. Откройте исходный код страницы (Ctrl-U) и прокрутите до конца - там может быть либо текст ошибки, либо сообщение что произошла ошибка (и что нужно в /bitrix/.settings.php включить вывод ошибок - в таком случае нужно временно сделать так, как написано, чтобы потом увидеть полный текст ошибки).

Добрый день.
По сути, можно реализовать. Но нужно понимать какие будут ограничения: в первую очередь, будут недоступны фильтры по данным свойствам. Плюс разные другие побочные эффекты и неудобства. Также придётся в админке делать какое-то отображение свойств, чтобы контент-менеджер мог контролировать данные.
Т.е. по сути это будет отдельный функционал для карточки товара в публичной части.

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

Т.е. выполняется запись, и почти сразу же выполняется запись значением из импорта (или из формы). В данном случае нужно использовать событие обновления продукта в торговом каталоге.

Вопрос уже много раз обсуждали, легко гуглится, например: [URL=https://ru.stackoverflow.com/questions/556838/403-forbidden-к-папке-default-Битрикс]https://ru.stackoverflow.com/questions/556838/403-forbidden-к-папке-default-Битрикс[/URL]

Суть в том, что веб-сервер по умолчанию блокируют доступ к файлам и папкам, начинающимся с точки (т.е. если в запросе есть обращение к .../themes/.default/modules.css - такой запрос будет заблокирован веб-сервером). На локальном сервере можно совсем это отключить, либо добавить туда проверку на папку .default.