Nikolay Ryzhonin (Все сообщения пользователя)

Отключите все не стандартные репозитории и выполните yum claen all

По умолчанию он не используется в БУС, поэтому исключили. Но оказалось что его много кто использует поэтому решили в 4.2 включить.

1. Инвоблоки какого типа используются

2. Какие в итоге значения попадают в итоговый фильтр
3. Выборка идет в корневом разделе?

Лучше если создадите обращение в ТП и отправите номер тикета на rns@bitrix.ru

Это разные вещи. Кэш apc это время в течение которого прикомпилированный код считается валидным.

Да про него видимо. тот GetList который формирует этот запрос. Его можно увидеть в режиме отладки на странице где он вызывается.

А фильтр передоваемый в GetList можете скинуть

А эксплайн

Уже видно виновника, посмотрите какие запросы генерирует компонент.

Этот локайшен для КП. Добавьте как минимум проверку по типу файла.

Пробовали BitrixVM4.1 там не должно быть  проблем с отработкой htaccess и соответственно в такой обработке.

Не совсем оптимальное решение, так как:

1. Добавляется лишняя проверка наличия файла на каждый хит.

2. Все не найденные файлы будут передаваться на апачь, что приведет в случае наличия битых ссылок на статический контент к дополнительной нагрузке. Данная особенность может использоваться для DDOS  

То что они выполняются одинаковое количество времени еще не показатель что все хорошо. Посмотрите количество запросов, возможно есть не оптимальные запросы или не оптимальное их количество. Причем они могут выполнятся по всему проекту везде создавая равномерную нагрузку.

Добрый день!

1. Попробуйте установить server_names_hash_bucket_size 128; в /etc/nginx/nginx.conf и перезапустить nginx


2. у сайтов которые не открываются исправлен  * на 127.0.0.1 ?

Почему то при переходе на 5.3 у Таймвеба не подключается прикомпилятор. Обратитесь в ТП хостинга, думаю вам помогут.

В стандартном варианте нету, если только какая то кастомизация.

Конфиги nginx и apache в обоих случаях лежат одинаково, общий принцип их формирования тоже одинаков. Отличается только место хранения конфига php, но это не критично.

Теоретически настройки для сайтов должны сохраниться, такой случай при переходе с 3.0 до 4.x не тестировался. Поэтому стоит сделать бекап настроек на всякий случай.

Из соображений безопасности.

В виртуальной машине по умолчанию  в корне сайта лежит restore.php который может распаковать ваш архив и поднять из него БД. Это же относится и к дополнительным сайтам.

Дамп можно залить командой

/home/bitrix/www

Добрый день!

Проверьте есть ли этот файл и корректно ли прошла распаковка архива

Потому, как не используется и по умолчанию отключили все лишние. Для включения json выполните команды

Попробуйте включить можуль "Мониторинг производительности" и записать нагрузку, по окончанию сможете определить наиболее тяжёлые места проекта.

1. делаете резервную копию сайта

2. yum erase httpd\* zend\* php\*

3. скачиваете и запускаете http://repos.1c-bitrix.ru/yum/bitrix-env.sh