Пакетный менеджер yum в centos

Установка epel repo в CentOS

Полностью epel репозиторий называется так — Extra Packages for Enterprise Linux. Это хранилище пакетов, созданное группой специалистов операционной системы Fedora. Пакеты из epel репозитория никогда не конфликтуют и не переустанавливают базовые пакеты RHEL. Поддерживаются пакеты для следующих операционных систем:

• Red Hat Enterprise Linux (RHEL)
• CentOS
• Scientific Linux (SL)
• Oracle Linux (OL)

Установить репозиторий epel в CentOS проще всего, так как epel-release package включен в стандартный Extras repository CentOS, который доступен по-умолчанию. На сегодняшний день это самый популярный неофициальный репозиторий для CentOS.

Установка репозитория epel в centos:

# yum -y install epel-release

Теперь если проверим папку /etc/yum.repos.d, увидим там файл epel.repo, в котором будет информация о новом подключенном репозитории.

Могу ли я добавить поддержку X-ов уже после установки? Я ставил с ISO-образа, предназначенного для сервера и не поставил Х-ы. Как теперь я могу поставить Х?

Самый простой способо установки Х-ов (и GUI вообще) — использование «yum groupinstall». Для начала вы можете вывести все доступные yum-группы при помощи yum grouplist. Можно поставить Gnome или KDE следующим образом:

CentOS-5: yum groupinstall «X Window System» «GNOME Desktop Environment» или yum groupinstall «X Window System» «KDE (K Desktop Environment)»

CentOS-6: yum groupinstall «X Window System» «Desktop» или yum groupinstall «X Window System» «KDE Desktop».

Возможно вы захотите установить какие-либо другие группы из списка, например «Graphical Internet» или «Office/Productivity»

Note: Если, используя CentOS5, вы запускаете yum groupinstall «GNOME Desktop Environment», то может возникнуть ошибка отсутствия libgaim.so.0. Это известный баг, смотрите

PCI аудит сообщает, что в используемой мной версией оперционной системы присутствуют CVE-уязвимости

Существует некоторая вероятность, что вы не обновились или не перезагрузились после обновления. Естественно, необходимо сначала протестировать обновления на «не-продуктивной» среде, а потом снять и протестировать бекап перед запуском обновления.

Заплатки безопасности и исправления ошибок, как правило, бекпортируются в поддерживаемую версию. Более подробно смотрите тут: https://access.redhat.com/security/updates/backporting. Учитывая это, недостаточно просто считать приветственное сообщение приложения при его сетевом сканировании или просто определить версию установленного пакета. Многие известные вендоры по аудиту в курсе этого, однако существуют те, которые не учитывают такой подход при отображении результатов аудита.

В описании каждого пакета, которое можно вывести при помощи опции changelog содержатся ссылки CVE. Номер CVE — отсылка к описанию уязвимости. Например, информацию по httpd можно отобразить следующим образом:

rpm -q --changelog httpd | less 

или так:

rpm -q --changelog httpd | grep CVE 

Как в сообществе CentOS, так и в других местах, связанных с ним, регулярно появляются люди, утверждающие, что либо эксперт PCI, либо приложение для сканирования сети рекомендуют обновиться до какой-то конкретной версии ПО, но которой нет в CentOS. PCI регламентирует использование не какой-то специфичной версии ПО, а версии, свободной от уязвимостей, описанных в стиле номеров CVE. Если же рекомендация по версии пакета идёт из отчёта сканера, то, скорее всего, человек использующий этот сканер, делает это неправильно. CentOS и его непосредственный вендор ПО непрерывно обновляются, CVE можно найти в вышеупомянутом changelog-е, и бекап, обновление и перезагрузка (или перезапуск требуемой службы) — вот нужный вам вариант. Все остальные подходы, как например идентификация пакета только лишь по его номеру версии, неверные.

Прочитайте, также, статью Вики Software Installation from Source. CentOS не может обеспечивать поддержку и сопровождение расхождений в тех случаях, когда администраторы расширили установку CentOS при помощи локально собранных пакетов или пакетов не от CentOS.

Пользователи негодуют

