Игорь Кондратюк написал: Вопрос: можно ли по этой Акции прейти с 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 они в принципе не могут работать (и соответственно запрос будет некорректный, о чем и говорит индикация). Тикет создал
Евгений В написал: например, после импорта в инфоблок новых элементов через админку - БП не стартует (При добавлении + )а элемент создать руками - запускается (вводные элемента идентичные)
Евгений В, если у Вас коробочная версия Битрикс24, то лучше воспользоваться агентами или cron-скриптом - выйдет быстрее. Циклический процесс это последнее что я бы порекомендовал делать на БП.
Алексей Беспалов, 1) Не cash, а cache. Cash это наличные 2) Про количество запросов пояснить ничего не могу - ситуация интересная 3) Не все запросы можно кешировать. Какие-то запросы будут все равно. Нужно рассматривать в том числе константы CACHE_* в dbconn.php и компоненты (например sale.basket.basket ранее вообще не использовал кеширование)
Не отображается каптча при авторизации в админке!, Пытаюсь зайти в админку, ввожу логин и пароль выдает, что не верно и просит ввести по новой с каптчей, которой нет.
Ярослав Беднарш, 1) Откройте настройки компонента bitrix:socialnetwork_user на странице /company/personal/ и посмотрите, какое значение установлено в параметре: Форум для комментариев (TASK_FORUM_ID) 2) Откройте в административном разделе страницу /bitrix/admin/forum_admin.php?lang=ru и проверьте чтобы этот форум существовал, чтобы он был прикреплен к этому сайту и чтобы у сотрудников были доступы к новой теме, у неавторизированных - чтение
Александр Шаманин написал: Рекомендуют качать виртуальные машины с юниксами и с ними разбираться.
Для ленивых, есть Виртуальная машина: установил среду виртуализации (VMWare/VirtualBox/etc), закинул образ в нее и подключаешь по ssh. Минимум геморроя, максимум пользы.
Тема давно обсуждалась и ответ всегда один - данное окружение больше не развивается, переходите на новые механизмы, либо делайте сами, либо не обновляйтесь. Обычно выбирают либо первый либо третий вариант.
А дальше нужно уже следить: 1) Пагинация может быть и PAGEN_6 и т.п. 2) Может быть косяк с разделами, если они будут начинаться с pagen* и там будут числа 3) Обновление urlrewrite может понизить приоритет правила и оно будет конфликтовать с другими 4) Опять же /sections/blog/pagen0/ это корректная ссылка, так же как и /sections/blog/pagen00000/