Александр Маджугин

Да. Можно даже удалить.
Вообще когда хотите узнать нечто подобное - можете просто попробовать переименовав папку. В целом любые папки с cache в названии в битрикс можно удалять. И просто cache и managent_cache

nerdydata.com
publicwww.com

joxi.ru

Никак. Файл .parameters.php в компоненте обрабатывается движком. Модулем main. Там нет никаких способов перехватить или подменить архив без вмешательства в ядро.

Правда подозревая есть трюки которые можно использовать без вмешательства в ядро, но это костыли и советывать их небуду. Но если захотите разобраться сами - вам нужна (/bitrix/modules/main/classes/general/component_util.php) CComponentUtil::GetComponentProps. Посмотрите например LPA::Process .

Просто пишите скрипт на php который будет генерить js на основе id и настраиваете сервер чтобы при запросе www.service.com/jsscript.js он выполнял ваш скрипт.

К советам предыдущих ораторов добавлю что можно попробовать сделать то же самое залогиневшись в вкладке инкогнитов с отключенными расширениями. Оч. возможно что это они развлекаются или встроенный блокировщик рекламы.

Как это можно реализовать?

так:

Задать новый паттерн для обработки адресов в файле urlrewrite.php

Что мешает-то? Как пробовали? Надеюсь сам шаблон пагинации вы изменили соотвествующим образом, под правило в urlrewrite?

Что пробовали из блога Антона не понятно. Тем более не понятно что не заработало.

Да - есть еще вариант - найти грамотных сеошников.
p.s. если таких найдете, скниньте контакт в личку - я не встречал.

Ну вообще первенцем технлогии экономии батареи в браузере была Opera (точнее хрOpera) и мне кажется что она ею и остается. Сама детектирует работу от батареи, сама меняет режим. Сам использую постоянно её, FF, Chrome и Vivaldi и сравниваю естественно с ними.
НО! Если рассуждать здраво, то dollar таки прав - если какой-то браузер и экономит батарею, то в лучшем случае прибавка к автономке будет в доли процентов.

А вот с оперативной памятью все сложно - вроде бы докупленная планка это отдельный потребитель, с другой стороны если в Windows есть какие-то технологии напоминающие zswap или zram (я не знаю но спецы по виндовс пусть поправят если нет), то добавление планки памяти в этом случае должно помочь снять с процессора дополнительную нагрузку. С третьей стороны компрессия для поддержки zswap или zram врядли отнимает очень много энергии и вряд ли кто-то прикидывал сколько она вообще отнимает.
Однако если вы используете своп в файл на диске, то запись и чтение могут быть весьма затратны, но тут уже мы переходим к вопросу управления питанием диска и все становится еще сложнее.
Если резюмировать идею про память то можно сказать, что доустановка дополнительно планки совершенно точно непредсказуемо скажется или не скажется на продолжительности работы вашего ноутбука.
А вот замена существующей планки на более емкую должна помочь, но вряд ли лучше чем плацебо или оцилококцилум.

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

А что там не понятного? Создайте в корне сайт файл скажем offsitemap.php и скопируйте в него указанный код. Затем перейдите по адресу вашсайт/offsitemap.php
Все. Можете удалить этот файл.
Файл удаляет обновление карты сайта при изменения в ИБ.
Хотя мне не кажется это хорошей идеей, если в вашем проекте не сотни тысяч обновляемых каждодневно элементов ИБ.
Ну и 1 пункт не имеет отношения к созаднию карты сайта - он для того чтобы она наборот не обновлялась при изменении данных, а только по крону.

Хотелось бы еще добавить к ответу lolhunter :
Есть еще проблема в том, что при парсинге идет слишком интенсивная работа с БД и висит сервер БД. Тут причин может быть несколько:
1 Просто интенсивная запись - сделайте слип между записями, объединяйте много записей в одну транзакцию.
2 Во время записи извлекаются какие-то данные из БД - эта такая нелепая ошибка, что встречается почти всегда. Код примерно выглядит так:

foreach ($arElementsForUpdate as $arElm) {
// а тут какой-нибудь GetList с извлечением скажем цветов товаров из ИБ-справочника
// тут запись
}

Однажды вынесением вот таких косяков из цикла ускорил работу скрипта импорта с 2,5 часов до 17 секунд. И все перестало висеть.

> На форуме битрикса нашел такой вариант:
Может все же там предлагали что-то такое:
if($_POST['SECTION_ID'] != 27){
$arrFilter[0]["!SECTION_ID"] = 27;
}
if($_POST['SECTION_ID'] != 3){
$arrFilter[1]["!SECTION_ID"] = 3;
}
?

Честно говоря не понятно чего вы этим кодом вообще пытаетесь добиться. Да и сам код страшен, уж извините...
Если у вас есть такая конструкция в коде if(cond1){} if(cond2){} - вы уже делаете что-то не правильно вероятнее всего.

Это проблема не настроек инфоблока или компонента. Проблема в архитектуре или настройке роутинга.
Если у вас в принципе возможно ситуация когда некоторые товары лежат на первом уровне раздела, т.е. у вас есть товары у которых такой путь корень/раздел/подраздел/элемент не получается в принципе, потому что нет подраздела, то проблема в архитектуре и она не решаема, так как противоречит ей.
Проще говоря - как система должна, не обращаясь к каталогу, отличить товар у которого есть подраздел от товара у которого подраздела нет? Это невозможно. Тут только один вариант - в скрипте детального показа выбрасывать 404 в случае если товар открыт не по каноническому адресу. Т.е. модифицировать компонента детального вида каталога.
Если же для ЛЮБОГО товара может быть сформирован путь вида корень/раздел/подраздел/элемент, т.е. канонический путь любого товара ВСЕГДА включает раздел и один подраздел, то проблема легко решается ручной настройкой urlrewrite

<div>http://st.mycdn.me/res/i/ok_logo.png</div>;
Вы пытаетесь вставить див с текстом - он и вставляется. В чем проблема-то?

Картинка будет как-то так:
<img src="http://st.mycdn.me/res/i/ok_logo.png">

Как уже сказали - это 100% не лицензия.
Первое что сделайте - посмотрите ошибки в коносоле.
Сломаться так могло из-за недогрузки каких-то ресурсов. Тут тысячи варинтов.
От CDN (которое надо выключить как уже сказали) до того, что у вас собирался css на стороне клиента какой-нибудь js библиотекой скажем из less файлов, а эта библиотека подгружалась со стороннего сайта, который теперь недоступен.
Так просто не скажешь из-за чего такое произошло, но я ставлю на недоступность внешнего ресурса так как "На виртуалке сайт тоже сломался!".
Изучайте ошибки в коносоле.

Я правильно понял что вы 5 раз в секундe обновляете css некоторых элементов в случае если ширина окна больше определенного значения?
Мне кажется тут не идет уже речь о том правильно или неправильно вызывается эта функци. Вопрос стоит о том - а на кой хрен она зывается?

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