CentOS – это, согласно статистике W3Tech, один из самых распространенных Linux-дистрибутивов. Он находится на втором месте с долей 18,8% уступая лишь Ubuntu с его 47,5% и опережая Debian (17,5%). RHEL, ближайший родственник CentOS, занял четвертую строчку с 1,8-процентной долей.

По версии портала ZDnet, Red Hat отказывается от CentOS именно для продвижения RHEL. На протяжении многих лет CentOS была единственным выбором опытных Linux-администраторов, которые мало нуждались в технической поддержке, в то время как RHEL выбирали компании, которым нужна была полная поддержка со стороны разработчиков. Теперь, после решения Red Hat, тысячам компаний придется перейти на другой вариант Linux, и они очень недовольны этим фактом.

Пользователи завалили интернет гневными комментариями в адрес Red Hat

10 простых шагов: Как обеспечить безопасность КИИ
Инфраструктура

Негодующие пользователи оккупировали и портал Reddit. Участник под псевдонимом nixcraft написал: «Принцип использования CentOS полностью отличается от CentOS Stream, многие люди используют CentOS для производственных корпоративных рабочих нагрузок, а не для разработки». Его тема, созданная 8 декабря 2020 г., набрала свыше 615 комментариев.

Другой пользователь Reddit, DocToska, пишет, что развивал свои проекты с открытым исходным кодом на последних выпусках CentOS, начиная с CentOS 4. Флагманский продукт его компании работает на CentOS 8 как раз потому, что они сделали ставку на поддержку до 2029 г. «CentOS Stream якобы теперь является заменой CentOS, но очевидным недостатком является то, что стабильность и надежность приносятся в жертву на алтаре передовых технологий. Я недоволен этим. Если Red Hat забивает лошадь, на которую мы ставим средства к существованию, то мы переедем на другой дистрибутив и прихватим с собой пару тысяч клиентов», – добавил он.

Базовые операции в веб-интерфейсе

Создание почтового ящика

Для создания почтового ящика переходим в раздел , нажимаем на кнопку рядом с именем почтового домена, далее в полях формы указываем имя ящика и пароль. При необходимости данные для авторизации можно отправить на желаемый почтовый адрес.

После нажимаем на кнопку .

Создание FTP-аккаунта

Для создания FTP-аккаунта переходим в раздел , нажимаем на кнопку рядом с именем домена, для которого требуется создать аккаунт, пролистываем открывшуюся страницу вниз, отмечаем галочкой и вводим данные для нового аккаунта.

После нажимаем на кнопку .

Работа с заданиями Cron

Редактирование заданий производится в разделе .

Добавить задание можно с помощью кнопки . Поля для времени выполнения задания могут быть заполнены автоматически, если выбрать периодичность в форме справа в нижней части раздела.

Для изменения уже добавленного задания нажимаем на кнопку рядом с ним.

Работа с резервными копиями

Для создания резервной копии переходим в раздел , нажимаем на (). Когда операция будет завершена, на адрес администратора поступит уведомление.

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

Изменить количество максимально возможных резервных копий можно в разделе , кликнув на рядом с шаблоном (по умолчанию DEFAULT) и изменив значение поля «Backups». Как правило, по умолчанию данное значение равно 3.

Создание базы данных

Для создания базы данных переходим в раздел , нажимаем на (), заполняем необходимые поля. Данные для авторизации можно отправить на желаемый почтовый адрес.

После нажимаем на кнопку .

Изменение параметров PHP

Для изменения параметров PHP разделе нажимаем на рядом с любым веб-сервером, а затем нажимаем на . Можно открыть по прямой ссылке: https://IP-БОКСА:8083/edit/server/php/

Сперва отображается форма с полями для изменения следующих параметров:

max_execution_time
max_input_time
memory_limit
error_reporting
display_errors
post_max_size
upload_max_filesize

Чтобы отредактировать файл напрямую, нажимаем на ссылку под полями формы.

Вернуться обратно можно с помощью кнопки .

Для сохранения изменений нажимаем кнопку .

Работа с PhpMyAdmin

Перейти в PhpMyAdmin можно из раздела с помощью кнопки или по прямой ссылке: https://IP-БОКСА:8083/phpmyadmin/

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

