я просто оставлю это здесь...
|
[QUOTE]foxel-devtur написал:
тогда вместо сообщения "элемент не найден", будет отдаваться штатная 404.php с кодом 404[/QUOTE] нет, элемент-то есть на самом деле. Вот решение из 2025 года, мне надо было сделать для контентного раздела (news): [CODE]$page_uri = $APPLICATION->GetCurPage(); $sectionTemplate = (stripos($page_uri, "/filter/"))?"#SECTION_CODE#/":"#SECTION_CODE_PATH#/"; $detailTemplate = (stripos($page_uri, "/filter/"))?"#SECTION_CODE#/#ELEMENT_CODE#/":"#SECTION_CODE_PATH#/#ELEMENT_CODE#/"; $APPLICATION->IncludeComponent( "bitrix:news", "", array( ... "SET_STATUS_404" => "Y", "SET_TITLE" => "N", "SHOW_404" => "Y", ... "SEF_URL_TEMPLATES" => array( "news" => "", "section" => $sectionTemplate, "detail" => $detailTemplate, "smart_filter"=>"filter/#SMART_FILTER_PATH#/apply/" ) ... ), false );[/CODE] |
|
|
|
|
|
[QUOTE]Максим Егоров написал:
У нас такой список файлов [/QUOTE] папки assets Нет в шаблоне, сносите ее всю. |
|
|
|
|
|
[QUOTE]Антон Иванов написал:
Логи смотрели?Через какой файл прошло заражение? Он был пропатчен?[/QUOTE] Можно больше не молиться на так называемый патч от аСПРО. На только что установленном сайте вот это уже было прописано: [QUOTE]Если у вас вместо unserialize используется Solution::unserialize() или CMax::unserialize, то ничего добавлять не нужно. Эти методы уже содержат правку. То есть у вас установлено обновление, устраняющее эту уязвимость.[/QUOTE] Итого через пару дней пошло заражение. - файлы типа ***7ea***6eb.php в аджакс папке. Т.е. дырища где-то в другом месте. И почему эта дырища в свежекупленном в 2024-2025г шаблоне от аСПРО, поражает но не удивляет. |
|
|
|
|
|
[QUOTE]Юлия Армодина написал:
[QUOTE][URL=/community/webdev/user/381188/]Сергей Вольвич[/URL] написал: Вот уж и правда, ну наломали дров, за надцать лет, ну зачем в обновление пихать еще один новый велосипед, с этим драным шрифтом? Жесть какая-то. Чесотка что-ли там в бюро инновации битрикса? Дело не в размере css-кода, как выше писали, там же еще подгружается пара десятков шрифтовых файлов размером уже 986кБ!!!, дядя Коваленко! Всем клиентам хардкодю код и пусть весь мир подождет.[/QUOTE] Добрый день! Подскажите, что делаете и в каком месте?[/QUOTE] в /public_html/bitrix/php_interface/init.php [CODE]AddEventHandler("main", "OnEndBufferContent", "deleteKernelCss"); function deleteKernelCss(&$content) { global $USER, $APPLICATION; if((is_object($USER) && $USER->IsAuthorized()) || strpos($APPLICATION->GetCurDir(), "/bitrix/")!==false) return; if($APPLICATION->GetProperty("save_kernel") == "Y") return; $arPatternsToRemove = Array( '/<li nk.+?href=".+?bitrix\/js\/ui\/fonts\/opensans\/ui.font.opensans.min.css[^"]+"[^>]+>/',// /bitrix/js/ui/fonts/opensans/ui.font.opensans.min.css?15921442921861 '/<li nk.+?href=".+?bitrix\/js\/main\/core\/css\/core[^"]+"[^>]+>/',// /bitrix/js/main/core/css/core.min.css?15921442362854 '/<li nk.+?href=".+?bitrix\/js\/main\/popup\/dist\/main[^"]+"[^>]+>/',// /bitrix/js/main/popup/dist/main.popup.bundle.min.css?159214436323459 '/<sc ript.+?src=".+?bitrix\/js\/ui\/dexie\/dist\/dexie[^"]+"><\/sc ript\>/',// /bitrix/js/ui/dexie/dist/dexie.bitrix.bundle.min.js?159214440060291 ); $content = preg_replace($arPatternsToRemove, "", $content); }[/CODE] |
|
|
|
|
|
[QUOTE]Виталий Глазунов написал:
Можно кастомизировать стандартные шрифты путём копирования в local нужных шрифтов. Например, так кастомизировать шрифт OpenSans и добавить ему параметр font-display: swap, копируем папку /bitrix/js/ui/fonts/opensans/ в /local/js/ui/fonts/opensans/. В config.php соответственно, исправляем ссылку на local. Либо чтобы просто отключить данный шрифт можно в config.php ничего не возвращать.[/QUOTE] этот шрифт уже есть у любого, кто посетил хотя бы десяток сайтов, в кеше браузера, а то и в опер. системе, грузить его еще раз полный дебилизм разраба. |
|
|
|
|
|
[QUOTE]Сергей . написал:
[QUOTE] написал: PS Интересно, на сколько битрикс наварился за последние дни, в плане покупки продлений лицензий?)[/QUOTE] о повод для конспирологии, эт я люблю ;) [/QUOTE] ну если дыра в модуле есть, это как минимум известно и прогеру этого модуля. Вы митингуете против теорий заговора, но что скажете про подобную историю с обиженным прогером под модикс в 2018 - он просто ушел из команды и не закрыл дыру, компонент gallery, причем этот компонент в отличие от других компонентов несколько лет не обновлялся, т.е. по мнению разраба там было все отлично, но нет... через какое-то время дыра была использована в массовом масштабе. Решение по лечению было такое - УДАЛИТЬ этот компонент и далее обновить движок. А термин "теория заговора" был придуман и введен в оборот именно теми, кто не желал каких-то раскопок и расследований, заставляя высмеивать всех сомневающихся, как видим, в 21 веке этот термин становится весьма опасен, будучи употреблен... |
|
|
|
|
|
[QUOTE]Алексей Вдовин написал:
Ещё вариант по ядру - думаю в саппорте можно запросить файловый архив актуальной версии ядра, у себя все снести и накатить так, сказать с эталона - тогда вариант бэкдора в файлах ядра точно уйдёт в минус. Сам проект в гите должен быть (для быстрого отлова изменений), плюс можно и ядро в гит запихать (пока не уладится с вируснёй).[/QUOTE] судя по политике2022 гита, так себе решение |
|
|
|
|