Форум

Мы нашли в чем причина у нас на 5.0.45.

Изначально в VMbitrix 5 пользователь root в mysql не имеет пароля.

Мы считаем что это нехорошо, и установили пользователю root в mysql свой пароль. Хотя бы для того, чтобы использовать phpMyAdmin.

VMBitrix4 раньше спрашивала пароль root при создании сайта, а VMBitrix5 считает, что пароль должен быть пустым. И не создает дополнительный сайт

Когда сбросили пароль - смогли создать второй сайт. Причем пользователь и пароль сгенерировались сами.

На пароль ругается "Монитор качества внедрения", потому что пароль не содержит знаков препинания.

----------

Теперь вопросы к Битриксу:
- как в VMBitrix5 задать пароль для пользователя базы root, чтобы все там работало и можно было новые сайты добавлять. Или так и останется?
- почему VMBitrix не дружит с монитором качества внедрения?

Установка следующего времени запуска агента:

[IMG]http://i65.fastpic.ru/big/2014/1023/ae/532d1775f1faecc3b5454f3f4baa4bae.png[/IMG]

Модуль аналитики я давно удалил на корпоративном портале.  Тормоза сильно всех бесили.

Но на другом сайте компонент catalog.element использует счетчик показов, и тогда может быть 9 секунд на пустом месте.

[IMG]http://i64.fastpic.ru/big/2014/1023/89/835e490823aeef4a23f82bbcea76fb89.png[/IMG]

За ссылки спасибо. Буду изучать и пробовать.

На VMBITRIX 4.3.4, где много сайтов и обычные жесткие диски (не SSD), часто притормаживают страницы.

Причем 95-99% дает первый запрос UPDATE в коде страницы.

Это может быть запрос UPDATE к веб-аналитике, или обновление текущей даты посещения автора в своем блоге, или еще какой-нибудь запрос на запись.

Техподдержка не знает что с этим делать. И повторить медленный UPDATE мне крайне трудно. Техподдержка не видит проблемы.

Сервер нормальный:

[IMG]http://i66.fastpic.ru/big/2014/1022/74/e9c289a826892ec3609854b840499c74.png[/IMG]


Из замечаний на странице проверки настроек БД есть только:

[QUOTE][B]Кеш открытых таблиц[/B] [COLOR=#ff0000]13.43%[/COLOR] Эффективность кеша открытых таблиц (Open_tables / Opened_tables). Если значение эффективности менее 20%, то требуется увеличить значение параметра table_open_cache (текущее значение: 14240). Увеличивайте параметр постепенно чтобы избежать превышения лимитов на количество одновременно открытых файлов в операционной системе.[/QUOTE]

Выглядит проблема так:

[IMG]http://i66.fastpic.ru/big/2014/1022/b8/668e1a71f04ef589c5d8a077346b55b8.png[/IMG]

Запрос Update в прологе:

[IMG]http://i66.fastpic.ru/big/2014/1022/a1/a5d141553a0b83398253fe795a0d01a1.png[/IMG]


Я мог подумать, что проблемы с соединением. Но первые запросы SELECT нормально отрабатывают.

Сам код запроса элементарный. Даже если поле одно и таблица почти пустая, то UPDATE может отрабатывать несколько секунд. (12 секунд и более, я видел).

При каких условиях бывает такой медленный UPDATE? Какие параметры MySQL влияют на UPDATE? Куда смотреть?

Ошибка
[CODE]{(5, 26)}: Поле не найдено "СвободныеОстаткиОстатки.ВРезервеСоСкладаОстаток"

СвободныеОстаткиОстатки.<<?>>ВРезервеСоСкладаОстаток +
СвободныеОстаткиОстатки.ВРезервеПодЗаказОстаток КАК ВРезервеОстаток
[/CODE]у меня возникла, когда базу УТ 11.1.2.31 открывали в 1С 8.3.

Чтобы этой ошибки не было, в настройках списка баз 1С надо принудительно указать, что эта база открывается в 8.2.

Ну или в вашем случае, обновляйте конфигурацию с 1С, если хотите использовать новую версию платформы 8.3.

Баг репорт

Платформа: 1С:Предприятие 8.3 (8.3.5.1119)
Конфигурация: Управление торговлей, редакция 11.1.7.54

Версия дополнения 1с-битрикс:
4.0.4.1 для Управление торговлей ред. 11.1.7.54

Дополнение было установлено по инструкции на типовую 1С, в которой никаких изменений конфигурации не было.

При первом запуске обмена(без разницы в каталог и или на сайт) появлялось следующие сообщение об ошибке:

[CODE]06.10.2014 16:10:30--Начало обновления до версии 4.0.2.3.
06.10.2014 16:10:30--Обновление до версии 4.0.2.3 завершено с ошибками. Продолжение обмена невозможно.
[/CODE]
При анализе кода кода была обнаружена ошибка вызывающая прекращение обновления до версии 4.0.2.3 :

[CODE]06.10.2014 16:55:41--{ОбщийМодуль.Б_ОбменССайтомСервер.Модуль(1645)}:
Ошибка при вызове метода контекста (Записать):
Ошибка при выполнении обработчика - 'ПриЗаписи':
{ОбщийМодуль.ПользователиСлужебный.Модуль(4423)}:
Пользователю "Иванов Иван Иванович" не может быть добавлена роль "Администратор системы".[/CODE]
Пользователь Иванов Иван Иванович не являлся "Администратором системы" и не должен был им быть. И он не запускал обмен.

Пользователь, из под которого производился обмен, имел роль "Администрирование" .

После того, как пользователю, который запускал обмен, дали права "Администратор системы", обмен прошел успешно.

При этом роли ВСЕХ пользователей были сброшены на роль "Администратор системы". Все пользователи потеряли свои старые роли и стали администраторами системы.

В одном проекте мы делали доработку на стороне сайта. Без изменения ядра Битрикса и кода 1С.

После выгрузки товаров и торговых предложений на сайт запускается наш обмен, из двух инфоблоков в третий.

Та же фигня. 5.0.45.

На одном хостинге работало, на другом не работает. Не создается дополнительный сайт через меню. Пишет что таску поставил и все хорошо. А на самом деле ни папку не создал, ни nginx, ни apache не добавил.

Плохо всё. Пришлось ставить 4 виртуальную машину.

Александр, а почему сразу на странице /bitrix/admin/1c_admin.php не сделали выбор этих опций?

[CODE]COption::SetOptionString("catalog", "DEFAULT_SKIP_SOURCE_CHECK", "Y" );
COption::SetOptionString("sale", "secure_1c_exchange", "N" );[/CODE]

Как выгружать из 1С в нужный инфоблок
http://dev.1c-bitrix.ru/community/webdev/user/23706/blog/2965/