Если при работе с PhpMyADmin возникают ошибки или у пользователя базы данных не работают некоторые функции, то можно воспользоваться патчем от разработчиков . Вносимые исправления и принцип работы скрипта описаны в теме.

Установка произвольного SSL-сертификата

В веб-интерфейсе Vesta заходим в раздел , нажимаем на кнопку рядом с именем домена, прокручиваем вниз, отмечаем галочками и вводим необходимые данные о сертификате:

SSL Certificate — поле для сертификата домена.
SSL Key — поле для приватного ключа сертификата.
SSL Certificate Authority/Intermediate — поле для bundle (корневого сертификата и промежуточной цепочки), не является обязательным.

Репозитории в CentOS

Для начала давайте поясним, что такое репозитории и для чего они нужны. Вот что говорит wikipedia на этот счет:

Некоторое время назад Linux приложения выходили в виде исходного кода, который потом компилировали на сервере и получали готовые программы. На сегодняшний день большинство приложений выходят в виде так называемых пакетов. Это уже собранные приложения, которые можно сразу установить и пользоваться.

В нашем случае репозиторий — хранилище пакетов для операционной системы CentOS. Существуют repository от разработчика системы, их называют официальные. Набор rpm пакетов там обычно ограничен и версии не самые свежие. Для установки дополнительного софта используют сторонние репозитории. Их поддерживать могут как другие компании, так и группы энтузиастов.

Управлением пакетами и репозиториями в CentOS занимается утилита yum. Ее конфигурационный файл находится в /etc/yum.conf. Этот файл содержит секцию , в которой указываются глобальные настройки программы. Так же он может содержать одну или несколько секций , в которой хранятся настройки репозиториев. Тем не менее, рекомендуется информацию о репозиториях хранить в каталоге /etc/yum.repos.d/ в специальных файлах .repo.

Минимальное содержание файла .repo следующее:

name=repository_name
baseurl=repository_url

name	имя, описывающее репозиторий, может быть любым
baseurl	ссылка на расположение репозитория, может быть в виде http, ftp или file ссылки

Другие ползные параметры, которые могут быть указаны в repo файле:

enabled	принимает значение 1 или 0, 1 — репозиторий подключен, 0 — отключен
async	управляет загрузкой пакетов, auto — использует при возможности параллельную загрузку, on — использует только параллельную загрузку, off — параллельная загрузка отключена
mirrorlist	вместо ссылки на конкретный адрес репозитория может быть указана ссылка на список адресов, из которых при установке будет выбран наиболее подходящий
gpgcheck	принимает значение 1 или 0, 1- осуществлять проверку GPG подписи пакета из репозитория, 0 — не проверять
gpgkey	ссылка на GPG ключ репозитория

Вот содержание стандартного файла с репозиториями CentOS /etc/yum.repos.d/CentOS-Base.repo:

name=CentOS-$releasever - Base
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

#released updates

name=CentOS-$releasever - Updates
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

#additional packages that may be useful

name=CentOS-$releasever - Extras
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

#additional packages that extend functionality of existing packages

name=CentOS-$releasever - Plus
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

Изменение конфигурационных файлов сервисов

В веб-интерфейсе переходим в раздел : https://IP-БОКСА:8083/list/server/ .

Здесь выбираем сервис, в конфигурацию которого необходимо внести изменения. Нажимаем на кнопку рядом с именем сервиса, перед нами открывается файл с его настройками.

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

Если что-то было внесено неправильно, панель сообщит о невозможности перезапустить сервис, и вернет конфиг к прежнему виду.

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

Конфигурационные файлы веб-серверов для сайта

Панель Vesta позволяет использовать разные настройки веб-сервера для каждого сайта.

Для этого существуют конфигурационные файлы, которые хранятся в директории и имеют вид:

/home/admin/conf/web/domain.ru.nginx.conf
/home/admin/conf/web/domain.ru.apache.conf

Настройка open_basedir для Nginx+PHP-FPM

По умолчанию связка в не позволяет включить директиву .

Сделать это можно с помощью шаблонов, которые для хранятся в директории .

Для включения необходимо:

• Создаём новый файл-шаблона с произвольным именем, например, .
• Открываем файл socket.tpl и разрешаем доступ к директории с файлами доменов и к директории для временных файлов следующим образом:

  php_admin_value = /home/%user%/web/:/home/%user%/tmp/

  Если требуется, можно аналогичным образом добавить другие директории в список разрешенных.

