Рустам Дарманов, у Вас проблема с одним из агентов - отключите всех и смотрите по-одному, кто именно это делает.
Голосуй за идеи по развитию API Bitrix:
|
Рустам Дарманов, у Вас проблема с одним из агентов - отключите всех и смотрите по-одному, кто именно это делает.
Голосуй за идеи по развитию API Bitrix:
|
|
|
|
|
Неверно. Почитайте, например
Голосуй за идеи по развитию API Bitrix:
|
|||||
|
|
|
Вы правы, с Битрикс24 я работаю больше 3 лет и знаю где подстелить соломку ![]()
Здесь уже нужно разбираться по месту и по очереди - где-то за обилием лишних настроек забываются "важные галочки", а где-то это штатные возможности (Битрикс24 хоть и целостный продукт, но все равно разрабатывается модульно, отсюда и много проблем)
У меня примерно то же соотношение ![]() Разве что уровень проблем пониже (API, фундаментальные вещи типо прав)
Голосуй за идеи по развитию API Bitrix:
|
|||||||
|
|
|
А с чего Вы решили что это связано с propertyIndex? Я вижу, что там идут запросы на получение языковых настроек. Попробуйте fetch() вместо getNextElement()
Голосуй за идеи по развитию API Bitrix:
|
|||
|
|
|
Нет, так как они уже хранятся в 1С. По факту в облаке их копия
Голосуй за идеи по развитию API Bitrix:
|
|||
|
|
|
Не совсем: на странице настроек облачного хранилища во вкладке ограничения прописывайте модуль iblock,catalog,sale и оставляйте пустым все остальные значения (ну можете прописать форматы изображений). После этого все что будет загружаться в инфоблоки как изображения будут заливаться на облачное хранилище. Со стороны 1С для этого не нужно никаких действий. Т.е. 1С будет загружать архив с изображениями на сайт, а сайт уже сам будет загружать их на облачное хранилище.
Голосуй за идеи по развитию API Bitrix:
|
|||
|
|
|
|
Максим Еремеев,
1) Сделать свой обработчик облачного хранилища (сделать можно, документации нет) 2) Разработать кастомный скрипт который бы при добавлении изображения загружал его по какому-нибудь FTP/SSH (то же что и первый случай, но больше костылей и делать сложнее, но быстрее и проще) 3) Использовать облачное хранилище, например Selectel или AWS S3 для загрузки всех вложений
Голосуй за идеи по развитию API Bitrix:
|
|
|
|
|
|
kirov43, ну почему же? Расширяемые, но в умном фильре (в шаблоне) по параметру DISPLAY_TYPE (из CIBlockSectionPropertyLink::GetArray()) можно выделить только ряд свойств:
Тип "A" - число (ползунок - от и до) Тип "B" - число Тип "G" - чем-бокс с описанием Тип "H" - чек-бокс с изображением и описанием Тип "P" - список Тип "R" - выпадающий список с изображением и описанием Тип "K" - переключатели (radio-buttons) Тип "U" - календарь По-умолчанию - чек-боксы Остальное не обрабатывается в стандартном шаблоне фильтра
Голосуй за идеи по развитию API Bitrix:
|
|
|
|
|
|
Андрей Малютин, как вариант можно сделать следующее:
1) Прописать правило в urlrewrite (либо последним и очень строго следить за очередностью, либо исключающее чтобы только во всех перечисленных случая не сработало) которое бы вело на страницу с компонентом 2) Создать страницу с компонентом детальной новости
Голосуй за идеи по развитию API Bitrix:
|
|
|
|
|
|
support@omegasound.ru, а проверку сайта делал то?
Голосуй за идеи по развитию API Bitrix:
|
|
|
|
|
Я говорю о том, что физической связи нет - на таблице нет никаких триггеров и связей. Логически же информация связана.
Голосуй за идеи по развитию API Bitrix:
|
|||
|
|
|
|
SkyNetYar, тьфу ты!
Открой urlrewrite.php и найди там что-то типо:
Закомментируй его на время получения
Голосуй за идеи по развитию API Bitrix:
|
|||
|
|
|
Там немного устаревшая информация: в данной части рассматривается интеграция SSO via NTLM когда Битрикс установлен не на Linux, а на Windows окружение (с 2015 года Битрикс можно хостить на windows только для ознакомления)
Голосуй за идеи по развитию API Bitrix:
|
|||
|
|
|
Я же пояснил: 4567, 2356, 4, 12, 67 и т.п. - магические числа в коде, значение которых только автор знает. Через полгода-год их значение никто и не вспомнит и придется искать заново.
А кто сказал, что свойство типа справочник это связь таблиц? Таблицы как раз никак не связаны (нет внешних ключей, триггеров и т.п.). Т.е. с точки зрения СУБД это 2+ независимые таблицы.
Как любая большая компания они нигде не отчитываются о своих решениях. На конференциях можете поймать разработчиков и спросить ![]()
Голосуй за идеи по развитию API Bitrix:
|
|||||||
|
|
|
Скорее всего они просто забыли дописать условие со звездочкой: не менее 6 рабочих часов порядке общей очереди ![]() Я бы на Вашем месте еще и доступы к админке им дал (чтобы сразу посмотрели)
Голосуй за идеи по развитию API Bitrix:
|
|||
|
|
|
Ну так там и нужно отключать - в настройках модуля Push'n'pull
Голосуй за идеи по развитию API Bitrix:
|
|||
|
|
|
Для начала давайте усвоим небольшую разницу: есть привязка, есть справочник, есть список. При использовании привязки - храните идентификатор связанного элемента При использовании справочника - мнемонический код При использовании списка - идентификатор значения списка Почему-то Вы говорите о справочнике, но подразумеваете список. Вот тут и кроется интересное поведение:
Вопрос - какой статус будет установлен после обновления элемента? Конечно же 467, но вот что за магическая цифра? Можно переписать фрагмент так:
Стало понятнее, но добавилась лишняя конструкция. А если таких справочников 10? Да в каждом по 15-20 значений? Это что? 150-200 констант заводить? Почему бы не сделать так:
Семантично - ведь всегда у Вас есть известная связка код->значение. Коротко - не нужно лишних констант и перечислений. Удобно для интеграции - при работе с привязками и списками нужно постоянно искать соответствие ID -> XML_ID и при нахождении обновлять, при несовпадении добавлять, лишние удалять... Чувствуете сколько операций? А теперь фикс: удаляем все значения справочника, заполняем с чистого листа. Проще? Намного. Такой подход Битрикс использует в CRM (статусы) и он очень хорошо работает.
Голосуй за идеи по развитию API Bitrix:
|
|||||||||
|
|
|
|
Кирилл Петкевич, 1 топик = 1 тема. Вы и так уже миксанули достаточно. Поищите по форуму эта тема уже не раз поднималась
Голосуй за идеи по развитию API Bitrix:
|
|
|
|
|
Пуши идут через сервера AWS (который частично заблокирован). У Вас в ошибке написано: "Socket error [110]: Connection timed out" это значит, что на каждое действие которые отправляет пуш событие он будет ждать не менее 30 секунд пока не отвалится по таймауту. Совет: выключите отправку пушей на мобильник пока ситуация с AWS не нормализуется и скорее всего сразу станет работать быстрее
Голосуй за идеи по развитию API Bitrix:
|
|||
|
|
|
Я так понимаю что второй сайт уже есть и в таком случае я не знаю чем это может помочь
Голосуй за идеи по развитию API Bitrix:
|
|||
|
|
|
Вы не должны были это делать Для обработчиков и т.п. есть специальный файл . Почитайте про . Почитайте про событий. Да и вообще - пройдите перед тем как лезть что-то делать внутри.
Голосуй за идеи по развитию API Bitrix:
|
|||
|
|
|
|
SkyNetYar, для начала в конфигурации сайта (т.е. всякие .htaccess)
Голосуй за идеи по развитию API Bitrix:
|
|
|
|
|
Напишите пожалуйста им в тех.поддержку, чтобы они в модуле баг исправили. Спасибо.
Голосуй за идеи по развитию API Bitrix:
|
|||
|
|
|