Для истории - проблему побороли. Были обработчики события которые выполнялись раньше и останавливали другие. Использовали быстрое решение - повысили приоритет у обработчика события.
Кирилл написал: Я предположу, что Вы предлагаете мне сделать скрипт, который будет запускать скрипт парсинга, раз в указанный промежуток времени, значения класть в базу, а оттуда уже подсасывать их в попап таблицу?
Именно
Цитата
Кирилл написал: где посмотреть, как такой крон-скрипт сотворить и как его заставить работать на сайтике?
Алексей Крячко написал: Андрей, огромное спасибище за отзыв! СкопипастилВаше решение - будете смеяться, но итог ровно такой же как и у меня... Когда задачу отдаю - уведомление есть, а когда ее на меня делегируют или меняю ответственного на себя - уведомления нету)))))
baa1 написал: только для избранных видимо. Нет доступа
Выдержа из топика:
Цитата
Будет ли подробная документация? Подробная документация разрабатывается наравне с добавлением новых возможностей в саму библиотеку. Сама документация будет опубликована вместе с первым публичным релизом модуля.
Когда можно будет воспользоваться модулем? На данный момент мы переводим интерфейсы Битрикс24 на уже готовые расширения модуля. Параллельно мы тестируем и отлаживаем его работу. Мы НЕ будем отдавать модуль в паблик до тех пор, пока не будет доработано и оттестировано расширение с типовыми формами. Произойдет это не раньше чем в конце лета, более точных сроков назвать пока не можем.
Цитата
baa1 написал: Когда можно будет ждать в уведомлениях по заказам и привязку к авторизации?
Вопрос не ко мне Обратитесь в техническую поддержку
Игорь Кондратюк написал: Вопрос: можно ли по этой Акции прейти с 12.0.6 на 18.0?
С маркетинговой точки зрения "голый БУС" должен обновиться без проблем (почти)
Цитата
Игорь Кондратюк написал: Система сама автообновится до 18.0 ?
Нет, нужно будет нажать "Обновить". Принцип "само обновится" тут не работает
Цитата
Игорь Кондратюк написал: Или все же понадобятся ""танцы с бубном? )))
Скорее всего понадобятся. Для интернет-магазинов нормально обновление проходит только после конвертации 15.5, для КП нормально вообще не работает Не думаю что без дополнительной работы обойдется и в этот раз
intimmi написал: Допустим создаю я новый элемент и никак не могу понять какие значения нужно устанавливать в эти поля, от куда их брать или как задать и на что они влияют. Если кто нибудь сможет "на пальцах" объяснить, буду очень признателен.
Их ниоткуда брать не нужно. Эти поля нужны для того чтобы использовать при обмене с внешними системами. Как пример: есть инфоблок с новостями. Новости добалвяются редакторами и внешними системами. Как понять добавлена новость из внешней системы на сайт или нет? Добавить к ней код с стороннего ресурса. Это позволит поддерживать актуально (например текст на внешнем сайте поменялся). Это очень удобно для справочников.
Сами по себе они ни на что не влияют (т.е. если их не будет это не будет чем-то плохим)
Владимир Голубь, если адрес и телефон это не множественные поля, то я бы хранит в существующих у пользователя. Если машина это набор параметров (марка+модель+модификация+год выпуска), то в инфоблоке. Если это все множественные поля, то ли Бо в своей таблице с привязкой к пользователю, либо в highland-блоках
Дмитрий Яковенко написал: Тут наверное надо уточнить версию платформы и версию MySQL, т.к. запросы разные.
Если исходить из того, что не может быть двух индексов с одинаковыми именами, то это один и тот же индекс И находятся они в подключаемом *_ft.sql (fulltext) файле для MySQL5.7 (до 5.7 полнотекстового даже не было) в innodb
Георгий Фатнев, извините - бес попутал Не обновлял свой эталонный битрикс.
Индексы: IXF_SONET_LOG_INDEX и IXF_SONET_GROUP являются полнотекстовыми:
Код
CREATE fulltext index IXF_SONET_LOG_INDEX on b_sonet_log_index (CONTENT);
CREATE fulltext index IXF_SONET_GROUP on b_sonet_group (SEARCH_INDEX);
А это значит что на MySQL ниже версии 5.7 они в принципе не могут работать (и соответственно запрос будет некорректный, о чем и говорит индикация). Тикет создал