• В веб-интерфейсе переходим к настройкам доменного имени и для Backend Template выбираем созданный шаблон.
• Сохраняем изменения.

Дополнительные полезные параметры yum

Утилита yum имеет несколько полезных опций, которые часто приходитя использовать при управлении пакетами. Чтобы при установке или удалении пакетов, после ввода команды не подтверждать своих действий, можно воспользоваться опцией , например,:

yum install httpd -y

Чтобы ответить при запросе, нужно указать опцию:

--assumeno

Использовать yum без плагинов или отключить конкретный плагин:

--noplugins

--disableplugin=fastestmirror

Включить отключенный плагин:

--enableplugin=fastestmirror

Задействовать отключенный репозиторий:

yum update –enablerepo=atomic

Отключить определенный репозиторий:

yum update –disablerepo=atomic

Настройка Zabbix на RedHat/CentOS/Fedora

zabbix-sever (server)

# vim /etc/zabbix/zabbix_server.conf

У меня выглядит вот так:

LogFile=/var/log/zabbix/zabbix_server.log

LogFileSize=0

PidFile=/var/run/zabbix/zabbix_server.pid

DBName=zabbix

DBUser=zabbix

DBPassword=Zabbix_DB_password

DBSocket=/var/lib/mysql/mysql.sock

SNMPTrapperFile=/var/log/snmptt/snmptt.log

AlertScriptsPath=/usr/lib/zabbix/alertscripts

ExternalScripts=/usr/lib/zabbix/externalscripts

zabbix-proxy

# vim /etc/zabbix/zabbix_proxy.conf

У меня выглядит вот так:

Server=97.79.237.19 # server IP

Hostname=zabbix24-proxy1.VM3

LogFile=/var/log/zabbix/zabbix_proxy.log

LogFileSize=0

PidFile=/var/run/zabbix/zabbix_proxy.pid

DBName=zabbix

DBUser=zabbix

DBPassword=Zabbix_DB_password

DBSocket=/var/lib/mysql/mysql.sock

ProxyLocalBuffer=2

ProxyOfflineBuffer=12

ConfigFrequency=300

DataSenderFrequency=60

ExternalScripts=/usr/lib/zabbix/externalscripts

zabbix-agent

Производим установку на каждой машине которая будет мониторится.

Выполняем установку самого агента (zabbix-agent):

# yum -y install zabbix-agent

Обратите внимание — устанавливается пакет zabbix-agent, так как на Zabbix-сервере работает:

# yum info zabbix | grep Vers | head -n 1

Version     : 2.4.2

После установки — сразу добавляем его в автозагрузку:

# chkconfig zabbix-agent on

Копируем файл конфигурации:

# cp /etc/zabbix/zabbix_agentd.conf /etc/zabbix/zabbix_agentd.default

Редактируем такие поля:

# cat /etc/zabbix/zabbix_agentd.conf | grep Hostname=

# Hostname=
Hostname=centOS.VM1

Hostname должен совпадать с именем сервера:

# hostname

centOS.VM1

Адрес самого Zabbix-сервера, с которым будет связан агент:

# cat /etc/zabbix/zabbix_agentd.conf | grep Server

### Option: Server
# Server=
Server=IP_adress_server_or proxy_server

Так же можно использовать:

# egrep -v '^$|^#' /etc/zabbix/zabbix_server.conf

Если на сервере несколько интерфейсов — полезно указать опцию ListenIP.

Что бы задать определённый порт — используйте опцию ListenPort, если не определено — будет использоваться порт по-умолчанию 10050.

Определить файл лога можно опцией LogFile, иначе — будет использоваться стандартный /var/log/messages:

# cat /etc/zabbix/zabbix_agentd.conf | grep LogFile

### Option: LogFile
# LogFile=
LogFile=/var/log/zabbix/zabbix_agentd.log

Так же можно использовать:

# egrep -v '^$|^#' /etc/zabbix/zabbix_agentd.conf

StartAgents — количество запускаемых «процессов агента — по-умолчанию 6.

CentOS.VM1

