Форум

Евгений Жуков, Перешёл с 7.4 на 8.1. Ошибки все исправил, всё хорошо, всё работает.

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

Это так и должно быть ?

[QUOTE] написал:

Битрикс очень любит гигагерцы и побольше памяти оперативной и на текущий момент диски желательно юзать nvme,

многолетняя практика работы показала, что самым оптимальным набором софта под сайт на Битриксе является их же пакет веб окружения, это что касается ПО сервера[/QUOTE]

1.

Про память и гигагерцы верно, про nvme крайне спорно. nvme в рейде не работают нормально. И учитывая требования по надёжности лучше собрать нормальные 8 штук серверных ssd sas 12-gb/s на "железном" контроллере в raid-60 чем несколько штук nvme дорогущих.

2.

Полностью с нуля собранное ПО под грамотно составленное ТЗ уделает пакет веб-окружения Битрикса как тузик грелку. Начиная с выбросом на свалку истории апача :)

Если allow_url_include off - то allow_url_fopen вполне можно оставить в on. Никакой угрозы безопасности в этом нет.

[QUOTE] написал:
подскажите, куда копать??[/QUOTE]

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


Если бы сайт был Вам нужен, то :

1.

У Вас была бы действующая лицензия и установлены все последние обновления

2.

У Вас не была бы отключена "Проактивная защита" или перед сайтом стоял бы WAF (например ModSecurity прикрученный к apache или nginx)

3.

Сайт бы уже работал на php 7.4 если не на php 8

Может быть этот случай ?

[URL=https://dev.1c-bitrix.ru/support/forum/messages/forum6/topic147340/message711330/#message711330]https://dev.1c-bitrix.ru/support/forum/messages/forum6/topic147340/message711330/#message711330[/URL]

[QUOTE] написал:
[ Решено ]

Основные моменты, на которые мы обратили внимание, это команда Cron задания.
Выполнение обязательно от пользователя bitrix, так как по умолчанию мы работаем под root пользователем.

Дальше, убедившись, согласно логам Cron, что задание исполняется, проверили настройки почтовой системы.
Пункты 6, 4 в меню окружения были проделаны изначально, проверили конфигурацию .msmtprc
Отправляем почту из админ панели, на произвольный адрес функцией mail(); и почта исправно доходит.
Итак, задание выполняется, почта работает.

Проверили почтовые события и соответствующие им шаблоны, чтобы адреса почты были корректны и
почтовые шаблоны активны.

Остается удостовериться в работоспособности агентов.

Запускаем Cron задание в консоли сервера.

Вот тут и были получены ошибки, которые как оказалось, возникают благодаря поврежденным модулям,
установленным ранее, на которые перестали обращать внимание, типа обновление курса валют, Яндекс.Маркет и т.д.

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

От всей души благодарим Денис Сон  [URL=http://www.webdebug.ru]www.webdebug.ru[/URL]

Отдельная благодарность Роберту Исхаковичу Басырову, за моральную поддержку и советы.

С Уважением и наилучшими пожеланиями,
уважаемые коллеги[/QUOTE]
Прошу прощения какие именно агенты надо отключить ? Как понять какие модули глючные ?

[QUOTE] написал:
Сертификаты выдаются на домен, а не на ip

[/QUOTE]
А мужики-то не знают :)

[URL=https://high-cloud.ru/gogetssl/gogetssl-public-ip/]https://high-cloud.ru/gogetssl/gogetssl-public-ip/[/URL]

Всё работает - сам использую - пример:

[URL=https://5.101.180.206:8443/#/]https://5.101.180.206:8443/#/[/URL]

В "крупных", "нормальных" копмпаниях есть такая должность - postmaster.

И это не по гайдам нагугленым развернуть postfix/exim+dovecot+spamassasin+sieve и пару записей в dns добавить - это сложная, скурпулёзная работа требующая отменного профессионализма и компетенций.

Причём нормально всё можно сделать для определённой конфигурации и задач - нет универсальных настроек !

Поэтому упихнуть это всё в VM ( а потом ещё поддерживать) принципиально невозможно !

[QUOTE]Александр Тухватулин написал:
А у нас, в свою очередь, после данного обновления у нескольких клиентов не создаются инфоблоки при установке готовых решений.
[/QUOTE]

А у меня с файлами из под Битрикс последние обновления вызвали неработоспособность и сжатие gzip и brotli в nginx, неработоспособность TCP Fast Open и keep-alive между nginx и apache.

В ТП проблему признали (в обновлённом footer.php) сказали ждать исправление :(

[QUOTE]Александр Панишев написал:
[QUOTE]как по моему опыту мемкеш в плане стоимости ресурса процессора - дороже, и его стоит использовать начинать только уже в кластерных конфигурациях, а на обычном простом серваке с обычным кешем будет работать быстрее, хотя процент настолько мал что его можно и не заметить.[/QUOTE]
[/QUOTE]
Совершенно верно в односерверной конфигурации обычный файловый кеш Линукса отлично справляется без мемкеша и даже немного быстрее.