Вадим Петров (Все сообщения пользователя)

если вдруг кому-то поможет, пришлось восстанавливать сайт из старой версии, рестор не работал
посему - залил дамп 2019 года, и получил примерно ту же проблему

выход был следующий:
зашел в мускуль из консоли, по phpMyAdmin и тп, думаю сами разберетесь
для входа в админку добавлял поля из ошибки, в указанную в ошибке таблицу, из таблиц с которыми была проблема встретил следующие (в порядке появления):
b_culture
b_user_auth_action
b_module_to_module
b_clouds_file_bucket
как я уже сказал, решение было такое - смотрим на поле (например поле "что-то там ID", - добавляем поле с таким названием (смотрим из ошибки)
напримердобавляем SHORT_DATE_FORMAT - varchar
или int(8)
или
bool (встретилось несколько флагов в последней таблице)

примерпосле всех манипуляций админка работает (как минимум открывается) и можно запустить проверку и ремонт структуры БД.
В идеале накатить обновления если лицензия есть (лучше купить и накатить обновы)

вам всё в ошибке написали
в 64 строке (63) у вас кириллические символы.

форвард в строке "ЗАО "Форвард"" возьмите в другие кавычки.
например 'ЗАО "Форвард" ' или "ЗАО 'Форвард' "

и уберите свой ip и пути из лога ошибки, а то кто-нибудь нехороший получит лишнюю инфу о вашем сервере.

с почтой вечная беда у Bitrix. И, учитывая как они отвлеклись на Bitrix24, думаю что эта беда не будет скоро поправлена.

за решение с прямыми запросами в БД отлучить от церкви. ID списков можно получать через CIBlockPropertyEnum::GetList
далее передавать полученные ID свойств в фильтр CIBlockElement::GetList

попробуйте добавить в индекс enable_star (предполагаю что индекс у Вас НЕ штатный rt от Битрикс), и в запрос добавлять wildcard
т.е. к значению поисковой строки добавляйте *
например пользователь ввёл 234, а в Sphinx Вы отправите *234, и, в таком случае, Sphinx найдёт вхождения.

Честно говоря пишу не проверяя )))) возможно и не сработает )

p.s. индекс распухает когда приходится индексировать такие вещи )
p.p.s Если не разберётесь - пишите на почту (она вроде в профиле указана).

подскажу вам способ (если я правильно понял проблему).

у Битрикс API есть методы для создания\модификации любых опций и значений модулей\инфоблоков\и т.п.
например если вы используете в своей ветке (я про git) новое свойство, потрудитесь сделать скрипт, который это свойство заведёт в БД и пропишет ему нужные значения (например в списке).
после чего, когда вы выльете изменения на сайт, вам нужно будет просто запустить этот скрипт и у вас на хосте появятся необходимые Вам для вашей ветки свойства. И это лучше случаев, когда вы ручками в админке себе прикрутили, а потом забыли, или не забыли, но при восстановлении из бэкапа после фейла хостера у вас слетели новые свойства и вы не можете вспомнить какие и где.

в итоге у вас:
1. под Git все изменения в БД (с момента когда вы начали сохранять в git скрипты для модификации БД)
2. достаточно быстрое восстановление внесённых изменений в БД
3. можно запускать хоть на 100 хостов, получите нужное свойство и ничего не забудете )

а ID я пишу в файл констант, через этот же скрипт, и таким образом мои скрипты не зависят от ID свойств, которые им дала БД.

надеюсь понятно расписал )

p.s. когда контент-менеджеры загружают новые товары проблем на сайте быть не должно - ни с новой версией, ни со старой версией веток )

yum install php-xml
наверное?

немного не понял - у Вас виртуальная машина для боевого сайта поднята?

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

про svn сейчас уже не скажу точно, как там работа с ветками и т.п. идёт, уже давно на git пересел, но думаю такой вариант работы возможен.

а ну да, и тестовый сделать можно так же, на той же машине )

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

есть подозрение что последний образ машины кто-то некорректно запилил, но это чисто предположение ) исходящее из найденого решения проблемы
upd:решение снова слетело после перезагрузки VM через меню плеера

в другой ветке рекомендуют проверить права на папку mysqld, скорее всего там группа root - сменить на mysql
плюс была рекомендация создать папку /var/data и дать права sphinx:sphinx... сделал и это )

перезагрузился - опять проблема ) потом вспомнил что старый .sock не удалил, потёр его (rm /var/lib/mysqld/mysqld.sock) ,
перезагрузился - всё нормально.
не знаю что помогло - выставление группы mysql или пляски с var/data ))

UPD - очередная перезагрузка (не reboot в консоли, а мышкой в меню VMPlayer) и снова проблема вернулась

Аналогичная проблема (виртуальная машина правда 4.3) не пойму в чём проблема, раньше не было такого (
(в соседней ветке обсуждают аналогичную проблему)

Та же проблема.
по постам выше - эксперимента ради потёр mysql.sock
стартануло

перезагрузил VM - опять проблема вернулась
не соображу в чём проблема - что-то обновили?

вот после таких советов люди жалуются что у них де- сайты ложатся даже на мощных серверах и битрикс "гумно".

если у вас 100 секций, у вас будет 100 ГетЛистов (а если у элементов куча свойств, то это 100 запросов с кучей джойнов, это если ещё без всяких документооборотов и учёта прав групп).

делайте так
сначала собирайте все айдишники секций в отдельный массив,
потом этот массив айдишников передавайте в отдельный GetList где в фильтр по SECTION_ID передавайте полученный массив с айдишниками секций.

В $arSelect укажите чтобы в числе прочего вам вернулся SECTION_ID элемента (таким образом в дальнейшем проще будет привязывать элементы к разделам).

чем лучше этот подход от подхода предложенного Сергеем - мы делаем один лишний GetList, вместо нескольких.

надеюсь достаточно понятно изъяснился ) как отсортировать элементы я думаю уже сами сообразите.