# vim /etc/zabbix/zabbix_agentd.conf

Имеет вид:

PidFile=/var/run/zabbix/zabbix_agentd.pid

LogFile=/var/log/zabbix/zabbix_agentd.log

LogFileSize=0

Server=97.79.237.18 # this is my zabbix-proxy. You can use IP server

ServerActive=97.79.237.18 # this is my zabbix-proxy. You can use IP server

Hostname=CentOS.VM1

Include=/etc/zabbix/zabbix_agentd.d/

CentOS.VM2

# vim /etc/zabbix/zabbix_agentd.conf

Имеет вид:

PidFile=/var/run/zabbix/zabbix_agentd.pid

LogFile=/var/log/zabbix/zabbix_agentd.log

LogFileSize=0

Server=97.79.237.18 # this is my zabbix-proxy. You can use IP server

ServerActive=97.79.237.18 # this is my zabbix-proxy. You can use IP server

Hostname=CentOS.VM2

Include=/etc/zabbix/zabbix_agentd.d/

Запускаем агента на каждой машине:

# service zabbix-agent start

Starting Zabbix agent: 

Проверяем:

# ps aux | grep zabbix

zabbix 7226 0.4 0.0 10176 1076 ? S 10:27 0:00 /usr/sbin/zabbix_agentd

или

# netstat -anp | grep 10050

tcp 0 0 0.0.0.0:10050 0.0.0.0:* LISTEN 7226/zabbix_agentd

Можно использовать и следующий синтаксис:

# netstat -tulpen|grep -i zabb

tcp 0 0 0.0.0.0:10050 0.0.0.0:* LISTEN 498 704173 6029/zabbix_agentd
tcp 0 0 :::10050 :::* LISTEN 498 704174 6029/zabbix_agentd

В CentOS нет поддержки mp3! Или есть? А как насчёт других мультимедийных форматов?

Все верно. В CentOS нет поддержки mp3, т.к. её нет в исходных кодах, предоставляемых Вендором ПО. Это было сделано из-за патентных лицензионных соглашений, CentOS же просто пересобирает то, что предоставленно поставщиком ПО. Вам придётся либо перекодировать ваши музыкальные файлы в формат ogg vorbis, который поддерживается CentOS, либо установить поддержку mp3 из стороннего репозитория, такого как rpmforge. Например, если вам нужна поддержка mp3 в xmms, то необходимо установить из этого репозитория пакет xmms-mp3.

Аналогично для остальных мультимедийных форматов (кодеков, например gstreamer plugins) и плееров, таких, как xine или mplayer.

Использование yum через прокси

Yum для работы с репозиториями программ использует протокол HTTP/1.1. Если ваш Linux сервер имеет доступ в интернет только через HTTP прокси сервер, вы можете указать имя прокси сервера в конфигурационном файле в секции :

proxy=http://proxyservername:3128

Если прокси-сервер требует авторизацию, добавьте строки:

proxy_proxy_username=user

proxy_password=pass

Для проверки работы yum через прокси сервер воспользуйтесь командой:

yum clean all && yum search nginx

Для проверки я указал публичный прокси сервер с Германии и при установке, сработал плагин , нашел зеркала с которых скорость будет выше:

Как в CentOS устроена версионность?

1. На текущий момент у CentOS Linux существуют 3 старшие активные выпущенные ветки: CentOS-5, CentOS-6, CentOS-7;
2. CentOS время от времени выпускает младшие версии старших веток. Два важных нюанса:

   1. Обновления и другие изменения предоставляются проектом CentOS ТОЛЬКО для последних версий старшей ветки. Т.о., если последней младшей версией для CentOS-6 является версия 6.6, то обновления ПО будут выпускаться только для неё. Если вы пользуетесь более ранней младшей версией, то у вас отсутствуют исправления безопасности и ошибок.

      • Любая младшая версия представляет собой простой слепок предыдущих обновлений с последнией порцией обновлений ПО от вендоров, упакованных в новый -репозиторий с изначально пустым -репозиторием;

      • Существует проект CentOS-vault, содержащий старые версии релизов CentOS. В нём содержатся старые версии на момент, когда они были удалены из основного дерева версий и уже не получали обновления. Этот ресурс должен использоваться лишь как отсылка к предыдущим версиям.

   2. Следует использовать только одну цифру в качестве версии при настройке yum-репозиториев для CentOS, этой цифрой является старшая версия. Например, http://mirror.centos.org/centos/5/, http://mirror.centos.org/centos/6/, http://mirror.centos.org/centos/7/. Это следует делать потому, что мы перемещаем все предыдущие младшие версии в http://vault.centos.org/. Так же следует помнить, что, как только какая-либо младшая версия CentOS Linux перемещается в CentOS-vault, она перестаёт получать обновления.

