Евгений Жуков, Перешёл с 7.4 на 8.1. Ошибки все исправил, всё хорошо, всё работает.
Но в Панели Производительности при тестировании "попугаи" упали со 160 до 100. Визуально сайт остался таким же быстрым как и был и тормозов не наблюдается. Но всё таки ...
Битрикс очень любит гигагерцы и побольше памяти оперативной и на текущий момент диски желательно юзать nvme,
многолетняя практика работы показала, что самым оптимальным набором софта под сайт на Битриксе является их же пакет веб окружения, это что касается ПО сервера
1.
Про память и гигагерцы верно, про nvme крайне спорно. nvme в рейде не работают нормально. И учитывая требования по надёжности лучше собрать нормальные 8 штук серверных ssd sas 12-gb/s на "железном" контроллере в raid-60 чем несколько штук nvme дорогущих.
2.
Полностью с нуля собранное ПО под грамотно составленное ТЗ уделает пакет веб-окружения Битрикса как тузик грелку. Начиная с выбросом на свалку истории апача
Основные моменты, на которые мы обратили внимание, это команда Cron задания. Выполнение обязательно от пользователя bitrix, так как по умолчанию мы работаем под root пользователем.
Дальше, убедившись, согласно логам Cron, что задание исполняется, проверили настройки почтовой системы. Пункты 6, 4 в меню окружения были проделаны изначально, проверили конфигурацию .msmtprc Отправляем почту из админ панели, на произвольный адрес функцией mail(); и почта исправно доходит. Итак, задание выполняется, почта работает.
Проверили почтовые события и соответствующие им шаблоны, чтобы адреса почты были корректны и почтовые шаблоны активны.
Остается удостовериться в работоспособности агентов.
Запускаем Cron задание в консоли сервера.
Вот тут и были получены ошибки, которые как оказалось, возникают благодаря поврежденным модулям, установленным ранее, на которые перестали обращать внимание, типа обновление курса валют, Яндекс.Маркет и т.д.
Отключили эти агенты и отправка системных сообщений, уведомление о новых заказах, изменение статуса заказа, и т.д стало отправляться.
В "крупных", "нормальных" копмпаниях есть такая должность - postmaster.
И это не по гайдам нагугленым развернуть postfix/exim+dovecot+spamassasin+sieve и пару записей в dns добавить - это сложная, скурпулёзная работа требующая отменного профессионализма и компетенций.
Причём нормально всё можно сделать для определённой конфигурации и задач - нет универсальных настроек !
Поэтому упихнуть это всё в VM ( а потом ещё поддерживать) принципиально невозможно !
Александр Тухватулин написал: А у нас, в свою очередь, после данного обновления у нескольких клиентов не создаются инфоблоки при установке готовых решений.
А у меня с файлами из под Битрикс последние обновления вызвали неработоспособность и сжатие gzip и brotli в nginx, неработоспособность TCP Fast Open и keep-alive между nginx и apache.
В ТП проблему признали (в обновлённом footer.php) сказали ждать исправление
как по моему опыту мемкеш в плане стоимости ресурса процессора - дороже, и его стоит использовать начинать только уже в кластерных конфигурациях, а на обычном простом серваке с обычным кешем будет работать быстрее, хотя процент настолько мал что его можно и не заметить.
Совершенно верно в односерверной конфигурации обычный файловый кеш Линукса отлично справляется без мемкеша и даже немного быстрее.
Евгений Смолин написал: Может проще на utf-8 перейти? Это не так сложно, а решает массу проблем сразу. К тому же что там дальше будет с cp-1251 одному богу известно.
1. Я - патриот 2. "Работает - не трогай" 3. Зачем увеличивать энтропию Вселенной увеличивая информацию моего сайта в два раза ?
1. У меня и сейчас сайт прекрасно работает без default_charset cp1251. Просто приходится совершать кучу лишних телодвижений при обновлении (всё это написано мной выше)
2. Даже если что-то и может сломаться от charset (что вряд ли в моём случае - повторю ещё раз для тех кто читать не умеет - все тесты включая тест самого Битрикса проходят успешно) то уж как-нибудь сам решу проблему (да теже бэкапы есть и снэпшоты системы есть).
3. Эта "защита" ничего не даёт - я же всё равно обновления получаю но с геморроем. А настаиваю на том что этот геморрой лишний - достаточно просто предупреждение выводить.
Alexander Falaleev написал: А как обновляться тем кому default_charset cp1251 не нужен ?
Alexander Falaleev , немножко не понимаю вас, уж извините подробней)
1. У меня не BitrixVM но новую тему не хотел начинать - суть одна. 2. Сайт у меня на cp1251, но мне не нужен в php.ini default_charset cp1251. Так как в разделе Контакты ( https://www.babai.ru/kontakty/ ) обратная связь (свиночат) сделан в виде iframe Web-формы openfire+Candy. Разумеется он в utf-8 и это поменять нельзя. И если в php.ini выставлено default_charset cp1251 то в этом чате конечно "крякозябры" возникают. Но настроив всё в локалях сервера и всё оттестировав у меня сайт прекрасно работает и без выставленного в php.ini default_charset cp1251. Все тесты проходят нормально включая ваш и т.п. То есть всё хорошо. 3. НО !!! Система обновлений не даёт их устанавливать если в php.ini не cp1251. Мне приходится менять default_charset, рестартовать апач, устанавливать обновления, снова менять default_charset и опять рестартовать апач. Это жутко неудобно. В поддержку написал - сначала ответили что не дают обновляться "потому что может сломаться мой сайт" а сейчас уже неделю молчат ! Во первых от charset он у меня не сломается и если что я уж сам с этим разберусь. Система может выдавать предупреждения но не давать обновляться она не имеет права ! Я ЗАПЛАТИЛ за обновления покупая каждый год лицензию!
Пожалуйста исправьте вашу систему обновлений чтобы не нужно было каждый раз менять мне php.ini и апач рестартовать !!!
Мне вот по своим потребностям не нужен default_charset - и теперь чтобы поставить обновления надо в php.ini выставить default_charset cp1251 затем перегрузить апач, установить обновления, закомментировать default_charset и снова рестартовать апач.
Что за цирк ?
В ТП ответили что не дают обновляться ибо "может поломаться ваш сайт" - бред просто. Если уж от этого поломается я сам как нибудь разберусь но не давать обновляться несмотря на действующую купленную лицензию это зашквар какой то.
Да, тест системы полностью проходит без ошибок и без default_charset cp1251 но Site-Updater имеет собственное мнение ?
Вячеслав Шевченко написал: Всем привет. У нас на сайте установлено несколько счётчиков посещаемости: 1. Яндекс.Метрика 2. Google Analitica 3. Live Internet 4. Roistat 5. Ну еще и сам битрикс имеет модуль аналитики И цифры везде разные. Причём разброс например между Яндексом и Битриксом до 300 посетителей в сутки. Не пойму кому верит. Или может я рукожоп и не верно всё подключил?
Вы специально хотите сделать сайт медленным как черепаха ?
В nginx то понятно что динамическое сжатие как с gzip подключить можно будет (чтобы не тормозило уровня от 4 до 6)
Но самый цимес-то хотя бы все js и css сжать 11 уровнем и положить рядом с исходным файлом и включить в nginx - brotli static on;
Жалко что нет родного функционала и приходится в систему ставить отдельно brotli, писать скрипт и по крону его раз в минуту запускать (мой заодно и gzip версии рядом создаёт со сжатием 9 так как родной функционал со сжатием 5 уровня статику сжимает):
Левые ссылки в веб-аналитике вида /bitrix/rk.php?goto=http...., появились левые ссылки в веб-аналитике вида /bitrix/rk.php?goto=http.... кто знает что это может быть?
Елена Лабенская написал: Проблема актуальна. Разместила баннеры, ведущие как на сторонние сайты, так и на свой же сайт. При переходе 403 ошибка. Отключила в баннере статистику по кликам - заработал переход. Но отказ от статистики по кликам - это не решение проблемы.
Если баннеры не динамические и все ссылки что на сторонние что на свой сайт известны и не меняются то можно настройками в nginx запретить все переходы goto кроме них.