Мы — долго запрягаем, быстро ездим, и сильно тормозим.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
www.lissyara.su
—> статьи
—> FreeBSD
|
|
Для автозапуска:
1) в случае FreeBSD: в файл /etc/rc.conf прописываем:
|
а в файл конфигурации загрузчика /boot/loader.conf добавляем строку:
|
2) в случае SL7:
|
Больше пока ничего не делаем.
2) ------------— nginx
|
При необходимости/желании использовать nginx, собранный его разработчиками, воспользуемся их репозиториями.
Создадим repo-файл /etc/yum.repos.d/nginx.repo такого содержания:
|
Импортируем ключи для проверки пакетов:
|
Перед установкой обновляем кэш метаданных:
|
Установка/обновление проводятся штатно.
Для автозапуска:
1) в случае FreeBSD: в файл /etc/rc.conf прописываем:
|
2) в случае SL7:
|
Больше пока ничего не делаем.
3) ------------— PHP
С FreeBSD всё проще: в портах и пакетах есть уже версия 7.0. PHP ставится двумя пакетами: базовый пакет - php70, пакет с дополнениями - php70-extensions. При сборке php70 для Apache можно ставить "по умолчанию" или выбрать какие-либо необходимые параметры, а для nginx обязательно указываем поддержку FPM:
|
При сборке php70-extensions для обоих web-серверов указываем поддержку выбранной СУБД:
|
Ну и сама установка:
|
В случае с SL7 всё сложней: на момент написания в официальных репозиториях нет версии 7.0, поэтому воспользуемся сторонними. Например:
а) IUS Community Project
|
б) Webtatic
|
Здесь и в дальнейшем будем всё делать на основе сборок IUS Community Project:
|
Больше пока ничего не делаем.
4) ------------— MySQL
-== FreeBSD ==-
Устанавливаем MySQL:
|
Создаём необходимые системные таблицы и устанавливаем права:
|
Создаём файл логов и права на него:
|
Добавляем в /etc/rc.conf строку автозапуска:
|
Запускам сервер MySQL:
|
Задаём пароль администратора и делаем необходимые настройки безопасности (на более старых версиях MySQL для этого приходилось ставить отдельно порт скриптов, например, /usr/ports/databases/mysql51-scripts/):
|
Больше пока ничего не делаем.
5) ------------— PostgreSQL
6) ------------— phpMyAdmin
Поддержку MySQL в PHP в FreeBSD мы установили, когда устанавливали php70-extensions, поэтому теперь описываем установку соотв. пакетов для SL7:
|
Устанавливаем непосредственно phpMyAdmin:
|
Установка закончена.
7) ------------— phpPgAdmin
Поддержку PostgreSQL в PHP в FreeBSD мы установили, когда устанавливали php70-extensions, поэтому теперь описываем установку соотв. пакетов для SL7:
|
Устанавливаем непосредственно phpPgAdmin:
|
Настройка ПО
PHP
После установки создадим файл конфигурации php.ini на основе шаблона, удалив комментарии:
|
и добавим в него в блок [Date] параметр временной зоны:
|
И проверяем в блоке [PHP] установку кодировки "по умолчанию":
|
Базовая настройка PHP завершена.
PHP-FPM
FPM необходим для работы nginx (Apache умеет работать напрямую: об этом в его настройке ниже), хотя и Apache может использовать. Но рассматриваем здесь PHP-FPM именно в связке с nginx.
Создадим файлы конфигураций на основе шаблонов, удалив комментарии:
|
Теперь вносим коррективы, чтобы получить следующее (указаны только основные параметры):
1) файл php-fpm.conf:
|
2) файл www.conf (по умолчанию прослушивается TCP-сокет 127.0.0.1:9000, но unix-сокет более быстрый):
|
Указанные в файле www.conf пользователь и группа должны существовать в системе. Обычно они создаются при установке соответствующего web-сервера:
- FreeBSD: www:www при установке и Nginx и Apache;
- SL7: nginx:nginx при установке Nginx; apache:apache - при установке Apache.
Проверяем файлы конфигураций PHP-FPM на ошибки:
|
Если всё в норме (т.е. successful, как в примере) - прописываем в автозапуск и запускаем:
1) в случае FreeBSD - в файл /etc/rc.conf добавляем:
|
И запускаем:
|
2) в случае SL7:
|
Проверяем наличие в системе активных unix-сокетов:
|
Если всё это высветилось, значит PHP-FPM мы успешно настроили и запустили.
Apache
В конфигурационный файл (/usr/local/etc/apache24/httpd.conf для FreeBSD и /etc/httpd/conf/httpd.conf для SL7) прописываем имя сервера и адрес админа:
|
Запускаем наш Apache:
|
При запуске файл конфигурации проверяется на ошибки:
|
До версии PHP 5.4.27 модуль сопряжения входил в базовый пакет PHP и для включения поддержки достаточно было в конфиге Apache 2.2 указать две строчки в /usr/local/etc/apache22/httpd.conf в блоке <IfModule mime_module>:
|
В установленной версии PHP 7.0 для обеспечения поддержки PHP в Apache необходимо первоначально установить модуль сопряжения, выделенный в отдельное приложение:
|
По окончании установки на экран будет выведена информация по необходимым параметрам, которые необходимо прописать в конфиг Apache. Сделаем, как указано: добавим в конфигурационный файл httpd.conf в блоке <IfModule mime_module>:
|
Для проверки работы Apache в связке с PHP создаём конфигурационный файл тестового сайта (/usr/local/etc/apache24/Includes/test.conf - для FreeBSD, /etc/httpd/conf/Includes/test.conf для SL7), куда добавляем параметр DirectoryIndex в блок <Directory />, чтобы получилось следующее (подробней о настройке прав доступа здесь и здесь) и не забываем добавить IP или имя своего узла в соответствующий параметр Require:
|
Перезапустим Apache:
|
Для проверки нормальных подключения и работы модуля поддержки PHP можно открыть в браузере по ссылке http://xxx.xxx.xxx.xxx/index.php предварительно созданный файл /usr/local/www/apache24/data/index.php следующего содержания:
|
Если всё сделано правильно - в браузере увидим информацию по PHP.
Nginx
1) Базовая настройка
Готовим шаблон конфигурации:
|
Сделаем конфигурационный файл nginx-а модульным: для удобства конфигурирования:
Основной файл конфигурации (nginx.conf) приводим к виду (пример для SL7: для FreeBSD надо адаптировать данный файл):
|
Создаём каталог, где будут находиться конфигурационные файлы отдельных сайтов и файл сайта в нём:
|
При приводим файл конфигурации /etc/nginx/server.d/mysite.conf нашего сайта к виду (при необходимости вносим изменения):
|
Проверяем параметры поддержки PHP в файле /etc/nginx/fastcgi_params. Можно оставить "умолчальные", но для себя я немного поправил.
Сначала сохраним копию "умолчальных" параметров:
|
А теперь приведём файл в такому виду:
|
Базовая настройка nginx завершена.
Проверяем конфигурацию:
$ nginx -t nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful |
И запускаем nginx, если явных ошибок нет:
|
Для проверки нормальных подключения к nginx и работы модуля поддержки PHP создаём файл /usr/share/nginx/html/mysite.domain.tld/index.php следующего содержания:
|
Проверяем работоспособность подключением к нашему сайту по адресу:
|
Дополнительная информация:
1 - официальная документация;
2 - Встроенные переменные nginx;
3 - Name-based virtual hosting with Nginx (динамическое создание сайтов в Nginx);
4 - FreeBSD - Настройка Nginx + PHP-FPM в chroot;
5 - Веб-сервер на основе Nginx и PHP-FPM.
2) Настройка HTTPS (на примере SL7)
Запрос сертификата Let's Encrypt
Для запроса сертификата достаточно установить утилиту поддержки certbot:
|
Запускаем генерацию сертификатов:
|
и следуем указаниям.
Если всё нормально, то в каталоге /etc/letsencrypt/live появятся файлы ключей (точнее - ссылки на них, а сами файлы будут в /etc/letsencrypt/archive).
Продление сертификатов
Let's Encrypt выдаёт сертификаты на 3 месяца. Т.е. как минимум четырежды в год надо запрашивать обновление сертификата. Естественно, это лучше делать с помощью cron. Но предварительно надо проверить, что всё нормально:
|
Если всё нормально, то настроим соответственно cron:
|
Настройка nginx на поддержку HTTPS
Меняем файл конфигурации сайта, добавив в него соответствующие строки:
|
Генерируем файл параметров DH:
|
Проверяем конфигурацию:
$ nginx -t nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful |
И перезапускаем nginx, если явных ошибок нет:
|
Для OCSP stapling нужен кеширующий DNS сервер (в nginx.conf параметр resolver). Наиболее простой вариант - установить dnsmasq и настроить его:
|
Проверяем конфигурацию
$ dnsmasq --test dnsmasq: syntax check OK. |
и запускаем его:
|
Для проверки настройки поддержки HTTPS в nginx подключаемся к нашему сайту по адресу:
|
Если всё нормально открылось, то проверяем безопасность настроек HTTPS двумя сервисами (первые две ссылки в "Дополнительная информация"). Хорошая конфигурация даст результат - A+ (зелёный).
Можно провести проверку цепочки сертификатов:
|
Так же можно проверить настройки безопасности:
- по ниже приведённым ссылкам на профильные сайты;
- используя сканер безопасности nmap:
|
Дополнительная информация:
1 - Проверка настройки HTTPS;
2 - Проверка безопасности HTTPS;
3 - CertBot;
4 - Соответствие наименований алгоритмов в OpenSSL и RFC.
3) Ограничение доступа паролем
Ограничение доступа реализовано через модуль HttpAuthBasic (директивы auth_basic_*).
Используется утилита htpasswd из пакета httpd-tools:
|
Для её использования:
|
Можно воспользоваться OpenSSL:
|
После ввода и проверки пароля будет выведен, например, такой хэш $apr1$FxTYeccb$De85YYIB9Sxc58.pD1Dxo1. Записываем в наш файл /etc/nginx/htpasswd в формате:
|
В конфигурацию сайта добавляем строки
|
Перезагружаем новую конфигурацию и проверяем доступ.
4) Работа с модулями
Просмотр списка подключённых модулей:
|
MySQL + phpMyAdmin
Создаём конфигурационный файл /usr/local/etc/my.cfg с одним параметром (для начала):
|
Создаём конфигурационный файл phpMyAdmin.conf для Apache в каталоге /usr/local/etc/apache24/Includes/ и вписываем туда:
|
Открываем конфигурационный файл /usr/local/www/phpMyAdmin/config.inc.php и прописываем следущее:
|
Заходим на страницу phpMyAdmin по ссылке:
|
Видим внизу надпись:
Дополнительные возможности phpMyAdmin не настроены в полной мере, некоторые функции были отключены. Для определения причины нажмите здесь. |
И начинаем делать то, что написано в "здесь".
Создадим необходимые таблицы указанным скриптом create_tables.sql и обновим созданные структуры скриптом upgrade_tables_mysql_4_1_2+.sql (т.к. у нас более новая версия MySQL сервера):
|
Переоткроем страницу phpMyAdmin, чтобы изменения считались (иногда требует перезапуска браузера: может не отображаться, например, пункт меню "Пользователи").
Следующим шагом необходимо создать специального пользователя с именем "pma" и наделить его соответствующими правами, для чего нажмите "Privileges" ("Привилегии"), на открывшейся странице нажмите ссылку "Add a new User" ("Добавить нового пользователя"), в разделе "Login Information" ("Информация учетной записи") заполните поля следующим образом:
|
На открывшейся странице, в разделе "Database-specific privileges" ("Привилегии уровня базы данных") из ниспадающего меню "Add privileges on the following database:" ("Добавить привилегии на следующую базу") выберите "phpmyadmin". Откроется следующая страница, где в разделе "Databasespecific privileges" ("Привилегии уровня базы данных"), в блоке "Data" ("Данные"), поставьте галочки рядом с опциями: SELECT, INSERT, UPDATE, DELETE и нажмите "Go" ("OK").
Снова открываем конфигурационный файл /usr/local/www/phpMyAdmin/config.inc.php и к ранее прописанному добавляем:
|
Можно эти исправления делать вручную, но советуют пользоваться
|
, там же можно добавить необходимые параметры для дополнительных функций.
И последнее: необходимо защитить этой конфигурационный файл от изменений:
|
и запретить к нему достуа по web, создав в каталоге /usr/local/www/phpMyAdmin файл .htaccess с таким содержимым:
|
Всё, настройка (базовая) закончена: переоткрыв страницу с phpMyAdmin (или перезапустив браузер) получаем полный доступ. Правда, чтобы получить некоторые дополнительные возможности программы придётся ещё немного его настроить.
Последние штрихи
Чтобы не засорять систему, для логов Apache и MySQL настроим ежедневную ротацию с глубиной хранения 31 день, добавив в файл /etc/newsyslog.conf три строчки:
|
PostgreSQL + phpPgAdmin
МЕЛОЧИ
Мелочь №1: Сброс забытого пароля пользователя root для MySQL
Остановим MySQL сервер:
|
Запустим сервер MySQL, но уже в "защищённом режиме":
|
Войдём под пользователей root, но без пароля:
|
Остановим сервер MySQL:
|
Запустим сервер MySQL в обычном режиме:
|
и проверим наш новый пароль:
|
Мелочь №2: Кодировка в Apache
Зачастую разработчики и администраторы не верно указывают кодировку на заголовке страниц и в настройках web-серверов.
Особенно часто это касается кодировки UTF-8, коту очень часто указывают в форме UTF8.
Поэтому надо следить, чтобы это, например, для Apache было так:
|
А для nginx так:
|
Правда бывают и исключения, заложенные разработчиками используемого ПО. Например, в MySQL для указания в какой кодировке обращаться к БД используется запрос:
|
Вероятно это либо просто ошибка, либо "дань моде на ошибку".
Подробней о кодировках: здесь.
Мелочь №3: Перекодирование текста в БД
В случае проблем с кодировкой текста в записях в БД это можно исправить средствами самого MySQL.
Например, если видим такое:
$ echo 'select * from test;' | mysql -t tmp +--------------------------+ | a | +--------------------------+ | блабла | +--------------------------+ $ |
Воспользуемся командой convert:
$ echo 'select convert(convert(a using latin1) using binary) from test;' | mysql -t tmp +-----------------------------------------------+ | convert(convert(a using latin1) using binary) | +-----------------------------------------------+ | блабла | +-----------------------------------------------+ $ |
Ещё пример, с кодировкой KOI-8R:
$ echo 'select * from test;' | mysql -t tmp +--------------------------------+ | a | +--------------------------------+ | п╠п╩п╟п╠п╩п╟ | +--------------------------------+ $ |
И тут всё аналогично:
$ echo 'select convert(convert(a using koi8r) using binary) from test;' | mysql -t tmp +----------------------------------------------+ | convert(convert(a using koi8r) using binary) | +----------------------------------------------+ | блабла | +----------------------------------------------+ $ |
Полезное: ссылка1, ссылка2, ссылка3.
Мелочь №4: Nginx: 503 ошибка, в его логах
“upstream sent too big header while reading response header from upstream
”
Проблема решается добавлением в основной файл nginx.conf в раздел http{} строк:
|
Мелочь №5: Встроенные переменные Nginx
|
Настройка 2-х узлового кластера PostgreSQL 12 в синхронном режиме master-slave с потоковой репликацией данных и кластерным IP
Инструкция основана и является продолжением инструкции "Установка базового сервера на основе CentOS 7/8", по которой установлены 2 сервера на основе CentOS 8. Следует иметь в виду, что оба сервера должны быть максимально идентичны друг другу как по характеристикам, так и по установленному ПО и параметрам его конфигурирования (особенно всё, что связано с работой PostgreSQL). Версионность самого PostgreSQL должна полностью совпадать (смена версий должна происходить при остановленной работе серверов).
Имена и IP, используемые в инструкции:
|
Назначаем имена серверам:
|
Регистрируем в DNS все адреса из таблицы.
Все дальнейшие действия делаем на обоих серверах. При необходимости делать действия, разные для каждого сервера - это будет обговорено.
В файл /etc/hosts тоже их запишем, чтобы избежать проблем в случае сбоя DNS или потери доступа к нему:
|
Если сервер готовился по инструкции "Установка базового сервера на основе CentOS 7/8", то подготовим партицию для БД (для примера: "сжав" /dev/mapper/centos-opt до 4ГБ и создав из освободившегося места /dev/mapper/centos-var_lib_psql):
|
Пропишем указанную партицию в /etc/fstab:
|
Не забываем удалить или закомментировать строку для /dev/mapper/centos-opt, если /opt у нас больше не будет отдельной партицией.
Создаём и монтируем каталог /var/lib/pgsql:
|
Устанавливаем репозиторий, если не был установлен ранее:
|
Активируем модуль PostgreSQL требуемой версии:
|
После этого, или если были оба пакета - ставим PostgreSQL:
|
Если права на каталог /var/lib/pgsql при установке сервера PostgeSQL не выставились:
|
Инициализируем кластер (только на MASTER!):
|
Конфигурируем каталог журналов (только на MASTER!):
|
Создаём файл параметров bash с домашнем каталоге пользователя postgres:
|
Или внесём эти строки в файл /var/lib/pgsql/.bashrc (если он уж был создан):
|
На MASTER узле:
а) сохраняем имеющийся файл конфигурации сервера PostgreSQL /var/lib/pgsql/12/data/postgresql.conf:
|
И вместо него создаём новый, с таким содержанием:
|
Установим ему правила SELinux (если он не отключён):
|
И запустим сервер:
|
б) создаём пользователя для репликации:
Подключаемся к нашему серверу:
|
создаём пользователя:
|
в) сохраняем копию файла управления доступом /var/lib/pgsql/12/data/pg_hba.conf:
|
И добавляем в конец файла строки:
|
без перезагрузки сервера БД даём ему указание обновить информацию о настройках доступа из файла pg_hba.conf:
|
На SLAVE узле:
а) производим загрузку баз с MASTER:
|
На запрос пароля укажем пароль от созданного на MASTER узле пользователя для репликации.
По окончании синхронизации и на SLAVE конфигурируем каталог журналов:
|
При репликации данных в MASTER был создан файл /var/lib/pgsql/12/data/recovery.conf, куда надо добавить строку:
|
При появлении в каталог /tmp/ файла failover_psql сервер PostgreSQL перейдёт из режима SLAVE в MASTER и перестанет принимать данные от старого MASTER.
Запустим сервер:
|
Проверяем состояние репликации (через psql):
|
На обоих серверах устанавливаем keepalived:
|
в) сохраняем имеющийся файла конфигурации /etc/keepalived/keepalived.conf:
|
Создаём новый файл конфигурации /etc/keepalived/keepalived.conf со следующим содержимым (указано, какие строки брать для MASTER, а какие - для SLAVE):
|
Создаём пользователя, под которым будут исполняться скрипты keealived:
|
Создаём БД, по которой будет проверяться работа сервера PostgreSQL и соответствующего пользователя:
|
Запускаем keealived:
|
Если у нас включён SELinux - проверяем его логи и создаём политику для keepalived:
|
Перезагружаем keepalived:
|
Проверить работу keepalived можно по его записям в системный журнал /var/log/messages.
Настройка Apache Kafka
Подготовительный (необязательный) этап: организуем отдельную LVM партицию для хранения данных (считается, что у нас есть свободное пространство в группе томов centos):
|
В /etc/fstab прописываем:
|
И сразу монтируем его:
|
Устанавливаем JRE 1.8:
|
Скачиваем и распаковываем в /opt/kafka актуальную версию:
|
Создаём профиль пользователя, под которым будет работать Kafka и устанавливаем права на его каталог:
|
Создаём каталоги для хранилищ kafka и zookeeper:
|
Исправляем права на /opt/kafka:
|
Создаём каталог для журналов и сами журналы:
|
Создаём файлы systemd юнитов:
1) /etc/systemd/system/zookeeper.service:
|
2) /etc/systemd/system/kafka.service:
|
Перечитываем параметры юнитов:
|
В файле /opt/kafka/config/zookeeper.properties указываем директорию:
|
В файл /opt/kafka/config/server.properties:
|
В firewalld создаём правило для сервиса kafka:
|
Запускаем сервис kafka:
|
Kafka настроен как зависящий от Zookeeper, поэтому вначале запускается zookeeper.service, а затем kafka.service.
Дополнительные действия
№1 Подключение к PostgreSQL
Если необходимо подключение в СУБД, то необходимо настроить коннектор для соответствующей СУБД. Для этого идём на сайт проекта debezium.io и скачиваем актуальную версию для PostgreSQL (для примера):
|
Создаём файл systemd юнита /etc/systemd/system/kafka-connect.service:
|
Создаём каталог для конфигураций подключений:
|
И файлы конфигураций подключения к СУБД (по примеру: /opt/kafka/config/connector/connect1.properties, но их можно создавать несколько и добавлять в строку запуска в файле /etc/systemd/system/kafka-connect.service, разделяя пробелами):
|
где public.table1-public.table6 - названия таблиц, из которых импортируются данные.
Устанавливаем на эти файлы права доступа:
|
Запускаем коннектор:
|
Проверяем успешность запуска через файл /opt/kafka/logs/kafka-connect.log.
Дополнительная информация
1) Setup a single Apache Kafka node on CentOS 7
2) Установка Kafka в Unix/Linux
3) How to Install Apache Kafka on CentOS 7
4) How To Install Apache Kafka on CentOS 7
размещено: 2012-07-29,
последнее обновление: 2020-09-19,
автор: Fomalhaut
mfog, 2012-08-09 в 15:59:41
все здесь классно, но вот только про рассширения ПХП ничего не описано, я сомневаюсь что пхпадмин запустится
Fomalhaut, 2012-08-13 в 14:15:09
Они установятся, как зависимость для phpMyAdmin.
Dr. Pi, 2012-10-07 в 19:26:52
строка DirectoryIndex index.php index.html
дожна быть вписана в секцию <IfModule dir_module>, а не в секцию <Directory> :))
PathFounder, 2013-01-01 в 12:48:27
Грандмерси за статью - самому написать было лень, а когда консультировал или сам "по-быстрому" ставил - всё время на всяких мелочах ловил грабли :)
Fomalhaut, 2013-01-01 в 15:02:32
PathFounder: Поэтому и написал: надоело многократно наступать на одни и те же грабли. :)
ail-man, 2013-01-15 в 12:49:11
Спасибо автору, все работает =)
SkiNNi, 2013-03-05 в 10:33:45
Корректировки по моей установке, если кто напорется:
1. При конфигурировании установки PHP выбрать модуль APACHE он у меня не был выбран.
2. У меня не заработал скрипт mysql_secure_installation поэтому делать как: Мелочь №1: Сброс забытого пароля пользователя root для MySQL
3.каталог phpMyAdmin переписать в /usr/local/www/apache22/data т.к. каталог по умолчанию.
Большое спс автору.
Fomalhaut, 2013-03-10 в 14:56:08
SkiNNi: Принято:
1) исправлено: это мой недосмотр - по умолчанию модуль Apache не указан;
2) а текущий каталог точно был /usr/local/ ? я вот тоже напарывался, пока поиском расположение не нашёл; или опять что-то в дистрибутиве поменялось (раньше вообще все обслуживающие скрипты были в отдельном порту (mysql55-scripts, примерно, не помню точно);
3) это уже детали, так или иначе настройка вся в httpd.conf.
Anatoly, 2013-06-11 в 17:21:44
конфигурационный файл mysql /usr/local/etc/my.cnf
Витя, 2013-07-03 в 12:32:32
Отличный мануал, большое спасибо.
Только не советую конфигурационный файл /usr/local/www/phpMyAdmin/config.inc.php править руками. Куда проще воспользоваться http://ip-servera/phpmyadmin/setup/ там же можно добавить необходимые параметры для доп. функций.
Artym, 2014-09-09 в 10:26:14
в связи с тем, что все обновилось, с выхода статьи, пришлось кое-что корректировать.
с /usr/local/etc/apache22/ на /usr/local/etc/apache24/
и для phpmyadmin
cd phpmyadmin
# mkdir config
# chmod o+rw config
# cp config.sample.inc.php config/config.inc.php
# chmod o+w config/config.inc.php
Cebers, 2014-10-05 в 22:26:45
Прикольно было бы для приручения юного админа к FreeBSD, если расписать что значит каждая команда.
Fomalhaut, 2014-10-05 в 23:26:51
Юного админа надо не приРучать, а приучать. :)
Т.е. надо учить, направлять, что в Unix/Linux значить учить самому искать информацию: в man-ах, руководствах и пр. Если бы это было сложно - другой вопрос, но описания в Сети найти не проблема совершенно. Иначе можно получить недоадмина, который на всё готовое только реагировать.
Jelev, 2015-06-09 в 9:40:29
"По окончании установки на экран будет выведена информация по необходимым параметрам, которые необходимо прописать в конфиг Apache. Сделаем, как указано: добавим в /usr/local/etc/apache22/httpd.conf в блоке <IfModule mime_module>:"
Хотя выше:
"$ cd /usr/ports/www/apache24"
Xumuk, 2015-11-11 в 12:38:04
после смены пароля root'a, mysql не останавливается
# /usr/local/etc/rc.d/mysql-server stop
Stopping mysql.
kill: 66356: Operation not permitted
Этот информационный блок появился по той простой причине,
что многие считают нормальным, брать чужую информацию не уведомляя автора
(что не так страшно), и не оставляя линк на оригинал и автора — что более существенно.
Я не против распространения информации — только за. Только условие простое — извольте
подписывать автора, и оставлять линк на оригинальную страницу в виде прямой, активной, нескриптовой,
незакрытой от индексирования, и не запрещенной для следования роботов ссылки.
Если соизволите поставить автора в известность — то вообще почёт вам и уважение.
© lissyara 2006-10-24 08:47 MSK
Комментарии пользователей [15 шт.]