3. Т.к. младшие версии CentOS представляют собой временную точку отчёта старшей версии, то, начиная с CentOS-7, мы используем временную метку в номере версии младшего релиза. Т.о. вы можете увидеть CentOS-7 (1406) или CentOS-7 (1503) в качестве версии. Благодаря этому кто угодно может узнать, когда был релиз. В последнем примере цифра 1406 в качестве младшего номера релиза означает, что релиз был выпущен в июне 2014, а 1503 — март 2015 года. В предыщуих версиях старших номеров релизов, были другие обозначения: 6.0, 6.1, и т.д.

Вас, возможно, заинтересует, почему были введены эти изменения:

1. Потому что мы хотим, чтобы люди понимали, что они не могут использовать более старые младшие версии и находиться в безопасности. Дата в номере младшей версии позволяет пользователям точно определить, когда была выпущена эта версия. Если она старше, чем несколько месяцев, то, вероятно, стоит поискать более новую.
2. Т.к. организации постепенно отходят от использования выделенных серверов, имеющих индивидуальную функциональность, в сторону использования ферм виртуальных машин и облачных/контейнерных технологий, то проект CentOS теперь поставляет так же и VM, облачные и контейнерные образы наравне с установочными образами. Эти образы, по задумке, содержат даты в своём имени. В то же время мы хотим, чтобы пользователи с лёгкостью могли бы узнать, какой номер старшей версии и младшего релиза содержатся внутри этих образов. Если в названии вашего CentOS-7 образа содержится 1505 (Май 2015) или 20150501 (1ое Мая 2015), то значит, что они сделаны на основе последней младшей версии, которая была выпущена до этой даты… в нашем случае CentOS-7 (1503).

4. Вы можете узнать из пункта «Archived Versions» в ссылке, представленной ниже, какой исходный код от Red Hat Enterprise Linux был использован для создания каждой из младших версий CentOS Linux: https://wiki.centos.org/Download

Установка репозитория Remi

Если Вы используете  дистрибутив Fedora

Если Вы используете  дистрибутив Fedora  версии 18/17/16

# rpm -Uvh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
# rpm -Uvh http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm

Если Вы используете  дистрибутив Fedora 18-й версии

# rpm -Uvh http://rpms.famillecollet.com/remi-release-18.rpm

Если Вы используете  дистрибутив Fedora 17-й версии

# rpm -Uvh http://rpms.famillecollet.com/remi-release-17.rpm

Если Вы используете  дистрибутив Fedora 16-й версии

# rpm -Uvh http://rpms.famillecollet.com/remi-release-16.rpm

Если Вы используете  дистрибутив Fedora 15-й версии

# rpm -Uvh http://rpms.famillecollet.com/remi-release-15.rpm

Если Вы используете  дистрибутив CentOS and Red Hat (RHEL)

Remi репозиторий для CentOS 6 и Red Hat (RHEL) 6-й версии

# rpm -Uvh http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm

Если Вы используете  дистрибутив CentOS 6 и Red Hat (RHEL) 6-й версии

# rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm

Remi репозиторий для CentOS 5 и Red Hat (RHEL) 5-й версии

# rpm -Uvh http://dl.fedoraproject.org/pub/epel/5/i386/epel-release-5-4.noarch.rpm

Если Вы используете  дистрибутив CentOS 5 и Red Hat (RHEL) 5-й версии

# rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-5.rpm

Минимальная установка для PHP-ZendFramework

Если устанавливаете для Fedora 18/17/16/15, CentOS 6.4/5.9, Red Hat (RHEL) 6.4/5.9, то выполните:

# yum --enablerepo=remi install php-ZendFramework

