Centos server web: Установка LAMP (apache+php+mysql) в CentOS 7

Centos 7 WEB сервер.

 

——————————— настройка сети
nano /etc/sysconfig/network-scripts/ifcfg-ens192

TYPE=Ethernet
PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=none
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6ADDR=3001:2:3:1::2/64
NAME=ens192
UUID=xxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
DEVICE=ens192
ONBOOT=yes
IPADDR=192.168.110.253
PREFIX=24
GATEWAY=192.168.110.1
DNS1=192.168.111.100
DOMAIN=domain.ru
DNS2=192.168.111.200
——————————— выключить фаервол
systemctl stop firewalld
systemctl disable firewalld
systemctl status firewalld
—
sed -i -e ‘s/SELINUX=enforcing/SELINUX=disabled/g’ /etc/selinux/config
——————————— настройка NGINX
yum install -y nginx
mkdir /var/www/
nano /var/www/index. html
<html>Welcome IPv4</html>
nano /var/www/ip6/index.html
<html>Welcome IPv6</html>
—
nano /etc/nginx/nginx.conf
http {
server {
listen 80;
listen [::]:80 default_server;
server_name «»;
root /var/www;
return 404;
}
server {
listen [::]:80;
server_name «ipv6.Centos7»;
root /var/www/ip6;
}
server {
listen 80;
server_name «ipv4.Centos7»;
root /var/www;
}
—
systemctl enable nginx
service nginx restart
service nginx status
— проверка
nano /etc/hosts
192.168.110.253 ipv4.Centos7
3001:2:3:1::2 ipv6.Centos7
—
curl http://ipv4.Centos7
curl 192.168.110.253
curl -g -6 http://ipv6.Centos7
curl -g -6 http://[3001:2:3:1::2]
———————————
systemctl disable nginx
systemctl stop nginx
——————————— веб-сервер APACHE
yum install -y httpd
—
nano /etc/httpd/conf/httpd. conf

Listen 192.168.110.253:80
Listen [3001:2:3:1::2]:80

<VirtualHost 192.168.110.253:80>
ServerName bad
DocumentRoot /var/www/null/
</VirtualHost>
<VirtualHost [3001:2:3:1::2]:80>
ServerName bad
DocumentRoot /var/www/null/
</VirtualHost>

<VirtualHost 192.168.110.253:80>
ServerName ipv4.Centos7
ServerAlias Centos7
DocumentRoot /var/www/
</VirtualHost>

<VirtualHost [3001:2:3:1::2]:80>
ServerName ipv6.Centos7
ServerAlias Centos7
DocumentRoot /var/www/ip6/
</VirtualHost>
—
systemctl enable httpd
systemctl restart httpd
reboot
—
curl http://ipv4.Centos7
curl http://192.168.110.253
curl -g -6 http://ipv6.Centos7
curl -g -6 http://[3001:2:3:1::2]
——————————— настройка NGINX в качестве обратного прокси для APACHE
systemctl enable nginx
nano /etc/nginx/nginx.conf
http {

server {
listen 80;
listen [::]:80;
server_name «»;
root /var/www;
return 404;
}
server {
listen 80;
server_name ipv4. Centos7;
location / {
proxy_pass http://192.168.110.253:8080;
}
}
server {
listen [::]:80;
server_name «ipv6.Centos7»;
location / {
proxy_pass http://[3001:2:3:1::2]:8080;
}
}
—
nano /etc/httpd/conf/httpd.conf

Listen 192.168.110.253:8080
Listen [3001:2:3:1::2]:8080

<VirtualHost 192.168.110.253:8080>
ServerName ipv4.Centos7
ServerAlias Centos7
DocumentRoot /var/www/
</VirtualHost>

<VirtualHost [3001:2:3:1::2]:8080>
ServerName ipv6.Centos7
ServerAlias Centos7
DocumentRoot /var/www/ip6/
</VirtualHost>
—
systemctl restart nginx
systemctl restart httpd
—
curl http://ipv4.Centos7
curl http://192.168.110.253
curl -g -6 http://ipv6.Centos7
curl -g -6 http://[3001:2:3:1::2]

——————————— настройка времени ntp
yum -y install ntp
systemctl start ntpd
systemctl enable ntpd
—
ln -sf /usr/share/zoneinfo/Europe/Moscow /etc/localtime
nano /etc/sysconfig/clock
ZONE=»Europe/Moscow»
—
nano /etc/ntp. conf

driftfile /var/lib/ntp/drift
restrict default nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict ::1
server 192.168.111.100 prefer

includefile /etc/ntp/crypto/pw
keys /etc/ntp/keys
disable monitor
—
ntpstat
———————————

 

 

 

You have no rights to post comments

Веб сервер на CentOS 8 с php7, node.js и redis / Хабр

Предисловие


Вот уже 2 дня как вышла новая версия операционной системы CentOS, а именно, CentOS 8. И пока что в Интернете довольно мало статей на тему того, как в ней что-то делается, поэтому я решил восполнить этот пробел. При чем расскажу я не только о том, как поставить эту пару программ, но и о том, как я вообще вижу установку Линукс в виртуальную среду в современном мире для типовых задач, включая разбиение дисков и прочее.

Но в начале я хочу кратенько рассказать о том, почему стоит переходить на эту версию со всех предыдущих, а тому есть аж две причины:

  1. php7! В прошлой версии CentOS ставился «православный» php5. 4…

    Ладно, если чуть серьезнее, то очень много пакетов перепрыгнули через несколько версий скопом. Мы (поклонники redhat-ообразных ОС) наконец-то вошли если не в будущее, то хотя бы в настоящее. И сторонники Ubuntu больше не будут над нами смеяться и тыкать в нас пальцами, ну… хотя бы некоторое время ;).

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

Создание виртуальной машины


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

Память


Первое… Для установки системы CentOS начиная с 7 точно, а по-моему и в 6 тоже так было («но это не точно»), необходимо минимум 2 ГБ оперативной памяти. Поэтому советую для начала столько и выдать.

Но если что, после установки объем памяти можно и уменьшить. На 1 ГБ голая система работает вполне нормально, я проверял.

Диск


Для нормальной установки следует создать виртуальный диск объемом 20-30 ГБ. Для системы этого хватит. И второй диск для данных. Его можно добавить как на этапе создания виртуальной машины, так и после. Я обычно добавляю потом.

Процессор


На одном ядре голая система не тормозит. А поскольку ресурсы свободно масштабируются, давать больше на этапе установки я смысла не вижу (разве что вы идеально знаете требования и лень лишний раз лезть в конфигуратор)

Остальное обычно можно оставить по-умолчанию.

Собственно установка


Итак… Запускаем установщик… Лично я давно ставлю подобные сервисы только в виде виртуальных машин, поэтому всякие там записи дистрибутива на флешку описывать не буду — просто монтирую ISO в качестве CD-диска в любимом гипервизоре, загрузка и погнали.

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

Выбор источника


С момента выхода восьмой версии зеркало от Яндекса лежит уже который день. Ну, то есть оно периодически поднимается, а потом опять начинает показывать ошибку. Уверен, что дело в чрезмерной нагрузке на сервис. Поэтому для указания источника лично мне пришлось вместо того, чтобы ввести привычный адрес, идти сюда, выбирать там зеркало которое мне нравится и вручную вводить адрес в окне установщика. Тут важно помнить, что указывать надо путь к той папке, где лежит каталог repodata. Например, mirror.corbina.net/pub/Linux/centos/8/BaseOS/x86_64/os.

Разбивка диска


Этот вопрос скорее религиозный на мой взгляд. У каждого админа есть своя позиция на этот счёт. Но я всё-таки поделюсь своей точкой зрения на вопрос.

Да, в принципе, можно всё место выделить под корень и работать будет, чаще всего даже вполне неплохо. Зачем же тогда городить огород с разными разделами? — Основных причины тому на мой взгляд 2: квоты и переносимость.

Например, если что-то пошло не так и на основном разделе с данными возникли ошибки, хочется иметь возможность всё равно загрузить систему и провести реанимационные мероприятия. Поэтому лично я выделяю отдельный раздел под /boot. Там лежит ядро и загрузчик. Обычно хватает мегабайт 500, но в редких случаях может потребоваться больше, а учитывая, что мы уже привыкли измерять место терабайтами, я выделяю под этот раздел 2ГБ. И тут важно то, что его нельзя делать lvm.

Дальше идёт корень системы. Для нормальной установки мне ни разу не требовалось больше 4 ГБ именно на систему, но во время плановых мероприятий я часто использую каталог /tmp для распаковки дистрибутивов, а выделять его под отдельный раздел смысла не вижу — в современных системах он чистится автоматически, поэтому не заполняется. Так что под корень я выделяю 8ГБ.

Swap… По большому счету практической пользы от него мало. Если у вас на сервере стал использоваться свап, сегодня в реальном мире это означает лишь то, что серверу надо добавить больше оперативной памяти. Иначе проблемы с быстродействием гарантированы (либо у какой-то программы «течёт» память). Поэтому этот раздел нужен только для диагностики. Поэтому 2 ГБ это отличная цифра. Да, вне зависимости от того, сколько на сервере памяти. Да, я читал все те статьи, где написано про отношение объема памяти к объему свопа… ИМХО, они устарели. За 10 лет практики мне это ни разу не пригодилось. 15 лет назад я их применял, да.

Выделять ли /home в отдельный раздел ИМХО каждый может решать сам. Если кто-то этим каталогом на сервере будет пользоваться активно, лучше выделить. Если никто — незачем.

Далее, /var. Его на мой взгляд выделять надо обязательно. Для начала можно ограничиться цифрой в 4 ГБ, а там как пойдёт. И да, под «как пойдет» я имею ввиду, что

  1. Во-первых, всегда можно примонтировать другой диск в подкаталог /var (что я дальше покажу на примере)

  2. Во-вторых, у нас же lvm — всегда можно добавить. А добавлять обычно приходится тогда, когда слишком много логов начинает туда сыпаться. Но мне заранее предсказать эту цифру никогда не удавалось, поэтому начинаю я с 2 ГБ, а потом смотрю.


Не распределенное место останется свободным в группе томов, его потом всегда можно использовать.

LVM

Все разделы, кроме /boot имеет смысл сделать в LVM. Да, включая swap. Да, swap по всем советам должен быть в начале диска, а в случае с LVM его местоположение определить нельзя в принципе. Но как я уже писал выше, ваша система не должна использовать swap вообще. А потому не имеет никакого значения, где он находится. Ну не в 95 году мы живём, вот честно!

Далее, в LVM есть несколько базовых сущностей, с которыми надо уметь жить:

  • физический том

  • группа томов

  • логический том


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

А логические тома находятся каждый в одной группе.

Но… У нас, блин, опять же 21 век на дворе. И сервера виртуальные. Не имеет смысла к ним применять те же механизмы, которые применялись к физическим. И вот для виртуальных важно иметь данные отдельно от системы! Это очень важно в частности для возможности быстрого переключения данных к другой виртуалке (например при переходе на новую ОС) и вообще всяких полезных плюшек (раздельных бэкапов разделами средствами гипервизора например). Поэтому одна volume group используется для системы и обязательно другая используется для данных! Это логическое разделение сильно помогает в жизни!

Если вы при создании виртуальной машины создали только один виртуальный жесткий диск, на этом конфигурация и заканчивается. А если два, то просто не размечайте пока второй.

Запускаем установку.

Постустановка


Так, наконец-то загрузилась свежеустановленная система. Первое, что надо проверить — интернетик.

ping ya.ru


Ответ есть? — Отлично, жмём Ctrl-C.

Если нет — идите настраивать сеть, без этого жизни нет, но моя статья не об этом.

Теперь если мы еще не под рутом, заходим под рута, ибо набирать такое количество команд с sudo лично мне влом (и да простят меня админы-параноики):

sudo -i


Теперь первым делом набираем

dnf -y update


И если вы читаете эту статью в 2019 году, скорее всего ничего не произойдет, но попробовать стоило.

Теперь сконфигурируем оставшийся диск


Допустим, раздел с системой у нас был xvda, тогда диск с данными будет xvdb. ОК.

Большинство советов будут начинаться со слов «Запустите fdisk и создайте раздел…»

Так вот, это неверно!

Я блин еще раз повторю, потому как это важно! В данном случае для работы с LVM, занимающим один целый пусть и виртуальный диск создавать на нем разделы вредно! В этой фразе важно каждое слово. Если мы работаем без LVM — надо. Если у нас на диске скажем система и данные — надо. Если нам почему-то надо оставить половину диска пустой — тоже надо. Но обычно все эти допущения сугубо теоретические. Потому что если мы решим добавить места к имеющемуся разделу, то проще всего это будет делать именно при такой конфигурации. И удобство в администрировании настолько перевешивает много всякого, что мы целенаправленно идём к этой конфигурации.

А удобство заключается в том, что если вы захотите расширить раздел с данными, вы просто добавите места в виртуальный раздел, после чего расширите группу с помощью vgextend и всё! В редких случаях может потребоваться что-то еще, но как минимум не придёться расширять в начале логический том, что уже приятно. А то для расширения этого самого тома рекомендуют в начале удалить имеющийся, а потом создать новый поверх… Что и выглядит не очень приятно и нельзя сделать на живую, а расширение по указанному мною сценарию можно проводить «на лету» даже не размонтируя раздел.

Итого, создаём физический том, потом группу томов, его включающую и потом раздел для нашего сервера:

pvcreate /dev/xvdb
vgcreate data /dev/xvdb
lvcreate -n www -L40G data
mke2fs -t ext4 /dev/mapper/data-www


Тут можно вместо большой буквы «L» (и размера в ГБ) указать маленькую и тогда вместо абсолютного размера указать относительный, например, чтобы использовать половину свободного на данный момент в группе томов места, надо указать «-l +50%FREE»

А последняя команда форматирует раздел в файловой системе ext4 (которая пока что по моей практике показывает наибольшую стабильность в случае если всё сломалось, поэтому я предпочитаю её).

Теперь монтируем раздел в нужное место. Для этого добавляем правильную строку в /etc/fstab:

/dev/mapper/data-www    /var/www                ext4    defaults        1 2


И набираем

mount /var/www


Если выскочила ошибка — бьем тревогу! Потому что это означает, что у нас ошибка в /etc/fstab. И что при следующей перезагрузке у нас будут очень большие проблемы. Система может и вообще не загрузиться, что для облачных сервисов часто весьма печально. А потому надо либо срочно исправлять последнюю дописанную строку, либо удалять её вовсе! Именно поэтому мы не стали прописывать команду монтирования вручную — тогда мы не получили бы такой прекрасной возможности провести проверку конфига вотпрямщаз.

Теперь собственно ставим всё, что хотели и открываем порты под веб:

dnf groupinstall "Development Tools"
dnf -y install httpd @nodejs @redis php
firewall-cmd --add-service http --permanent
firewall-cmd --add-service https --permanent


По желанию можно еще и БД сюда поставить, но лично я стараюсь держать её отдельно от веб-сервера. Хотя держать её рядом быстрее, да. Скорость виртуальных сетевых адаптеров обычно в районе гигабита, а при работе на той же машине обращения происходят почти мгновенно. Но зато менее безопасно. Тут кому что важнее.

Теперь добавляем параметр в конфигурационный файл (создаём новый, современная идеология CentOS’а такая)

echo "vm.overcommit_memory = 1"> /etc/sysctl.d/98-sysctl.conf


Перезагружаем сервер.

В комментариях меня заругали за совет выключать SeLinux, поэтому я исправлюсь и напишу про то, что после этого надо не забыть настроить SeLinux.
Собственно, профит! 🙂

Серия по настройке веб-сервера

— Установка и настройка веб-панели CentOS

В первой статье этой серии я собираюсь начать настройку веб-сервера с помощью веб-панели CentOS. Веб-панель CentOS — это панель веб-хостинга с набором инструментов с графическим интерфейсом для управления серверами. Панель предназначена для простого и безопасного управления веб-серверами.

Веб-панель CentOS

Веб-панель CentOS — это популярная бесплатная панель управления веб-хостингом, предназначенная для быстрого и простого управления выделенными и VPS-серверами. После установки панели вам не нужно использовать SSH для выполнения обычных задач, связанных с управлением сервером. Вы можете легко контролировать учетные записи своих клиентов, назначая им системные ресурсы, такие как ОЗУ, Inodes, хранилище, базы данных и т. д. Вот скриншот панели управления —

Как видите, на приборной панели есть масса информации об установленном сервере. Вы можете отслеживать все серверные процессы, статистику сервера, такую ​​как ОЗУ и подкачка, потребляемые системой, использование файловой системы и службы, работающие на сервере, такие как Apache, SSH, сервер базы данных, почтовый сервер и т. д.

На боковой панели есть множество параметров, от настроек панели до настройки брандмауэра и управления DNS. Итак приступим к установке.

Необходимые условия для настройки веб-панели CentOS

​Есть несколько вещей, которым вы должны следовать, чтобы успешно настроить панель.

Статический IP-адрес

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

Если по какой-то причине вы не можете получить статический IP-адрес от своего провайдера, вы можете использовать VPS. О VPS я рассказывал в отдельной статье. Я также перечислил некоторых провайдеров VPS, с которыми вы, возможно, захотите работать. С VPS вы также получаете статический IP-адрес, поэтому вам не нужно думать о получении его от вашего интернет-провайдера.

CentOS Linux

Для работы панели требуется операционная система CentOS. Это самый популярный бесплатный дистрибутив Linux с открытым исходным кодом для серверов. Вы можете загрузить CentOS 6 или CentOS 7 (рекомендуется) с веб-сайта CentOS.

Требования к оборудованию

Вы можете разместить панель в системе с оперативной памятью не более 512 МБ. Вы можете установить 32-битную версию CentOS, если у вас 512 МБ памяти. Рекомендуемое системное требование — 4 ГБ оперативной памяти для бесперебойной работы всех функций.

Вот и все. Если вы выполнили все вышеперечисленные требования, то ваш сервер будет запущен всего через полчаса или около того (зависит от скорости интернета).

Я буду использовать VPS для демонстрации

Для демонстрации этой статьи я собираюсь настроить VPS с 1 ГБ памяти, 25 ГБ SSD и поверх него запустить CentOS 7 (64-разрядная версия). Если вы делаете это на выделенном сервере, таком как ваш ноутбук или персональный компьютер, то никакие шаги не отличаются (полагаю, у вас статический IP). Я использую провайдера Vultr VPS.

Чтобы управлять VPS со своего ноутбука, просто используйте следующую команду SSH:

 ssh [email protected]
Синтаксис - ssh [email protected]

Убедитесь, что у вас есть привилегии root. В первую очередь обновите сервер. Чтобы обновить сервер, введите следующую команду:

 yum update

update centos VPS server

Обновление займет время в зависимости от скорости вашего интернета. После установки обновлений перезагрузите систему, просто набрав reboot в терминале. reboot После перезагрузки настройте имя хоста с помощью следующей команды. hostname srv1.example.com И мы готовы установить веб-панель CentOS. Теперь используйте следующие команды в зависимости от установленной версии CentOS.

Для CentOS 6 — 

 cd /usr/local/src
wget http://centos-webpanel.com/cwp-latest
sh cwp-latest

Для CentOS 7 — 

 cd /usr/local/src
wget http://centos-webpanel.com/cwp-el7-latest
sh cwp-el7-latest

Первая команда cd переместит вас в каталог src. Вторая команда wget загрузит сценарий установки с сервера CentOS, а последняя команда sh выполнит сценарий. Если вы получите какую-либо ошибку при выполнении второй команды, такой как Команда wget не найдена , тогда вы можете сначала установить wget.

 yum install wget

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

После завершения установки вы получите подробную информацию о панели. Скопируйте его куда-нибудь в надежное место. Я говорю это еще раз скопируйте его куда-нибудь в надежное место или лучше запомните.

​Войти в панель CWP

​Адрес панели ваш IP-адрес сервера: 2030 . Как видите адрес моей панели http://144.202.3.162:2030 .

Пользователь по умолчанию — root, а пароль — пароль вашего сервера.

И вуаля! Мы успешно установили CWP на наш сервер. У нас есть вся системная статистика, запущенные процессы, статистика файловой системы и боковая панель, заполненная параметрами на панели инструментов. Вы также можете увидеть некоторые предупреждения оранжевым и красным цветом, которые мы исправим в следующей статье. В следующей части этой серии по настройке веб-сервера я назначу нового пользователя, настрою пакеты хостинга для клиентов, создам учетную запись FTP для загрузки файлов на сервер, включу брандмауэр для борьбы с опасными соединениями.

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

Сохаил

Мохд Сохаил — веб-разработчик и системный администратор Linux. Он также любит писать статьи с практическими рекомендациями, обзоры приложений и любит использовать новые дистрибутивы Linux.

869 сообщений0 комментариев

Посмотреть все сообщения

Что такое ПО CentOS Stream Server?

Если вы ищете подходящую платформу для своих проектов веб-разработки, возможно, вы столкнулись с CentOS Stream. Это серверное программное обеспечение позволяет разрабатывать новые приложения. Тем не менее, вы можете задаться вопросом, подходит ли он для ваших нужд. К счастью, мы составили это простое руководство, чтобы помочь вам принять решение.

В этом посте мы более подробно рассмотрим CentOS Stream и то, как он работает. Мы также обсудим его плюсы и минусы и покажем, как использовать его с WordPress. Давайте начнем!

  • 1
    Что такое CentOS Stream?

    • 1.1
      Отличается ли CentOS от других веб-серверов?

  • 2
    Как работает CentOS Stream?

    • 2.1
      Как определить, использует ли ваш веб-сервер CentOS

  • 3
    Плюсы и минусы CentOS Stream

  • 4
    Запуск WordPress на CentOS Stream

  • 5
    Заключение

Что такое CentOS Stream?

CentOS означает операционную систему Community ENTerprise. Это дистрибутив Linux, который предоставляет бесплатную платформу для разработки. Он разработан Red Hat, компанией, которая предоставляет корпоративным клиентам программные продукты с открытым исходным кодом:

Проект CentOS создал две платформы: CentOS Linux и CentOS Stream. CentOS Linux была перестроением Red Hat Enterprise Linux (RHEL), корпоративной операционной системы Linux. Этот продукт был снят с производства в 2021 году и заменен CentOS Stream. Однако CentOS Linux все еще используется, даже если он устарел.

CentOS Stream служит веткой разработки для RHEL. Это платформа с открытым исходным кодом, которая позволяет разработчикам создавать и тестировать новые приложения. Перед выпуском новых версий Red Hat разрабатывает исходный код RHEL в CentOS Stream. Эта настройка позволяет разработчикам участвовать в будущих версиях программного обеспечения.

Имейте в виду, что текущая версия программного обеспечения, CentOS Stream 8, будет прекращена в 2024 году. Затем она будет заменена CentOS Stream 9.

Отличается ли CentOS от других веб-серверов?

CentOS Stream позволяет веб-разработчикам вносить свой вклад в экосистему RHEL. Он также предоставляет предварительный просмотр обновлений и функций RHEL перед выпуском. Кроме того, CentOS — это дистрибутив Linux, что отличает его от другого серверного программного обеспечения и открывает доступ к различным командам и рабочим процессам разработки.

Например, Apache поддерживает различные операционные системы, включая Windows и UNIX. Он легко настраивается и удобен для начинающих. Существует также Apache Tomcat, серверное программное обеспечение, ориентированное на Java-приложения. Он также легкий и гибкий, с несколькими вариантами настройки. Другой популярный вариант — NGINX. Это серверное программное обеспечение с открытым исходным кодом предназначено для обработки множества одновременных подключений.

Для сравнения, CentOS Stream напрямую связан с ядром и ядром ОС Linux, что обеспечивает дополнительный уровень глубины и функциональности.

Как работает CentOS Stream?

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

Он также имеет три основных репозитория в своем дистрибутиве:

  • Обновления: Пакеты с исправлениями уязвимостей безопасности, ошибок и общими улучшениями.
  • База: Точечные выпуски CentOS.
  • Дополнения: Пакеты, не входящие в состав апстрима.

Как упоминалось ранее, CentOS Stream — это бесплатная платформа с открытым исходным кодом. Поэтому вы можете загрузить его на свой компьютер:

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

Метод графической установки обеспечивает дополнительную настройку графических параметров. Чтобы эта установка прошла успешно, вам необходимо создать диск с установочным образом. Вы можете сделать это, загрузив необходимый файл ISO и используя метод носителя, такой как DVD, CD или USB-накопитель.

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

Как определить, использует ли ваш веб-сервер CentOS

Некоторые веб-хосты предлагают CentOS вместе с другими опциями серверного программного обеспечения, такими как Apache и NGINX. Например, Cloudways позволяет вам установить WordPress на сервер Google Cloud. Затем вы можете настроить CentOS на сервере.

Есть быстрый и простой способ узнать, какой тип сервера использует ваш сайт. Откройте свой веб-сайт в Google Chrome, затем нажмите F12 на клавиатуре, чтобы запустить Инструменты разработчика 9.0173 :

Затем выберите вкладку Сеть , обновите страницу и щелкните любой элемент под Имя . Перейдите на вкладку Headers и в разделе Response Headers найдите сервер:

.

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

CentOS Stream Плюсы и минусы

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

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

Кроме того, CentOS Stream полностью бесплатен. Таким образом, это может быть бюджетной альтернативой другим вариантам серверного программного обеспечения.

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

Запуск WordPress на CentOS Stream

Если вы используете решение для облачного хостинга Google, вы сможете установить CentOS с WordPress. Вам понадобится сервер CentOS, установленный и настроенный на вашем компьютере (как обсуждалось выше). Вам также понадобится стек LAMP (Linux, Apache, MySQL и PHP), установленный на вашем сервере CentOS.

Следующим шагом будет создание базы данных MySQL и пользователя WordPress. Затем установите WordPress в домашний каталог вашего сервера.

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

Наконец, вы можете завершить установку WordPress через веб-интерфейс. Все, что вам нужно сделать, это ввести доменное имя вашего сервера или общедоступный IP-адрес в браузере.

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