На одном из почтовых серверов, работающих на связке Postfix + Dovecot + MySQL, потребовалось настроить автоответчик на входящие письма. По условиям задания автоответ должен работать только на заданных ящиках и пользователи не должны были иметь доступ к редактированию текста автоответа. После рассмотрения нескольких вариантов в качестве наиболее простого и функционального был выбран вариант с настройкой
Ubuntu 18. Установка 1С + PostgreSQL 12 .
В наличии свежеустановленная система под управлением Ubuntu 18 x64. Обновляем систему: # apt-get update # apt-get upgrade Проверяем языковую локаль, установленную по-умолчанию: # locale Локаль должна быть установлена в ru_RU.UTF-8 , в противном случае выполняем: # dpkg-reconfigure locales и выбираем ru_RU.UTF-8 и en_US.UTF-8 По умолчанию назначаем ru_RU.UTF-8 После изменения локали для вступления изменений в силу
Вывод ошибок Битрикс ( Bitrix ) в лог-файл.
По умолчанию в конфигурации Битрикс отключено логирование ошибок. Для записи ошибок в лог добавляем в файл конфигурации bitrix/.settings.php секцию: Формат ужасный, но другого нет 🙂
FastCGI для 1 GB ОЗУ
FastCGI 32 ГБ ОЗУ FcgidMinProcessesPerClass 1 FcgidMaxProcessesPerClass 40 FcgidMaxProcesses 50 FcgidSpawnScore 2 FcgidTerminationScore 1 FcgidTimeScore 4 FcgidSpawnScoreUpLimit 50 FcgidIdleTimeout 300 FcgidIOTimeout 300 FcgidMaxRequestsPerProcess 2000 FcgidMaxRequestInMem 134217728 FcgidMaxRequestLen 134217728 FastCGI 6 ГБ ОЗУ FcgidMinProcessesPerClass 1 FcgidMaxProcessesPerClass 36 FcgidMaxProcesses 36 FcgidSpawnScore 2 FcgidTerminationScore 1 FcgidTimeScore 1 FcgidSpawnScoreUpLimit 36 FcgidIdleTimeout 300 FcgidIOTimeout 300 FcgidMaxRequestsPerProcess 500 FcgidMaxRequestInMem 134217728 FcgidMaxRequestLen
DMARC failure to load tld list /usr/share/publicsuffix/public_suffix_list.dat’: No such file or directory
Проблема возникла на CentOS 7 с установленной панелью VestaCP. Почтовый сервер Exim настроен, почта отправляется и принимается, но в лог-файле /var/log/exim/panic.log присутствуют записи: DMARC failure to load tld list ‘/usr/share/publicsuffix/public_suffix_list.dat’: No such file or directory Лечатся данные ошибки следующим способом — в консоли выполняем : # mkdir /usr/share/publicsuffix # cd /usr/share/publicsuffix # wget https://publicsuffix.org/list/public_suffix_list.dat
Debian 10. Установка 1С + PostgreSQL 12 .
В наличии свежеустановленная система под управлением Debian 10 x64. Обновляем систему: # apt-get update # apt-get upgrade Проверяем языковую локаль, установленную по-умолчанию: # locale Локаль должна быть установлена в ru_RU.UTF-8 , в противном случае выполняем: # dpkg-reconfigure locales и выбираем ru_RU.UTF-8 и en_US.UTF-8 По умолчанию назначаем ru_RU.UTF-8 После изменения локали для вступления изменений в силу
Обновление версии PHP на CentOS 7 VestaCP
По умолчанию в CentOS 7 установлена версия PHP 5.4: Для повышения версии PHP до 7 производим следующие действия: # yum update # yum install yum-utils # yum-config-manager —enable remi-php74 # yum update Если используется Apache: # systemctl restart httpd Если используется php-fpm: # systemctl restart php-fpm Проверяем версию PHP: # php -v
Обновление MariaDB на CentOS до актуальной версии.
По умолчанию в CentOS 7 с установленной VestaCP используется MariaDB 5.5 Для изменения версии MariaDB производим следующие действия: Создадим файл /etc/yum.repos.d/mariadb.repo : # touch /etc/yum.repos.d/mariadb.repo Открываем файл /etc/yum.repos.d/mariadb.repo в любом редакторе ( vi, nano, mcedit ) и добавляем в него следующие строки: # MariaDB 10.5 CentOS repository list — created 2018-08-23 03:33 UTC # http://downloads.mariadb.org/mariadb/repositories/ [mariadb] name = MariaDB
ISPManager. Во время выполнения запроса произошла ошибка.
При работе в ISPManager при попытке открыть разделы WWW-домены или PHP может возникнуть ошибка «Во время выполнения запроса произошла ошибка». Кроме этого перестают создаваться резервные копии. Исправляется данная ошибка довольно просто. Нужно подключиться к серверу по SSH и в консоли выполнить следующие команды: # rm /usr/local/mgr5/var/.db.cache.* # killall core
Использование ОЗУ в Linux.
Для определения топ процессов, использующих ОЗУ, можно использовать следующую команду: # ps axo rss,comm,pid | awk ‘{ proc_list[$2]++; proc_list[$2 «,» 1] += $1; } END { for (proc in proc_list) { printf(«%d\t%s\n», proc_list[proc «,» 1],proc); }}’ | sort -n | tail -n 10 | sort -rn | awk ‘{$1/=1024;printf «%.0fMB\t»,$1}{print $2}’ # for service in