Полная установка для PHP-ZendFramework

Если устанавливаете для  18/17/16/15-й версии, CentOS 6.4/5.9, Red Hat (RHEL) 6.4/5.9-й версии

# yum --enablerepo=remi install php-ZendFramework* --exclude php-ZendFramework-Db-Adapter-Oracle --exclude php-ZendFramework-Db-Adapter-Pdo-Oci

Примечание: Zend Framework Oracle DB Adapter и Oracle PDO DB Adapter исключается, потому что он должен иметь Oracle зависимости, которые не будут работать без дополнительной настройки.

Пользовательские настройки 

Для Fedora 18/17/16/15-й версии, CentOS 6.4/5.9, Red Hat (RHEL) 6.4/5.9  выполним следующие команды:

# yum --enablerepo=remi install php-ZendFramework \
# php-ZendFramework-Cache-Backend-Memcached php-ZendFramework-Db-Adapter-Mysqli \
# php-ZendFramework-Dojo php-ZendFramework-Feed \ php-ZendFramework-Gdata \
# php-ZendFramework-Pdf php-ZendFramework-Search-Lucene \
# php-ZendFramework-Services php-ZendFramework-Soap php-ZendFramework-demos \
# php-ZendFramework-extras php-ZendFramework-tests

Выберите все необходимые компоненты:

выбор компонентов в Zend Framework

Microsoft Teams: очистите кеш для устранения распространенных проблем (2021 г.)

В этой статье мы покажем вам, как очистить кеш приложения в Microsoft Teams на Mac и Windows. Это должно решить широкий спектр проблем, включая проблемы с обновлением информации вашего профиля или изображения после того, как вы отредактировали свои данные. Это также полезно, если надстройка не будет работать должным образом в Teams. Итак, давайте посмотрим, как вы можете очистить кеш приложения в Microsoft Teams, используя командную строку в Windows и Keychain Access на Mac.

Очистить кеш Microsoft Teams в Windows

Чтобы очистить кеш приложения клиента Microsoft Teams в Windows 10 или Windows 11, вам необходимо выполнить следующие действия:

1. Прежде всего закройте клиент Microsoft Teams. Для этого щелкните правой кнопкой мыши значок приложения на панели задач в правом нижнем углу и выберите «Выйти».

Примечание. Если значок приложения не отображается сразу, щелкните значок «стрелка вверх», чтобы увидеть все приложения на панели задач.

2. Затем откройте окно командной строки с правами администратора. Для этого найдите «командная строка» в строке поиска Windows и нажмите «Запуск от имени администратора».

3. Теперь скопируйте + вставьте следующую команду: rmdir / q / s% appdata% Microsoft Teams в командной строке и нажмите Enter. Если сообщения об ошибке нет, это означает, что файлы кеша были успешно удалены.

Примечание. Вместо того, чтобы заставлять вас переходить в папку данных приложения Teams в проводнике и удалять каждую папку по отдельности, мы включили в это руководство отличную команду, которая поможет вам быстро очистить кеш Microsoft Teams.

После перезапуска приложение автоматически создаст новые файлы кеша

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

Однако он не удалит ваши чаты, встречи, планировщики и т. Д.

Очистить кеш Microsoft Teams на Mac

Что касается пользователей Mac, выполните следующие действия, чтобы очистить кеш Microsoft Teams и исправить все постоянные ошибки и проблемы с приложением для совместной работы.

1. Прежде всего, щелкните правой кнопкой мыши значок приложения Microsoft Teams на док-станции и выберите «Выйти».

2. Теперь откройте Finder, нажмите «Перейти» в строке меню вверху и выберите «Перейти в папку».

3. Затем скопируйте + вставьте следующий путь в текстовое поле во всплывающем окне и нажмите «Перейти».

~ / Библиотека / Поддержка приложений / Microsoft

4. Теперь щелкните правой кнопкой мыши папку «Команды» и выберите «Переместить в корзину».

5. Затем откройте «Поиск в центре внимания», щелкнув значок увеличительного стекла в правом верхнем углу строки меню. Вы также можете использовать сочетание клавиш Cmd + пробел.

6. Теперь введите «Связка ключей» в поиске Spotlight и в появившемся предложении щелкните «Связка ключей».

