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

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

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

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

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

Цитата
Дмитрий Семенов написал: расковырял в моём случае так.

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

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

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

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

Цитата

Дмитрий Покровский пишет: При локальном выкачивании сайта есть большая проблема с БД - у вас получается 2 базы - на локалке и на удаленном сервере. Если запулить коды нет проблем, то базу данных к Гит-у уже не подключишь. А ведь база часто бывает нужна - загрузили контент-менеджеры новые товары на сайт - всплыл косяк - надо сливать базу перед тем как править код. Поменял настройку главного модуля (или параметр инфоблока), чтобы исправить косяк - снова синхронизируй базу. А как синхронизировать базу, если изменения с обеих сторон? Это вам не слияние веток сделать...

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

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

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

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

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

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

Цитата
Максим Месилов пишет: -bash-4.1# yum install xml-php Loaded plugins: fastestmirror, merge-conf, security Loading mirror speeds from cached hostfile * base: ftp.heanet.ie * epel: ftp.heanet.ie * extras: ftp.heanet.ie * updates: ftp.heanet.ie Setting up Install Process No package xml-php available. Error: Nothing to do -bash-4.1#

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

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

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

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

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

Цитата
Nikolay Ryzhonin пишет: Проблема возникает когда происходит "жесткая" перезагрузка и mysql не убивает сокет.

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

есть подозрение что последний образ машины кто-то некорректно запилил, но это чисто предположение ) исходящее из найденого решения проблемы
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 - опять проблема вернулась
не соображу в чём проблема - что-то обновили?

Цитата
Сергей Остапюк пишет: Так в цыкле используйте CIBlockElement::GetList с фильтром по SECTION_ID. Код ... echo $arResult['NAME'].'<br>'; $arFilt = array('SECTION_ID' =>  SECTION_ID); $sor = array('SORT' => 'ASC'); $arRes =  CIBlockElement::GetList ($sor, $arFilt); .... // В $arRes ваш список элементов. Выводите их в цыкле

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

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

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

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

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

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