Форум

Надо смотреть, что бы не работало такого быть не может и если мы сейчас проверяли на старой версии. То смысла в этом мало.

Как вариант разверните тест рядом, с новым ядром и протестировать.

Либо как вариант накатить новое ядро, и по умолчанию использовать file а параметрами подключать новый через memcache. Так сможем отладить и разобраться.

После этого создайте обращение в ТП и его номер скиньте мне.

Также нужен конфиг memcached

Выглядит все работающим. Тем более по умолчанию режим работы обычный.
Как сейчас себя ведет кеш?

А сам кеш работает? Что выведет приведенный ниже скрипт если его выполнить в консоли php


[CODE] global $CACHE_MANAGER, $XXX;

function getKey($key, $level = 0)
{
$dir = '/tagdirx/' .substr(md5($key),2,2).'/'.$key.'/'; // Правильный вариант

$cache = Bitrix\Main\Data\Cache::createInstance();
if ($cache->initCache(200, $key, $dir))
{
$var = $cache->getVars();
}
else
{
$taggedCache = \Bitrix\Main\Application::getInstance()->getTaggedCache();
$taggedCache->StartTagCache($dir);
$taggedCache->RegisterTag($key);
$cache->startDataCache();
$taggedCache->EndTagCache();
$cache->endDataCache(['time_bx_test' => getmicrotime()]);
$var['time_bx_test'] = "Empty cache";
}

return $key.":".$var['time_bx_test'];
}


$taggedCache = \Bitrix\Main\Application::getInstance()->getTaggedCache();

global $cacheLog;
$cacheLog = true;


$XXX = true;
for ($i = 0; $i < 4; $i++)
{
echo getKey("K{$i}")."\n";
}

$taggedCache->ClearByTag('K0'); echo "\n\n\n";
$taggedCache->ClearByTag('K2'); echo "\n\n\n";

for ($i = 0; $i < 4; $i++)
{
echo getKey("K{$i}")."\n";
}
[/CODE]


И что показывается тут  http://xxx.xx/bitrix/admin/perfmon_panel.php?lang=ru в используемом кеше

Добрый день!

1. Данные настройки в .settings_extra не переопределяются?
2. Какой объем памяти выделен под memcached?

Надо смотреть настройки. Какой фильтр используется, подсчитывается ли количество товаров на странице.

Ну и для понимания причин, надо включить exeption.log

Добавьте в /etc/mysql/conf.d/z_bx_custom.ini и перезапустите mysql

[CODE][mysqld]
   skip-log-bin
[/CODE]

Вам над получить ее, можно с хита авторизации или еще с какого другого.
Получить можно например с использование Regular Expression Selector

В виртуально машине есть файлы bx_custom в которых вы можете скорректировать настраиваемые машиной параметры, в соответствие с вашим конкретным случаем.

Тут скорее всего не настройка вирт машины виновата, а большое количество подключений которое указано в bx_custom.
Попробуйте уменьшить max_connections = 256 до как минимум 128.

Одновременно стоит проконтролировать, чтобы количество потоков php не преавышало количество соединений к БД.

Добрый день!
Поэтапно разберёмся в предложенных кейсах.

[CODE][B]Проблема №1[/B]

На выходе мы получаем вот такой порядок подключения файлов стилей:
page_e075568aa9986b5d0dfee9808010710e_v1.css?16443223452068
template_336e9cf2eed8f19d39118eb918a64a21_v1.css?164432234555761

Такой порядок ломает логику каскада CSS! Как должно быть:
template_336e9cf2eed8f19d39118eb918a64a21_v1.css?164432234555761
page_e075568aa9986b5d0dfee9808010710e_v1.css?16443223452068
[/CODE]

В данном случае совершенно корректное поведение ядра. Стили шаблона подключаются в самом низу, для переопределения всего внешнего вида проекта.
Для описанного вами случае, есть несколько вариантов решения.

[B]Самый простой способ:[/B]

Общую часть стилей подключаемую в шаблоне, подключаем в самом конце foote.php, с установкой параметра additional в true
[CODE]\Bitrix\Main\Page\Asset::getInstance()->addCss( '/local/test1.css', true);[/CODE]

Дополнительные стили компонент также подключаем с установкой дополнительного параметра.
[CODE]\Bitrix\Main\Page\Asset::getInstance()->addCss( '/local/test2.css', true);[/CODE]


В итоге мы получим желаемый вариант объединения

[CODE]

/bitrix/cache/css/s1/conservation/template_782e1ec01b08bb89e­5f31b1ef9a3a4ae/template_782e1ec01b08bb89e5f31b1ef9a3a4ae_v1­.css?164736151325818
.....
.wsnw { white-space: nowrap }
/* End */


/* Start:/local/test2.css?164736039612*/
.wrapper2 {}
/* End */


/* Start:/local/test1.css?164736039614*/
.wrapper1 { }

/* End */
/* /bitrix/wizards/bitrix/eshop/css/panel.css?1617173515240 */
/* /local/templates/.default/components/bitrix/menu/top/style.css?1629807017537 */
/* /local/templates/.default/components/bitrix/menu/main/style.css?1625842799953 */
/* /local/templates/.default/components/bitrix/breadcrumb/.default/style.css?1629368607712 */
/* /local/components/cons/eshop.socnet.links/templates/conservation/style.css?1628162087262 */
/* /local/templates/conservation/template_styles.css?163005979721719 */
/* /local/test2.css?164736039612 */
/* /local/test1.css?164736039614 */
[/CODE]


[CODE]
Проблема №2
Вторая проблема кроется в содержимом файла page_e075568aa9986b5d0dfee9808010710e_v1.css?16443223452068.
Порядок сборки файлов стилей вообще не имеет смысла:
[/CODE]

Тут как и в третье проблеме важен порядок подключения. Если вы сразу на странице вызвали style.css  или style.js то они и подключаться первыми. Вызывайте их в конце страницы.