7. Наконец, вам нужно найти «Microsoft Teams» в Keychain Access и найти «Microsoft Teams Identities Cache». Щелкните этот элемент правой кнопкой мыши и выберите «Удалить». Вы успешно очистили кеш Microsoft Teams на Mac и можете закрыть доступ к связке ключей.

После перезапуска Microsoft Teams приложение создаст совершенно новый набор файлов кеша, который, надеюсь, избавит вас от проблем, с которыми вы столкнулись. Как и в Windows, это приведет к выходу из приложения и удалению ваших настроек. Однако все ваши чаты, сообщения и собрания не будут удалены, и вы все равно сможете получить к ним доступ после входа в систему.

Установка remi repo в CentOS

Les RPM de Remi repository поддерживает последние версии MySQL и PHP (бэкпорты федоровских rpm)

Пакеты этого репозитория необходимо использовать с осторожностью, так как они заменяют базовые пакеты

Установка репозитория remi в centos:

1. # wget http://rpms.remirepo.net/enterprise/remi-release-7.rpm

2. # rpm -Uvh remi-release-7*.rpm

Проверяем:

# cd /etc/yum.repos.d
# ls -l | grep remi

-rw-r--r--. 1 root root 698 Jul 23 17:54 remi-php70.repo
-rw-r--r--. 1 root root 2382 Jul 23 17:54 remi.repo
-rw-r--r--. 1 root root 449 Jul 23 17:54 remi-safe.repo

Remi’s RPM repository репозиторий установлен.

В названии пакетов всё ещё фигурируют названия «RedHat», «rhel» или «rh». Разве они должны присутствовать?

В своей бизнес-модели Вендор ПО в основном использует ПО с открытым исходным кодом (GPL). Т.е., Вендор использует ПО, написанное другими разработчиками (например gnome.org, X.org, KDE.org или OpenOffice.org ): пакует исходный код в пакеты RPM-формата для распостранения. Т.к. Вендор использует ПО с открытым кодом для разработки свеого ПО, то он обязан предоставить, в свою очередь, свой исходный код для свободного доступа. Именно так работает GPL. Вендор ПО вносит свой вклад, добавляя RPM-пакеты с исходным кодом (SRPM или Source RPMS) и способствуя их распостранению. Помимо этого он исправляет ошибки и обеспечивает связь с разработчиками этого ПО. Всё вышеописанное является принципом функционирования ПО с открытым исходным кодом.

Проект CentOS использует публично доступные пакеты SRPM, поставляемые Вендором ПО, и создаёт бинарные (установочные) пакеты, предоставляя их всем, кто пожелает.

Некоторые пакеты включают информацию, содержую Торговую марку от Вендора ПО. Для этих случаев у Вендора ПО существует специальные инструкции по распостранению ПО, собранного из его публично доступных пакетов. Об этом можно прочитать тут. Т.к. мы полностью поддерживаем права Вендора ПО на Торговую Марку, то прилагаем все усилия, чтобы полностью соответствовать этим инструкциям.

Т.к. присваивать авторство чужих работ — не в интересах проекта CentOS, то мы по возможности оставляем названия файлов, данные Вендором ПО. Если есть необходимость внесения изменений в пакет (конечно в соответствии ограничениями, например для настройки конфигурационного файла), то в названии этого пакета будет содержаться «.centosX» (где X — номер версии CentOS, например 5 или 6). Но в отличие от большинства случаев пересборки пакетов, мы не меняем название пакета ядра, собранного из SRPM, на .centosX. Причина этому — тот факт, что название ядра должно оставаться неизменным для совместимости с ПО какой-либо 3ей стороны.

Мы хотели бы поблагодарить Вендора ПО за тот способ предоставления SRPM-пакетов, который они используют. Существует довольно много Поставщиков ПО Enterprise-уровня, которые игнорируют требование предоставления публичного доступа к исходному коду их ПО. Програмный же продукт Вендора ПО превосходен (иначе бы мы не смогли создать на его основе CentOS), как и его поддержка. Поэтому если вам необходимы услуги поддержки, которые они предоставляют, то мы настоятельно рекомендуем воспользоваться их програмным продуктом.