Алексей Вдовин (Все сообщения пользователя)

дубль ветки (при добавлении ошибка - думал не запостилось)

сам вопрос решен - нужно было обновить на 7.4 "до упора"

при восстановлении через restore.php на хостинге с PHP 8.1 получаю ошибку



уже везде пробовал прописать
mbstring.func_overload=2
mbstring.internal_encoding=UTF-8
и в php.ini и в конфиге аппача и в .htaccess
всё равно ругается

что интересно на php 8.1  phpinfo() вообще параметр mbstring.func_overload не отображает
ini_get в restore.php соответственно тоже его не видит - отсюда и ошибка

при восстановлении через restore.php на хостинге с PHP 8.1 получаю ошибку



уже везде пробовал прописать
mbstring.func_overload=2
mbstring.internal_encoding=UTF-8
и в php.ini и в конфиге аппача и в .htaccess
всё равно ругается

что интересно на php 8.1  phpinfo() вообще параметр mbstring.func_overload не отображает
ini_get в restore.php соответственно тоже его не видит - отсюда и ошибка

хочу развернуть БД через restore.php
получаю


уже везде пробовал прописать
mbstring.func_overload=2
mbstring.internal_encoding=UTF-8
и в php.ini и в конфиге аппача и в .htaccess
всё равно ругается

что интересно на php 8.1  phpinfo() вообще параметр mbstring.func_overload не отображает (см.скриншот)

ini_get в restore.php соответственно тоже его не видит - отсюда и ошибка

Этот модуль везде - даже на Старте присутствует.
Кстати, кто нибудь когда нибудь из присутствующих этот модуль юзал?

пришлось добавить в исключения, как и посоветовал git
git config --global --add safe.directory /home/bitrix/dehydrated

и всё "поехало"
имхо Битрикс тут чёт намутил ... надо по идее править, не должно так вываливаться

Ничего ... обещанное 3 года ждут

Такая ошибка в логах

Failed to set a new url https://github.com/lukas2511/dehydrated.git for origin:  fatal: detected dubious ownership in repository at '/home/bitrix/dehydrated'\nTo add an exception for this directory, call:\n\n\tgit config --global --add safe.directory /home/bitrix/dehydrated\n

вообще непонятно - как проверить ресурс на эту уязвимость? как защищаться?

Та же песня
От своей компании пришлось открепиться.
Через саппорт решал, даже не помню что именно за тему выбрал - что то в Партнёрском разделе.
На экзамены это никак не влияет.

коллеги, в плане разгрузки нагрузки на сервер - может кто нить ещё что юзает?
поделитесь наработками если не жалко

я вот еще блэк лист юзернеймов юзаю для nginx - всякую шушору отсекаю
(просто блок с явно прописанными ботами)

нарыл ещё более сложный блокировщик - но не юзал ещё

ещё решение для nginx - блокировка по списку

тут где то "пролетал" скриптик блокировки на уровне фаервола по списку айпишников "as-ban" вроде ...
поиском не находит


отбой - нашел
страница 28

Приветствую коллеги, использующие модуль форума.

После последних обновлений пропала фича "Сейчас на форуме" - там пусто.
Саппорт создал обращение в отдел разработок, но это обычно на долго

Может кто-то сам пофиксил уже?

фигня какая то - это не уязвимость движка, а уже использование залитого бэкдора
лучше бы написали как этот spread.php в /tools/ появляется - вот это наверное уже из уязвимостей Битры было бы

далеко не всегда  

тут бы расшифровать

ммда уж, жесть какая то ...

конечно не редиректит раз не доходит по 443 протоколу до хостера
у поисковиков обязательно сменить зеркало на www

а что в это "Техническое Средство Противодействию Угрозам" нельзя как-то написать, что всё уже норм и пора снимать ограничение?
по идее куда то ведь можно отписать, кто за эту хрень вообще отвечает?

bitrix.xscan в маркетплейсе есть - "Поиск троянов"
хотя ... там вроде без активной лицензии не даст поставить  (на любом другом с активной лицензией можно поставить и перенести)

ну очень интересно ... Вы если разгадаете это ребус, отпишитесь пожалуйста что было то

пока мыслей нет

а саппорт хостера чего говорит?

ну да, непонятно - через VPN работает

домен в IP резолвится правильно и на 443 порт цепляется - по идее всё, это зона ответственности хостера

но в результате не работает, очень странно  

на 443 порт цепляется, отваливается по таймауту - смотрите по логам хостера, чего там происходит
ну и в саппорт хостеру отпишите

сюда напишите URL и IP
вместе посмотрим

ещё нужно понять откуда у вас в spread.php такой код

а что предполагать?
есть онлайн сервис для проверки наличия сайтов в блэк листах РКН
для проверки пропишите в hosts домен и IP - тогда точно поймёте хостер это блокирует или нет