Установка PureFTPd

На выбор в репозитории предлагается 4 варианта возможной конфигурации:
- pure-ftpd - FTP-сервер, с аутентификацией через системных пользователей,
- pure-ftpd-ldap - FTP-сервер, с аутентификацией через пользователей LDAP,
- pure-ftpd-mysql - FTP-сервер, с аутентификацией через пользователей хранимых в СУБД MySQL,
- pure-ftpd-postgresql - FTP-сервер, с аутентификацией через пользователей хранимых в СУБД PostgreSQL.

Небольшие пояснения:
- символ # (решётка) - означает выполнение команды от root (суперпользователя),
- cat /path/to/some.file - означает что ниже приведено полное содержимое файла some.file, расположенного в директории /path/to,
- echo no > /path/to/some.file - означает, что в some.file будет вставлен текст no, с заменой содержимого. Если файл не существует, он будет создан.

Я выбрал вариант с поддержкой MySQL:

# apt-get install pure-ftpd-common pure-ftpd-mysql

Настройка PureFTPd

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

/etc/pure-ftpd/conf

Рассмотрим наиболее интересные файлы конфигурации предоставленные нам мейнтейнерами по умолчанию.

Указан файл для логов трансфера, в формате Apache:

# cat /etc/pure-ftpd/conf/AltLog
clf:/var/log/pure-ftpd/transfer.log

Указан файл конфигурации для MySQL:

# cat /etc/pure-ftpd/conf/MySQLConfigFile
/etc/pure-ftpd/db/mysql.conf

Анонимным пользователям доступ запрещен:

# cat /etc/pure-ftpd/conf/NoAnonymous
yes

Теперь необходимо дополнить конфигурацию. Для начала запретим UNIX-аутентификацию:

# echo no > /etc/pure-ftpd/conf/UnixAuthentication

Затем запретим PAM-аутентификацию:

# echo no > /etc/pure-ftpd/conf/PAMAuthentication

Ограничим пользоватей их домашним каталогом:

# echo "yes" > /etc/pure-ftpd/conf/ChrootEveryone

Укажем диапазон портов для пассивных соединений:

# echo "40110 40210" > /etc/pure-ftpd/conf/PassivePortRange

Не забудьте потом открыть необходимые порты в брандмауэре.

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

Установка веб-интерфейса PureFTP WebUI.

Есть два веб-интерфейса, которые я нашел. Это PureFTPd WebUI и User Manager. Для себя я выбрал PureFTPd WebUI. Ну-с, приступим к установке.

Переходим в директорию файлов веб-сервера:

1

# cd /var/www/sitename

Где sitename - директория веб-сервера с уже настроенным сайтом.

Скачаем файлы веб-интерфейса с гитхаба:

1

$ git clone https://github.com/mazay/pure-ftpd-webui.git

Переходим в скачаный каталог pure-ftpd-webui:

1

# cd pure-ftpd-webui

В одном из файлов я нашел ошибку в функции create_table_settings(). Неверно указано значение параметра pureftpd_init_script_path и отсутствует параметр pureftpwho_path. Надо заменить строку:

1

('pureftpd_init_script_path','/etc/init.d/pure-ftpd');";

На

1
2

('pureftpd_init_script_path','/etc/init.d/pure-ftpd-mysql'),
('pureftpwho_path','/usr/sbin/pure-ftpwho');";

Для нормального доступа у вас уже должен быть настроен веб-сервер. После того как откроете страницу http://sitename/pure-ftpd-webui, вам будет доступна страница настройки:

Где sitename - доменное имя сервера или его IP-адрес.

После того как вы нажмете кнопку Install вы попадете на страницу настройки подключения к СУБД MySQL:

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

После завершения настройки, вам будет доступен интерфейс для управления PureFTPd:

Искал альтернативу pgAdmin3 поддерживающую работу через веб-интерфейс и наткнулся phpPgAdmin. На мой взгляд очень удобный иструмент для работы с PostgreSQL. Хотя и отстает в функционале от pgAdmin3, но мне вполне хватает. Так же для меня важно, что phpPgAdmin достаточно установить и настроить один раз. В качестве веб-сервера используется Apache 2.4.

Процесс установки phpPgAdmin, для Debian и других ОС основанных на нем будет выглядеть так:

1

# apt-get install phppgadmin

В случае CentOS должен быть установлен репозиторий EPEL, а команда на установку будет выглядеть так:

1

# yum -y install phpPgAdmin

И всё бы было замечательно, но конфигурация в пакете для Apache 2.2, а у меня Apache 2.4. Потому надо подправить конфигурационный файл.

Конфигурационный файл в Debian:

1

/etc/apache2/conf-available/phppgadmin.conf

Конфигурационный файл в CentOS:

1

/etc/httpd/conf.d/phpPgAdmin.conf

К следующему виду:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

Alias /phppgadmin /usr/share/phppgadmin

<Directory /usr/share/phppgadmin>

DirectoryIndex index.php
AllowOverride None

# Only allow connections from localhost:
Require ip 192.168.1
#Require all granted

<IfModule mod_php5.c>
  php_flag magic_quotes_gpc Off
  php_flag track_vars On
  #php_value include_path .
</IfModule>
<IfModule !mod_php5.c>
  <IfModule mod_actions.c>
    <IfModule mod_cgi.c>
      AddType application/x-httpd-php .php
      Action application/x-httpd-php /cgi-bin/php
    </IfModule>
    <IfModule mod_cgid.c>
      AddType application/x-httpd-php .php
      Action application/x-httpd-php /cgi-bin/php
    </IfModule>
  </IfModule>
</IfModule>

</Directory>

В параметре Require мы задаем правила доступа к phpPgAdmin. В вышеуказанном примере, доступ разрешается по маске 192.168.1, остальные доступа не имеют. Потому, если вы планируете подключатся например из дома, то закомментируйте строку Require ip 192.168.1 и раскомментируйте строку Require all granted, это позволит открывать страницу phpPgAdmin с любого IP-адреса. Но, если вы разрешили подключение из-за пределов вашей локальной сети, стоит включить обязательную проверку пароля в PostgreSQL.

Ну и напоследок следует отключить дополнительную защиту при авторизации. Для этого нужно в конфигурационном файле phpPgAdmin в параметре $conf['extra_login_security'] выставить значение false.

Конфигурационный файл phpPgAdmin в Debian:

1

/etc/phppgadmin/config.inc.php

Конфигурационный файл phpPgAdmin в CentOS:

1

/etc/phpPgAdmin/config.inc.php

Если вы настроили все правильно, то по IP-адресу или доменному имени (если вы настроили его) сервера вам будет доступен веб-интерфейс phpPgAdmin:

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

ПРИМЕЧАНИЕ! Недавно вышел pgAdmin4, в котором реализовали поддержку веб-интерфейса. Постараюсь на

По просьбе знакомого выкладываю инструкцию по установке и настройке Octopress. Octopress - это простой и удобный генератор статичных сайтов. Он поддерживает выгрузку на GitHub, Bitbucket, Heroku или на ваш сервер с помощью Rsync.

Формирование рабочей среды для Octopress.

В документации на официальном сайте указано, что для корректной работы Octopress требуется Ruby версии 1.9.3. Но у абсолютного большинства, в репозиториях предлагается версия от 2.1 и выше. В той же документации для того, чтобы установить версию 1.9.3 предлагается использовать rbenv или RVM. Для себя я выбрал RVM (Ruby Version Manager). На его примере мы и рассмотрим установку Octopress.

Для начала установим в систему необходимые пакеты:

1

# apt-get install nodejs git curl

ПРИМЕЧАНИЕ! Для наглядности, перед каждой командой будет указан определенный символ, если это # - значит команда выполняется от имени суперпользователя root, если символ $ - то команда выполняется от имени текущего пользователя.

После чего установим RVM:

1

$ curl -L https://get.rvm.io | bash -s stable

Подскажем системе, где искать RVM:

1

$ source "$HOME/.rvm/scripts/rvm"

Чтобы в дальнейшем каждый раз не указывать путь до каталога с RVM, добавим путь до него в .bashrc:

1

$ echo '[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm"' >> ~/.bashrc

Установим необходимую версию Ruby:

1

$ rvm install 1.9.3

Перезапускаем RVM, и выбираем версию 1.9.3. С помощью ключа --default мы указываем, что будем использовать эту версию по умолчанию:

1
2
3
4

$ rvm reload
RVM reloaded!
$ rvm use --default 1.9.3
Using /home/nihi1ist/.rvm/gems/ruby-1.9.3-p551

Смотрим какая версия Ruby используется в данный момент:

1
2

$ ruby -v
Using /home/nihi1ist/.rvm/gems/ruby-1.9.3-p551

Отлично! Нужная версия Ruby установна и готова к использованию. Можно приступить к установке Octopress. Скачиваем с GitHub необходимые файлы:

ПРИМЕЧАНИЕ! Установщик может в процессе установки может затребовать пароль, для того чтобы установить в систему необходимые зависимости.

Установка Octopress.

1
2

$ git clone git://github.com/imathis/octopress.git octopress
$ cd octopress

Установим gem с названием bundler:

1

$ gem install bundler

Вышеупомянутый gem позволит нам установить другие gem'ы, указанные в файле Gemfile. Запустим команду установки:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34

$ bundle install
Fetching gem metadata from https://rubygems.org/.........
Fetching version metadata from https://rubygems.org/..
Fetching dependency metadata from https://rubygems.org/.
Installing rake 10.4.2
Installing RedCloth 4.2.9 with native extensions
Installing blankslate 2.1.2.4
Installing chunky_png 1.3.5
...
Installing listen 3.0.5
Installing sinatra 1.4.6
Installing jekyll-watch 1.3.0
Installing jekyll 2.5.3
Installing octopress-hooks 2.6.1
Installing octopress-date-format 2.0.2
Bundle complete! 14 Gemfile dependencies, 48 gems now installed.
Use `bundle show [gemname]` to see where a bundled gem is installed.
Post-install message from compass:
    Compass is charityware. If you love it, please donate on our behalf at http://umdf.org/compass Thanks!
Post-install message from haml:

HEADS UP! Haml 4.0 has many improvements, but also has changes that may break
your application:

* Support for Ruby 1.8.6 dropped
* Support for Rails 2 dropped
* Sass filter now always outputs <style> tags
* Data attributes are now hyphenated, not underscored
* html2haml utility moved to the html2haml gem
* Textile and Maruku filters moved to the haml-contrib gem

For more info see:

http://rubydoc.info/github/haml/haml/file/CHANGELOG.md

Выхлоп сокращен.

Установим стандартную тему:

1

$ rake install

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

1

$ cd octopress

Скачиваем нужную тему:

1

$ git submodule add GIT_URL .themes/THEME_NAME

Где GIT_URL - имя репозитория темы, а THEME_NAME - имя темы. Теперь тема доступна для установки:

1

$ rake install['THEME_NAME']

После чего заново генерируем сайт:

1

$ rake generate

Подготовка к развертыванию сайта на базе GitHub.

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

* Поддежка CNAME позволяет прикреплять произвольный домен к репозиторию.

Описывать регистрацию на GitHub я не буду. Но опишу процесс создания репозитория. После того как вы зарегистрируетесь, создайте репозиторий (рис. 1):

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

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

Для выгрузки в репозиторий используется публичный SSH-ключ. Его можно добавить как в настройках репозитория (рис. 3, рис. 4), так и в настроках профиля. Если вы добавите ключ только для репозитория, он будет использоватся лишь для работы с указанным репозиторием.

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

Теперь свяжем созданный выше репозиторий с каталогом Octopress. Для этого запустим команду setup_github_pages. В процессе команда запросит адрес репозитория, пример адреса показан на рис. 3.

1
2
3
4
5

$ rake setup_github_pages
Enter the read/write url for your repository
(For example, 'git@github.com:your_username/your_username.github.io.git)
           or 'https://github.com/your_username/your_username.github.io')
Repository url: git@github.com:nihi1ist/nihi1ist.github.io.git

Если вы все сделали верно, значит у вас настроена выгрузка в ваш репозиторий на GitHub.

Настройка блога.

Основные настройки хранятся в файле _config.yml. Сам файл расположен в корневой папке Octopress. Ниже приведу содержимое этого файла с комментариями.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65

# ----------------------- #
#      Main Configs       #
# ----------------------- #

url: http://yoursite.com
title: Название вашего блога
subtitle: Описание вашего блога
author: Ваш Ник/Имя
simple_search: https://www.google.com/search            # Поисковая система блога
description:

# Формат даты по умолчанию "ordinal" (Пример: "July 22nd 2007")
# Как настроить формат даты показано на странице 
# http://www.ruby-doc.org/core-1.9.2/Time.html#method-i-strftime
# Кроме того, %o даст вам порядковый номер дня
date_format: "ordinal"

# RSS / Email (необязательно) ссылки для подписки
# (изменится если использовать что нибудь вроде Feedburner)
subscribe_rss: /atom.xml
subscribe_email:
# RSS feeds can list your email address if you like
email:

# ----------------------- #
#    Jekyll & Plugins     #
# ----------------------- #

# Если вы хотите публиковать контент в подкаталог, например http://site.com/project
# тогда установите параметре корня сайта - 'root: /project'
root: /
# С помощью параметра ниже можно задать формат пути для статьи
# можно так же использовать переменные :category 
permalink: /blog/:year/:month/:day/:title/
source: source
destination: public
plugins: plugins
code_dir: downloads/code
category_dir: blog/categories
markdown: rdiscount
rdiscount:
  extensions:
    - autolink
    - footnotes
    - smart
highlighter: pygments # default python pygments have been replaced by pygments.rb

paginate: 10                    # Количество сообщений на главной странице
paginate_path: "posts/:num"     # Directory base for pagination URLs eg. /posts/2/
recent_posts: 5                 # Количество сообщений в разделе Recent Posts
excerpt_link: "Read on →"  # "Continue reading" Текст ссылки 
excerpt_separator: "<!--more-->"# Разделитель для статьи

titlecase: true                 # Converts page and post titles to titlecase

# Перечислите модули которые вы хотите добавить на боковую панель, в том порядке который вам нужен
# Для того чтобы добавить свой asides, создайте файл в директории /source/_includes/custom/asides/
# И добавьте их к списку ниже как 'asides/custom_aside_name.html'
default_asides: [asides/recent_posts.html, asides/github.html, asides/delicious.html, asides/pinboard.html, asides/googleplus.html]

# Each layout uses the default asides, but they can have their own asides instead. Simply uncomment the lines below
# and add an array with the asides you want to use.
# blog_index_asides:
# post_asides:
# page_asides:

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

Создание страниц и сообщений.

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

Новые сообщения создаются в каталоге octopress/source/_posts и имеют формат имени YYYY-MM-DD-post-name.markdown:

1
2
3

$ rake new_post["Новое сообщение"]
mkdir -p source/_posts
Creating new post: source/_posts/2016-11-02-novoie-soobshchieniie.markdown

Созданный файл имеет следующую структуру:

1
2
3
4
5
6
7

---
layout: post
title: "Новое сообщение"
date: 2016-11-02 12:58:46 +0600
comments: true
categories:
---

Это каркас сообщения. Настройки интуитивно понятны, можно разрешить/запретить комментарии, указать категорию (можно указать несколько категорий), функционал аналогичен функционалу тегов. Для разделения короткого и полного текста используется тег <!-- more -->.

Для новых страниц создается новый каталог с именем создаваемой страницы. К примеру создаем новую страницу:

1
2
3

$ rake new_page["Новая страниц"]
mkdir -p source/novaia-stranitsa
Creating new page: source/novaia-stranitsa/index.markdown

В результате будет создан каталог, а уже в этом каталоге будет создан файл index.markdown со следующим содержимым:

1
2
3
4
5
6
7
8

---
layout: page
title: "Новая страница"
date: 2016-11-02 12:55
comments: true
sharing: true
footer: true
---

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

Справка по rake.

В документации Octopress на сайте разработчиков перечислены лишь несколько команд для rake: generate, deploy, new_post, new_page и др. На самом деле у rake для Octopress команд больше, посмотреть их список можно с помощью - rake list, а получить список с описанием команд можно вот так - rake -T:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

$ rake -T
rake clean                     # Очищает кэши: .pygments-cache, .gist-cache, .sass-cache
rake copydot[source,dest]      # Копирует dot-файлы для развертывания
rake deploy                    # Развертывает сгенерированный сайт на вашу платформу
rake gen_deploy                # Генерирует и развертывает сайт
rake generate                  # Генерирует сайт
rake install[theme_name]       # Устанавливает тему для сайта
rake integrate                 # Перемещает все посты, помещенные в stash командой isolate, обратно в
                               # posts-директорию, сайт при этом готов к генерации 
rake isolate[filename]         # Перемещает все посты, кроме того, над которым сейчас ведется работа,
                               # во временную директорию stash, что приводит к существенному ускорению
                               # генерации сайта
rake list                      # Показывает список доступных задач
rake new_page[filename]        # Создает новую страницу сайта в source/[filename]/index.markdown
rake new_post[title]           # Создает новый пост для сайта в source/_posts
rake preview                   # Предпросмотр сайта в браузере на локальной машине
rake push                      # Развертывает public-директорию через Git
rake rsync                     # Развертывает сайт через Rsync
rake set_root_dir[dir]         # Обновляет настройки для поддержки публикации в root или вложенную директорию
rake setup_github_pages[repo]  # Настраивает директорию _deploy и развертывает ветвь в Github Pages
rake update_source[theme]      # Перемещает source в source.old, устанавливает source theme updates,
                               # замещает source/_includes/navigation.html навигацией из source.old
rake update_style[theme]       # Перемещает sass в sass.old, устанавливает sass theme updates, заменяет
                               # sass/custom файлом sass.old/custom
rake watch                     # Предпросмотр сайта и автоматическая генерация при изменении файлов
                               # (не работает, хотя может я неправильно использую...)

Перевел в меру своих сил, если встретите неточность, пишите в комментариях.

Локализация на русский язык

К сожалению, Octopress не имеет локализации на русском языке. Но этот недостаток легко можно исправить вручную. Я ищу текст который нужно перевести с помощью команды grep.

1

$ grep -irl "comments" source

Где comments - слово которое надо перевести, а source - каталог поиска. Поиск должен проводиться в каталоге с файлами Octopress. Вы так же можете переделать саму тему. И при последующей установке темы у вас уже будет сайт на русском языке.

Для локализации дат, надо заменить содержимое файла:

1

octopress/plugin/date.rb

на это. А содержимое файла:

1

octopress/source/_includes/post/date.html

на это.

Перед всеми системными администраторами возникает задача резервного копирования баз данных (БД). Поэтому хочу поделится с вами скриптом для резервного копирования БД PostgreSQL. И его довольно просто переделать для любой другой СУБД. Данный скрипт неплохо подойдет новичкам. На нашем форуме есть вариант скрипта для резерного копирования БД MySQL.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

#!/bin/bash

HOST="hostname"                         # Имя хоста на котором будем выполнять скрипт, можно и не использовать
DUMPER="/usr/bin/pg_dump"               # Указываем утилиту резервного копирования (дампа).
#DUMPPARAM1="-Q -c -e"                  # -Q оборачивает имена обратными кавычками,
                                        # -c делает полную вставку, включая имена колонок,
                                        # -e делает расширенную вставку.
                                        # Итоговый файл получается меньше и создается он чуть быстрее.

#DBUSER="dbuser"                        # Внутренний пользователь сервера БД от имени которого будет выполнятся бэкап
#DBPASS="passwd"                        # Пароль внутреннего пользователя mysql
DBNAME="dbname"                         # Имя БД с которой будет создана резервная копия
DATE=`date +%F_%H.%M`                   # Задаем дату и время бекапа
FIND="/usr/bin/find"                    # Указываем утилиту для поиска
FINDPARAM1="-type f -ctime +7"          # Где +7 - архивы старше семи дней
FINDPARAM2="-delete"                    # Параметры удаления
BACKUPDIR="/var/backups/psql/"          # Директория, где будут хранится резервные копии

# Дамп БД, где DBUSER - имя пользователя, DBNAME - имя базы данных, архив имеет следующий формат.
# Имя базы данных, имя хоста, дата и время, расширение gz: $DBNAME-2016-02-29_14.30.sql.gz
$DUMPER $DBNAME | gzip > $BACKUPDIR$DBNAME.$HOST-$DATE.sql.gz

# Пауза
sleep 3

# Удаляем старые архивы, а точней файлы старше 7 дней, так же удаляем  пустые каталоги.
eval $FIND $BACKUPDIR $FINDPARAM1 $FINDPARAM2

exit 0

Хочу напомнить, что данный скрипт нужно выполнять от имени пользователя postgres. Неиспользуемые переменные закомментированы, при желании можно их удалить.

Восстановить дамп можно командой:

1

$ gunzip < /var/backups/psql/archname.sql.gz | psql dbname

Где archname - имя резервной копии (дампа), а dbname - имя существующей БД в PostgreSQL. Если хотите восстановить дамп в новую БД, то создать ее можно командой:

1

$ createdb dbname

Опять же, команду необходимо выполнять от имени postgres.

Теперь осталось настроить время запуска скрипта. В этом нам поможет cron. Мне необходимо чтобы скрипт запускался:
- ежедневно в 22:30, с понедельника по пятницу,
- ежемесячно в 23:30, в первую субботу месяца.

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

1
2

/var/backups/psql/dayli
/var/backups/psql/monthly

С помощью команды crontab:

1

# crontab -e

Добавим в список заданий пару строк в самый конец файла:

1
2

30 22 * * 1-5 postgres /path/psql_dayli-backup.sh                                  # Ежедневно, с пн. по пт.
30 23 1-7 * [ "$(date '+\%u')" -eq 6 ] && /path/psql_monthly-backup.sh postgres    # Ежемесячно, в первую сб.

Где postgres - пользователь, от имени которого будет запускаться скрипт, path - путь до каталога со скриптами, а psql_dayli-backup.sh и psql_monthly-backup.sh - имена файлов со скриптом.

На данный момент производительность PostgreSQL в связке с сервером 1С:Предприятия в сравнении с тем же MS SQL оставляет желать лучшего. Эта статья продолжение попыток добиться достойной производительности на PostgreSQL. Хотя на данный момент у меня не получилось добиться производительности сопоставимой MS SQL, но думаю в недалеком будущем эта проблема будет решена.

Далее в статье перечислены основные параметы и особенности, на которые следует обратить внимание при оптимизации PostgreSQL.

Основные параметры PostgreSQL.

shared_buffers

Объём совместно используемой памяти, выделяемой PostgreSQL для кэширования данных, определяется числом страниц shared_buffers по 8 килобайт каждая. Следует учитывать, что операционная система сама кэширует данные, поэтому нет необходимости отводить под кэш всю наличную оперативную память. Размер shared_buffers зависит от многих факторов, для начала можно принять следующие значения:

• 8–16 Мб – Обычный настольный компьютер с 512 Мб и небольшой базой данных,
• 80–160 Мб – Небольшой сервер, предназначенный для обслуживания базы данных с объёмом оперативной памяти 1 Гб и базой данных около 10 Гб,
• 400 Мб – Сервер с несколькими процессорами, с объёмом памяти в 8 Гб и базой данных занимающей свыше 100 Гб обслуживающий несколько сотен активных соединений одновременно.

work_mem

Под каждый запрос выделяется ограниченный объём памяти. Этот объём используется для сортировки, объединения и других подобных операций. При превышении этого объёма сервер начинает использовать временные файлы на диске, что может существенно снизить производительность. Оценить необходимое значение для work_mem можно разделив объём доступной памяти (физическая память минус объём занятый под другие программы и под совместно используемые страницы shared_buffers) на максимальное число одновременно используемых активных соединений.

maintenance_work_mem

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

effective_cache_size

PostgreSQL в своих планах опирается на кэширование файлов, осуществляемое операционной системой. Этот параметр соответствует максимальному размеру объекта, который может поместиться в системный кэш. Это значение используется только для оценки. effective_cache_size можно установить в ½ - 2/3 от объёма имеющейся в наличии оперативной памяти, если вся она отдана в распоряжение PostgreSQL.

ВНИМАНИЕ! Следующие параметры могут существенно увеличить производительность работы PostgreSQL. Однако их рекомендуется использовать только если имеются надежные ИБП и программное обеспечение, завершающее работу системы при низком заряде батарей.

fsync

Данный параметр отвечает за сброс данных из кэша на диск при завершении транзакций. Если установить в этом параметре значение off, то данные не будут записываться на дисковые накопители сразу после завершения операций. Это может существенно повысить скорость операций insert и update, но есть риск повредить базу, если произойдет сбой (неожиданное отключение питания, сбой ОС, сбой дисковой подсистемы).

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

Возможные значения:

• open_datasync – запись данных методом open() с параметром O_DSYNC,
• fdatasync – вызов метода fdatasync() после каждого commit,
• fsync_writethrough – вызывать fsync() после каждого commit игнорирую параллельные процессы,
• fsync – вызов fsync() после каждого commit,
• open_sync – запись данных методом open() с параметром O_SYNC.

ПРИМЕЧАНИЕ! Не все методы доступны на определенных платформах. Выбор метода зависит от операционной системы под управлением, которой работает PostgreSQL.

В состав PostgreSQL входит утилита pg_test_fsync, с помощью которой можно определить оптимальное значение параметра wal_sync_method.

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

Я решил провести вышеуказанный тест на своем рабочем компьютере, имеющем следующие характеристики:

• CPU: Intel Core i3-3220 @ 3.30GHz x 2
• RAM: 4GB
• HDD: Seagate ST3320418AS 320GB

Тест на Windows:

• ОС: Windows 7 Максимальная x64
• ФС: NTFS
• СУБД: PostgreSQL 9.4.2-1.1C x64

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39

C:\PROGRA~1\POSTGR~1\9.4.2-1.1C\bin>pg_test_fsync
5 seconds per test
O_DIRECT supported on this platform for open_datasync and open_sync.

Compare file sync methods using one 8kB write:
(in wal_sync_method preference order, except fdatasync
is Linux's default)
        open_datasync                     48817.440 ops/sec      20 usecs/op
        fdatasync                                       n/a
        fsync                                79.688 ops/sec   12549 usecs/op
        fsync_writethrough                   80.072 ops/sec   12489 usecs/op
        open_sync                                       n/a

Compare file sync methods using two 8kB writes:
(in wal_sync_method preference order, except fdatasync
is Linux's default)
        open_datasync                     24713.634 ops/sec      40 usecs/op
        fdatasync                                       n/a
        fsync                                78.690 ops/sec   12708 usecs/op
        fsync_writethrough                   79.073 ops/sec   12646 usecs/op
        open_sync                                       n/a

Compare open_sync with different write sizes:
(This is designed to compare the cost of writing 16kB
in different write open_sync sizes.)
         1 * 16kB open_sync write                       n/a
         2 *  8kB open_sync writes                      n/a
         4 *  4kB open_sync writes                      n/a
         8 *  2kB open_sync writes                      n/a
        16 *  1kB open_sync writes                      n/a

Test if fsync on non-write file descriptor is honored:
(If the times are similar, fsync() can sync data written
on a different descriptor.)
        write, fsync, close                  76.493 ops/sec   13073 usecs/op
        write, close, fsync                  77.676 ops/sec   12874 usecs/op

Non-Sync'ed 8kB writes:
        write                              1800.319 ops/sec     555 usecs/op

По результатам теста мы видим, что для Windows оптимальным решением будет использование open_datasync.

Тест на Linux:

• ОС: Debian 8.6 Jessie
• Ядро: x86_64 Linux 3.16.0-4-amd64
• ФС: ext4
• СУБД: PostgreSQL 9.4.2-1.1C amd64

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39

/usr/lib/postgresql/9.4/bin# ./pg_test_fsync
5 seconds per test
O_DIRECT supported on this platform for open_datasync and open_sync.

Compare file sync methods using one 8kB write:
(in wal_sync_method preference order, except fdatasync
is Linux's default)
        open_datasync                        80.215 ops/sec   12467 usecs/op
        fdatasync                            80.349 ops/sec   12446 usecs/op
        fsync                                39.384 ops/sec   25391 usecs/op
        fsync_writethrough                              n/a
        open_sync                            40.013 ops/sec   24992 usecs/op

Compare file sync methods using two 8kB writes:
(in wal_sync_method preference order, except fdatasync
is Linux's default)
        open_datasync                        40.033 ops/sec   24980 usecs/op
        fdatasync                            77.264 ops/sec   12943 usecs/op
        fsync                                36.325 ops/sec   27529 usecs/op
        fsync_writethrough                              n/a
        open_sync                            19.659 ops/sec   50866 usecs/op

Compare open_sync with different write sizes:
(This is designed to compare the cost of writing 16kB
in different write open_sync sizes.)
         1 * 16kB open_sync write            38.697 ops/sec   25842 usecs/op
         2 *  8kB open_sync writes           17.356 ops/sec   57616 usecs/op
         4 *  4kB open_sync writes            8.996 ops/sec  111156 usecs/op
         8 *  2kB open_sync writes            4.552 ops/sec  219686 usecs/op
        16 *  1kB open_sync writes            2.218 ops/sec  450930 usecs/op

Test if fsync on non-write file descriptor is honored:
(If the times are similar, fsync() can sync data written
on a different descriptor.)
        write, fsync, close                  34.341 ops/sec   29120 usecs/op
        write, close, fsync                  35.753 ops/sec   27970 usecs/op

Non-Sync'ed 8kB writes:
        write                            484193.516 ops/sec       2 usecs/op

По результатам теста мы видим, что наилучшую скорость выдают методы fdatasync и open_datasync. Так же можно заметить, что на же оборудовании Linux выдал скорость записи почти в половину больше, чем на Windows.

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

wal_buffers

Количество памяти используемое в SHARED MEMORY для ведения транзакционных логов. При доступной памяти 1-4 Гб рекомендуется устанавливать 256-1024 Кб. Этот параметр стоит увеличивать в системах с большим количеством модификаций таблиц базы данных.

checkpoint_segments

Oпределяет количество сегментов (каждый по 16 МБ) лога транзакций между контрольными точками. Для баз данных с множеством модифицирующих данные транзакций рекомендуется увеличение этого параметра. Критерием достаточности количества сегментов является отсутствие в логе предупреждений (warning) о том, что контрольные точки происходят слишком часто.

full_page_writes

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

synchronous_commit

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

Еще одним способом увеличения производительности работы PostgreSQL является перенос журнала транзакций (pg_xlog) на другой диск. Выделение для журнала транзакций отдельного дискового ресурса позволяет получить получить при этом существенный выигрыш в производительности 10%-12% для нагруженных OLTP систем.

В Linux это делается с помощью создания символьной ссылки на новое положение каталога с журналом транзакций.

В Windows можно использовать для этих целей утилиту Junction. Для этого надо:

1. Остановить PostgreSQL.
2. Сделать бэкап C:\Program Files\PostgreSQL\X.X.X\data\pg_xlog.
3. Скопировать C:\Program Files\PostgreSQL\X.X.X\data\pg_xlog в D:\pg_xlog и удалить C:\Program Files\PostgreSQL\X.X.X\data\pg_xlog.
4. Распаковать программу Junction в C:\Program Files\PostgreSQL\X.X.X\data.
5. Открыть окно CMD, перейти в C:\Program Files\PostgreSQL\X.X.X\data и выполнить junction -s pg_xlog D:\pg_xlog.
6. Установить права на папку D:\pg_xlog пользователю postgres.
7. Запустить PostgreSQL.
   Где X.X.X - версия используемой PostgreSQL.

Особенности и ограничения в 1С:Предприятие при работе с PostgreSQL.

Использование конструкции ПОЛНОЕ ВНЕШНЕЕ СОЕДИНЕНИЕ.

В СУБД PostgreSQL реализована только частичная поддержка FULL OUTER JOIN (ERROR: “FULL JOIN is only supported with mergejoinable join conditions”). Для реализации полной поддержки FULL OUTER JOIN при работе 1С:Предприятия 8 с PostgreSQL подобный запрос трансформируется в другую форму с эквивалентным результатом, однако эффективность использования конструкции ПОЛНОЕ ВНЕШНЕЕ СОЕДИНЕНИЕ снижается.

В связи с этим не рекомендуется использовать ПОЛНОЕ ВНЕШНЕЕ СОЕДИНЕНИЕ при работе с PostgreSQL. В большинстве случаев без использования этой конструкции можно обойтись, переписав исходный запрос.

Оптимизация использования виртуальной таблицы СрезПоследних при работе с PostgreSQL.

Проблема: При работе с PostgreSQL использование соединения с виртуальной таблицей СрезПоследних может приводить к существенному снижению производительности. Из-за ошибки оптимизатора может быть выбран неоптимальный план выполнения запроса.

Решение: Если в запросе используется соединение с виртуальной таблицей языка запросов 1С:Предприятия СрезПоследних и запрос работает с неудовлетворительной производительностью, то рекомендуется вынести обращение к виртуальной таблице в отдельный запрос с сохранением результатов во временной таблице.

Решение проблемы с зависанием PostgreSQL.

При выполнения некоторых регламентных операций (Закрытие месяца, Расчет себестоимости и т.п.), где используются сложные запросы с большим количеством соединений больших таблиц, возможно существенное увеличение времени выполнения операции. В основном, эти проблемы связаны с работой оптимизатора PostgreSQL и отсутствием актуальной статистики по таблицам, участвующим в запросе.

Варианты решения проблемы:

• Увеличить количество записей, просматриваемых при сборе статистики по таблицам. Большие значения могут повысить время выполнения команды ANALYZE, но улучшат построение плана запроса:
  • Файл postgresql.conf - default_statistics_target = 1000 -10000.
• Отключение оптимизатору возможности использования NESTED LOOP при выборе плана выполнения запроса в конфигурации PostgreSQL:
  • Файл postgresql.conf - enable_nestloop = off.
  • Отрицательным эффектом этого способа является возможное замедление некоторых запросов, поскольку при их выполении будут использоваться другие, более затратные, методы соединения (HASH JOIN).
• Отключение оптимизатору возможности изменения порядка соединений таблиц в запросе:
  • Файл postgresql.conf - join_collapse_limit=1.
  • Следует использовать этот метод, если вы уверены в правильности порядка соединений таблиц в проблемном запросе.
• Изменение параметров настройки оптимизатора:
  • Файл postgresql.conf:
    • seq_page_cost = 0.1
    • random_page_cost = 0.4
    • cpu_operator_cost = 0.00025
• Использование версии PostgreSQL 9.1.2-1.1.C и выше, в которой реализован независимый от AUTOVACUUM сбор статистики, на основе информации об изменении данных в таблице. По умолчанию включен сбор статистики только для временных таблиц и во многих ситуациях этого достаточно. При возникновении проблем с производительностью выполнения регламентных операций, можно включить сбор статистики для всех или отдельных проблемных таблиц изменив значение параметра конфигурации PostgreSQL (файл postgresql.conf) online_analyze.table_type = "temporary" на online_analyze.table_type = "all".

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

Послесловие.

Ко всему вышеперечисленному можно так же добавить:

• Необходимость использования управляемых блокировок при разработке прикладного решения. Если же у вас типовая конфигурация, то по возможности ее так же необходимо переводить на управляемые блокировки.
• Рекомендацию реализовать для PostgreSQL кэширование на SSD-накопитель. Сделать это можно с помощью Flashcache или Bcache. Подробнее вопрос организации системы кэширования я рассмотрю в другой статье.
• Довольно удобный веб-сервис для начальной настройки PostgreSQL. Его порекомендовал мне товарищ Vasiliy P. Melnik. Несмотря на то, что интерфейс на английском, он простой и интуитивно понятный. Думаю каждый желающий сможет с ним разобраться.

Статья обновлена 8 октября 2016 года. Добавлены сравнительные тесты

В конце мая 2013 года компания 1С представила первый стабильный релиз платформы 1С:Предприятие версии 8.3. Главная особенность ветки 8.3 - это выпуск нативного клиента под *nix-подобные операционные системы. И вот спустя два года я решил написать новую статью посвященную этой теме. Я помню, что большая часть тех, кому была интересна моя прошлая статья просили и дальше брать в основу Ubuntu. Тем не менее, я решил взять за основу Debian 8 «Jessie». Основная причина в том, что производительность серверов 1С:Предприятие на Ubuntu оставляет желать лучшего. В то время как Debian и CentOS показывают более высокую производительность (CentOS даже опережает Debian, но я постараюсь исправить это положение). Сравнительные таблицы производительности серверов 1С:Предприятие вы можете поискать в интернете. Сам я пока ничего толкового не нашел.

Содержание

1. Предисловие.
2. Подготовка сервера.
3. Установка PostgreSQL 9.4.
4. Установка сервера 1С:Предприятие 8.3.
5. Установка драйвера для аппаратной лицензии 1С (HASP).
6. Установка клиента 1С:Предприятие 8.3.
7. Публикация ИБ на веб-сервере Apache 2.4.
8. Послесловие.

Предисловие. ↑

Новичкам в *nix рекомендую выполнять установку по порядку и согласно инструкции. Статья специально разбита на главы, чтобы читатели могли пошагово проходить процесс установки. Вопросы любителей сделать «по своему» в большинстве своем будут проигнорированы. Если же вы всё делали согласно статье, но тем не менее у вас возникла проблема, внимательно проверьте все свои действия. Скорее всего, вы допустили ошибку. В случае если проверка не выявила ошибок, то вы можете описать возникую проблему в комментариях или в теме на нашем форуме, где форумчане постараются вам помочь. При этом рекомендую подробно описывать возникшую у вас проблему.

Подготовка сервера. ↑

Основное отличие Debian от Ubuntu с которым очень часто сталкиваются пользователи Ubuntu, это отсутствие в стандартной конфигурации команды повышения привилегий sudo. Операции требующие прав root, выполняются от суперпользователя root. Тем же кто не хочет изменять своей привычке работать с sudo, достаточно при установке ОС не задавать пароль суперпользователю root и пакет sudo будет установлен и настроен. Для наглядности, перед каждой командой будет указан определенный символ, если это # - значит команда выполняется от имени суперпользователя root, если символ $ - то команда выполняется от имени текущего пользователя.

1. Итак у вас имеется установленный Debian 8. Если установка только предстоит, рекомендую выбрать пункты:

• Сервер SSH
• Стандартные системные утилиты

Как это указано на скриншоте:

Остальные пункты на ваше усмотрение.

2. Сразу же поставим последние обновления, предварительно получив права root:

1
2
3
4

$ su
# apt-get update
# apt-get upgrade
# apt-get dist-upgrade

3. Архивы с установочными пакетами можно скачать из интернета сразу на сервер или скопировать заранее скачанные установочные пакеты в расшаренный каталог samba. Предположу, что samba настроена не у всех, потому воспользуемся USB-накопителем (флешкой). Создаем в корне флешки каталоги:

1
2
3

1с
postgre
hasp

Раскидываем пакеты по каталогам, предварительно распаковав их.

4. Создаем директорию, к которой будем монтировать флешку:

1

# mkdir /mnt/1cinstall

5. Подключаем флешку к серверу, просматриваем как она подключилась:

1
2
3
4
5
6
7
8
9
10
11

# fdisk -l

Disk /dev/sdb: 14,9 GiB, 16013852672 bytes, 31277056 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xcad4ebea

Device     Boot Start      End  Sectors  Size Id Type
/dev/sdb4  *       63 31277055 31276993 14,9G  7 HPFS/NTFS/exFAT

У меня это sdb4, теперь монтируем флешку сразу в каталог 1сinstall:

1

# mount /dev/sdb4 /mnt/1cinstall

6. Проверяем что намонтировали:

1

# ls -l /mnt/1cinstall

Т.к. на моей флешке ничего не было кроме папок с установочными пакетами, отобразились только они:

1
2
3

1с
postgres
hasp

ПРИМЕЧАНИЕ! Если вы ставите 1С:Предприятие на удаленную машину, то для передачи файлов можете воспользоваться утилитой SCP, которая входит в состав пакета openssh-client.

Установка PostgreSQL 9.4. ↑

Для корректной работы PostgreSQL в связке с 1С:Предприятие, необходимо провести ряд подготовительных процедур.

1. Для начала надо установить необходимые локали. Это en_US.UTF-8 и ru_RU.UTF-8. При этом локаль ru_RU.UTF-8 должна быть выбрана по умолчанию. Отредактировать список локалей можно командой:

1

# dpkg-reconfigure locales

2. Затем надо установить зависимости:

1

# apt-get install ssl-cert libossp-uuid16 libxslt1.1

3. К сожалению, мейнтейнеры работающие на 1С, не следят за порядком в зависимостях своих пакетов. По этой простой причине, нам надо скачать и установить пакет libicu48:

1
2

# wget http://ftp.ru.debian.org/debian/pool/main/i/icu/libicu48_4.8.1.1-12+deb7u3_amd64.deb
# dpkg -i libicu48*.deb

4. Так же необходимо увеличить максимальный размер сегмента памяти до 64 Мб:

1

# echo kernel.shmmax = `echo 64*1024*1024 | bc` >> /etc/sysctl.conf

Дабы необходимые изменения вступили в силу, вводим:

1

# sysctl -p

Тут товарищ Vasiliy P. Melnik в своем комментарии пишет, что в данной процедуре необходимости нет. Я его утверждение не проверял, но вы можете попробовать пропустить 4 пункт. А если всё таки процедура потребуется, вы можете выполнить её позже.

5. В этой статье я решил использовать версию PostgreSQL от 1С. Переходим в каталог с пакетами PostgreSQL:

1

# cd /mnt/1cinstall/postgres

Проверяем что есть в каталоге:

1
2
3
4
5
6
7
8
9

# ls -l
итого 5424
drwxr-xr-x 2 nihi1ist nihi1ist    4096 окт  6 09:50 addons
-rwxr-xr-x 1 nihi1ist nihi1ist  120250 июн  2 12:41 libpq5_9.4.2-1.1C_amd64.deb
-rwxr-xr-x 1 nihi1ist nihi1ist 3657036 июн  2 12:42 postgresql-9.4_9.4.2-1.1C_amd64.deb
-rwxr-xr-x 1 nihi1ist nihi1ist 1069692 июн  2 12:42 postgresql-client-9.4_9.4.2-1.1C_amd64.deb
-rwxr-xr-x 1 nihi1ist nihi1ist   72172 авг 11 19:47 postgresql-client-common_154.1.1C_all.deb
-rwxr-xr-x 1 nihi1ist nihi1ist  163684 авг 11 19:47 postgresql-common_154.1.1C_all.deb
-rwxr-xr-x 1 nihi1ist nihi1ist  457782 июн  2 12:42 postgresql-contrib-9.4_9.4.2-1.1C_amd64.deb

Всего 6 пакетов, которые и нужно установить. В каталоге addons, находятся дополнительные пакеты, их я ставить не буду.

1

# dpkg -i *.deb

После установки проверим, запустился ли сервис PostgreSQL:

1

# service postgresql status

Если пакеты были установлены правильно, то вы получите примерно следующее сообщение (выхлоп):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

● postgresql.service - LSB: PostgreSQL RDBMS server
   Loaded: loaded (/etc/init.d/postgresql)
   Active: active (running) since Вт 2015-11-10 20:52:32 ALMT; 16s ago
  Process: 14225 ExecStop=/etc/init.d/postgresql stop (code=exited, status=0/SUCCESS)
  Process: 14274 ExecReload=/etc/init.d/postgresql reload (code=exited, status=0/SUCCESS)
  Process: 14235 ExecStart=/etc/init.d/postgresql start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/postgresql.service
           ├─14249 /usr/lib/postgresql/9.4/bin/postgres -D /var/lib/postgresql/9.4/main -c config_file=/etc/postgresql/9.4/main/postgresql...
           ├─14251 postgres: checkpointer process   
           ├─14252 postgres: writer process   
           ├─14253 postgres: wal writer process   
           ├─14254 postgres: autovacuum launcher process   
           └─14255 postgres: stats collector process   

ноя 10 20:52:32 as1 postgresql[14235]: Starting PostgreSQL 9.4 database server: main.

Если же вы получите сообщение похожее на это:

1
2
3
4
5

● postgresql.service - LSB: PostgreSQL RDBMS server
   Loaded: loaded (/etc/init.d/postgresql)
   Active: active (exited) since Вт 2015-11-10 20:28:40 ALMT; 10min ago

ноя 10 20:28:40 as1 postgresql[11850]: No PostgreSQL clusters exist; see "man pg_createcluster" ... (warning).

Нас интересует последняя строчка, где сообщается, что кластер PostgreSQL не обнаружен. Чтобы исправить эту ситуацию, достаточно просто перезапустить сервис PostgreSQL:

1

# service postgresql restart

После чего снова проверьте статус сервиса. В итоге вы должны получить что-то похожее на первое сообщение.

6. После установки нужно еще немного подправить конфигурационный файл. Как ни странно PostgreSQL будучи установленным из пакетов 1С, содержит неправильные настройки для обработки экранирующих символов, и при создании базы выдает ошибку:

1

syntax error at or near "SECOND" at character 127

или

1

syntax error at or near "SECOND" at character 227

Чтобы избежать вышеуказанных ошибок нужно отредактировать настройки PostgreSQL:

1

# vim /etc/postgresql/9.4/main/postgresql.conf

Приведя нижеуказанные параметры к следующему виду:

1
2
3

backslash_quote = on
escape_string_warning = off
standard_conforming_strings = off

Обновим конфигурацию, не перезапуская сервис:

1

# service postgresql reload

7. Зададим пароль внутреннему пользователю PostgreSQL, предварительно авторизировавшись под системным пользователем postgres. Итак, авторизация:

1

# su postgres

Переход в домашний каталог текущего пользователя:

1

# cd

Смена пароля у внутреннего пользователя PostgreSQL:

1

$ psql -U postgres -c "alter user postgres with password '123456';"

Где -U postgres - системный пользователь от имени которого будет запущен psql, user postgres - внутренний пользователь БД, ну а 123456 - произвольный пароль который будет задан внутреннему пользователю БД.

Если смена пароля прошла успешно, вы должны получить сообщение:

1

ALTER ROLE

Выход из окружения системного пользователя postgres:

1

$ exit

8. Напоследок зафиксируем пакеты PostgreSQL, чтобы они не обновлялись из стандартных репозиториев:

1

# apt-mark hold libpq5 postgresql-9.4 postgresql-client-9.4 postgresql-client-common postgresql-common postgresql-contrib-9.4

Если команда выполнена правильно, вы должны получить следующее сообщение:

1
2
3
4
5
6

libpq5 помечен как зафиксированный.
postgresql-9.4 помечен как зафиксированный.
postgresql-client-9.4 помечен как зафиксированный.
postgresql-client-common помечен как зафиксированный.
postgresql-common помечен как зафиксированный.
postgresql-contrib-9.4 помечен как зафиксированный.

На этом установка PostgreSQL закончена. Вопросы настройки и оптимизации будут рассмотрены в отдельных статьях.

Установка сервера 1С:Предприятие 8.3. ↑

Теперь нам предстоит установка сервера 1С:Предприятие. Как и в случае с PostgreSQL нам предстоит ряд подготовительных работ необходимых для штатного функционирования сервера 1С:Предприятие.

1. Переходим в из каталога postgres в каталог 1c:

1

# cd ../1c

2. Устанавливаем дополнительные пакеты, которые необходимы для работы сервера:

1

# apt-get install imagemagick libglib2.0-0 libgsf-1-114 ttf-mscorefonts-installer t1utils unixodbc --no-install-recommends

3. Так как я не нашел достойной альтернативы пакету ttf2pt1, который не тянет кучу зависимостей. То я буду ставить его. В репозиториях его нету, скачаем из архива Debian:

1

# wget http://archive.debian.org/debian/pool/main/t/ttf2pt1/ttf2pt1_3.4.4-1.4_amd64.deb

Докачиваем libt1-5 от которого зависит ttf2pt1:

1

# wget http://ftp.ru.debian.org/debian/pool/main/t/t1lib/libt1-5_5.1.2-3.6_amd64.deb

Устанавливаем пакеты:

1

# dpkg -i ttf2pt1*.deb libt1*.deb

Кстати, жду предложений по возможной альтернативе пакету ttf2pt1.

4. Посмотрим, какие пакеты есть у нас в каталоге:

1
2
3
4
5
6
7
8
9
10
11
12
13
14

# ls -l
итого 628420
-rwxrwxrwx 1 nihi1ist nihi1ist 206202908 ноя 19 05:45 1c-enterprise83-client_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist  19879626 ноя 19 05:45 1c-enterprise83-client-nls_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist  33830518 ноя 19 05:45 1c-enterprise83-common_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist   1607830 ноя 19 05:45 1c-enterprise83-common-nls_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist 174945770 ноя 19 05:45 1c-enterprise83-server_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist  60668720 ноя 19 05:45 1c-enterprise83-server-nls_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist 135750258 ноя 19 05:45 1c-enterprise83-thin-client_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist   9980106 ноя 19 05:45 1c-enterprise83-thin-client-nls_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist    190046 ноя 19 05:45 1c-enterprise83-ws_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist     11986 ноя 19 05:46 1c-enterprise83-ws-nls_8.3.7-1776_amd64.deb
-rwxr-xr-x 1 nihi1ist nihi1ist    173740 фев 24  2013 libt1-5_5.1.2-3.6_amd64.deb
-rwxr-xr-x 1 nihi1ist nihi1ist    236970 июн  8  2008 ttf2pt1_3.4.4-1.4_amd64.deb

Всего 8 пакетов, из которых нам для функционирования сервера 1С:Предприятия необходимы 3 пакета: 1c-enterprise83-common, 1c-enterprise83-server, 1c-enterprise83-ws.

Небольшая таблица с пояснениями по назначению пакетов:

5. Устанавливаем необходимые пакеты:

1

# dpkg -i 1c-enterprise83-common_8*.deb 1c-enterprise83-server_8*.deb 1c-enterprise83-ws_8.3*.deb

6. Даем пользователю usr1cv8 и группе grp1cv8 права на установочную директорию 1С:Предприятия:

1

# chown -R usr1cv8:grp1cv8 /opt/1C

7. В выхлопе установщика вы можете заметить предупреждение:

1
2
3

update-rc.d: using dependency based boot sequencing
insserv: warning: script 'K01srv1cv83' missing LSB tags and overrides
insserv: warning: script 'srv1cv83' missing LSB tags and overrides

Начиная с версий 8.3.7, данная проблема исправлена. Потому, если вышеуказанного сообщения вы не получали, можете пропустить пункты 8 и 9.

8. Сообщение описанное в пункте 7 мы получаем из-за отсутствия в скрипте запуска LSB-тегов. Ошибка не критична и никак не повлияет на работу сервера 1С:Предприятие. Но её легко можно решить, для этого добавим LSB-теги в сценарий сервиса 1С:Предприятие:

1

# vim /etc/init.d/srv1cv83

Находим строки:

#!/bin/bash
#------------------------------------------------------------
# 1C:Enterprise server configuration parameters
#------------------------------------------------------------

# 1C:Enterprise server keytab file.

Приводим к следующему виду:

#!/bin/bash
#------------------------------------------------------------
# 1C:Enterprise server configuration parameters
#------------------------------------------------------------

### BEGIN INIT INFO
# Provides:          srv1cv83
# Required-Start:    $remote_fs $network $syslog $named
# Required-Stop:     $remote_fs $network $syslog $named
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Description:       1C:Enterprise 83 server.
### END INIT INFO

# 1C:Enterprise server keytab file.

После изменения сценария, запускаем:

1

# systemctl daemon-reload

9. Перезапускаем службу сервера 1С:Предприятие:

1

# service srv1cv83 restart

10. Проверяем запускаются ли при старте системы сервер 1С:Предприятие:

1

# netstat -atn|grep 0.0.0.0:15

Вы должны получить примерно такое сообщение:

1
2
3

tcp        0      0 0.0.0.0:1560            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:1540            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:1541            0.0.0.0:*               LISTEN

11. Так же для профилактики можно проверить, все ли процессы сервера запущены:

1

# ps aux|grep 1c

От имени пользователя usr1cv8 должно быть запущено три процесса: ragent, rmngr и rphost. После имен процессов идут номера портов, через которые они работают:

1
2
3
4

usr1cv8  16832  0.3  1.8 357780 35668 ?        Ssl  21:39   0:01 /opt/1C/v8.3/x86_64/ragent -daemon
usr1cv8  16835  0.8  5.4 955616 104104 ?       Sl   21:39   0:04 /opt/1C/v8.3/x86_64/rmngr -port 1541 -host as1 -range 1560:1591 -clstid 96f2358c-87be-11e5-049f-080027e1f738
usr1cv8  16862  0.3 10.6 848588 204580 ?       Sl   21:39   0:01 /opt/1C/v8.3/x86_64/rphost -range 1560:1591 -reghost as1 -regport 1541 -pid 97c8c4c6-87be-11e5-049f-080027e1f738
root     16940  0.0  0.1  13968  2220 pts/0    S+   21:48   0:00 grep 1c

Установка драйвера для аппаратной лицензии 1С (HASP). ↑

Большая часть новичков впервые столкнувшиеся с процессом установки 1С:Предприятие не могут понять о какой лицензии, ключе, HASP идет речь. Итак, лицензия 1С необходима для запуска продуктов 1С:Предприятие. Лицензии 1С можно разделить на аппаратные и программные. Мы рассмотрим аппаратную лицензию (USB-токен)). Аппаратные ключи 1С делятся на 3 вида и их можно отличить по цвету:

• зеленый - серверный ключ 1С (сервер 1С:Предприятия),
• синий (фиолетовый) - ключ 1С, который поставляется вместе с конфигурацией и является однопользовательским,
• красный - лицензии на пользователей, данный ключ 1С может приобретаться отдельно в том случае, если у Вас уже есть в наличие какая-либо конфигурация 1С:Предприятие.

Клиентское приложение допускает использование следующих ключей HASP:

• локальный клиентский ключ серии ORGL8 на 1 пользователя,
• сетевой клиентский ключ серии ORGL8 на 5, 10, 20, 50, и 100 пользователей,
• сетевой клиентский ключ серии ORGLА на 300 пользователей,
• сетевой клиентский ключ серии ORGLВ на 500 пользователей.

Причём на одном компьютере может быть установлено не более одного ключа одной серии. Подробнее о видах лицензии и ключей вы можете прочитать здесь.

Из вышеуказанного следует - нам нужны два типа лицензий. Лицензия для сервера 1С:Предприятие и лицензия для клиента 1С:Предприятие. После того как мы выяснили какие ключи нам необходимы, можно перейти к установке драйвера. Свежий драйвер можно скачать на официальном сайте. Большинству подойдет HASP 4, его и скачивайте.

1. Как вы помните, всё необходимое я уже скачал, потому просто переходим из каталога 1с, в каталог hasp:

1

# cd ../hasp

Проверим, что есть в каталоге:

1
2
3
4

# ls -l
итого 2872
-rw-r--r-- 1 nihi1ist nihi1ist 2918898 авг 26 14:08 aksusbd_7.40-1_i386.deb
-rw-r--r-- 1 nihi1ist nihi1ist   16851 авг 26 14:08 readme.html

Установочный пакет есть, осталось установить его:

1

# dpkg -i aksusbd*.deb

2. После установки сервис не запустился, запустим его:

1

# service aksusbd start

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

1

# service aksusbd status

Вы должны получить сообщение:

1
2
3
4
5
6
7
8

● aksusbd.service - LSB: Sentinel LDK RTE
   Loaded: loaded (/etc/init.d/aksusbd)
   Active: active (exited) since Чт 2015-12-03 19:37:12 ALMT; 10s ago
  Process: 3848 ExecStart=/etc/init.d/aksusbd start (code=exited, status=0/SUCCESS)

дек 03 19:37:12 hst1 aksusbd[3848]: Starting AKSUSB daemon: .
дек 03 19:37:12 hst1 aksusbd[3848]: Starting WINEHASP daemon: .
дек 03 19:37:12 hst1 aksusbd[3848]: Starting HASPLM daemon: .

ПРЕДУПРЕЖДЕНИЕ! Для 64-битного сервера 1С:Предприятие, нужен 64-битный серверный HASP-ключ. 32-битный серверный HASP-ключ с 64-битным сервером 1С:Предприятие работать не будет!

ПРИМЕЧАНИЕ! Сервер 1С:Предприятие под *nix-подобные операционные системы не требует наличия серверного ключа, если число пользользователей не превышает 12. В этом случае требуется наличие только клиентских лицензий. Тем не менее, согласно правилам лицензирования, организация должна приобрести серверный ключ.

На этом установка драйвера закончена.

Установка клиента 1С:Предприятие 8.3. ↑

Установка клиента.

Итак, дано: рабочая станция с Debian 8 «Jessie» + DE Cinnamon на борту. Я предпочел Cinnamon, но каждый может выбрать окружение (DE) себе по вкусу. Можно приступить к установке клиента 1С:Предприятие.

1. По уже заведенной традиции, устанавливаем дополнительные пакеты, необходимые для работы 1С:Предприятие:

1

# apt-get install libwebkitgtk-1.0-0 imagemagick libglib2.0-0 libgsf-1-114 ttf-mscorefonts-installer t1utils unixodbc --no-install-recommends

2. На памятной флешке, имеются также пакеты клиента. Подключим флешку как указано в пунктах 4 и 5, главы Подготовка сервера и сразу перейдем в каталог с пакетами 1С:Предприятие:

1

# cd /mnt/1cinstall/1c

Посмотрим, что имеется в каталоге:

1
2
3
4
5
6
7
8
9
10
11
12
13
14

# ls -l
итого 628420
-rwxrwxrwx 1 nihi1ist nihi1ist 206202908 ноя 19 05:45 1c-enterprise83-client_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist  19879626 ноя 19 05:45 1c-enterprise83-client-nls_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist  33830518 ноя 19 05:45 1c-enterprise83-common_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist   1607830 ноя 19 05:45 1c-enterprise83-common-nls_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist 174945770 ноя 19 05:45 1c-enterprise83-server_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist  60668720 ноя 19 05:45 1c-enterprise83-server-nls_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist 135750258 ноя 19 05:45 1c-enterprise83-thin-client_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist   9980106 ноя 19 05:45 1c-enterprise83-thin-client-nls_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist    190046 ноя 19 05:45 1c-enterprise83-ws_8.3.7-1776_amd64.deb
-rwxrwxrwx 1 nihi1ist nihi1ist     11986 ноя 19 05:46 1c-enterprise83-ws-nls_8.3.7-1776_amd64.deb
-rwxr-xr-x 1 nihi1ist nihi1ist    173740 фев 24  2013 libt1-5_5.1.2-3.6_amd64.deb
-rwxr-xr-x 1 nihi1ist nihi1ist    236970 июн  8  2008 ttf2pt1_3.4.4-1.4_amd64.deb

3. Есть два варианта установки клиента. Первый вариант - установка полноценного клиента (включает толстый и тонкий клиенты), второй вариант - установка тонкого клиента. В случае с установкой полноценного клиента, необходимо также устанавливать и серверную часть.

3.1. Сначала рассмотрим установку полноценного клиента:

1

# dpkg -i 1c-enterprise83-client_8*.deb 1c-enterprise83-common_8*.deb 1c-enterprise83-server_8*.deb ttf2pt1*.deb libt1*.deb

После чего надо выполнить процедуры указанные в пунктах с 6 по 9, главы Установка сервера 1С:Предприятие 8.3.

3.2. Тонкий клиент, можно устанавливать на те машины, где не планируется использование толстого клиента. Преимущество тонкого клиента, это отсутствие зависимостей от компонентов сервера 1С:Предприятие, а также возможность работать через интернет. Итак, установка тонкого клиента:

1

# dpkg -i 1c-enterprise83-thin-client_8*.deb

В каких случаях нам необходим толстый клиент?
- Работа с конфигуратором,
- Создание информационных баз,
- Проведение объемных вычислений (в случае толстого клиента, все вычисления проводятся на стороне клиента).

Подробнее о тонких и толстых клиентах можно почитать здесь.

4. Теперь нам необходимо выбрать каким способом мы будем взаимодействовать с сервером. В зависимости от обстоятельств и предпочтений, вы можете установить DNS-сервер, или прописывать имя сервера на каждой клиентской машине вручную:

1

# vim /etc/hosts

Надо добавить строку:

1

192.168.1.1      as1     as1.nixway.loc

Где 192.168.1.1 - IP-адрес сервера, as1 - имя сервера, as1.nixway.loc - имя сервера в локальном домене, его указывать не обязательно.

5. После того как вы добавили вышеуказанную строку, проверьте, доступен ли сервер по указанному имени:

1

# ping -c4 as1.nixway.loc

Вы должны получить примерно такой ответ:

1
2
3
4
5
6
7
8
9

PING as1.nixway.loc (192.168.56.101) 56(84) bytes of data.                                                                                   
64 bytes from as1.nixway.loc (192.168.56.101): icmp_seq=1 ttl=64 time=0.212 ms
64 bytes from as1.nixway.loc (192.168.56.101): icmp_seq=2 ttl=64 time=0.309 ms
64 bytes from as1.nixway.loc (192.168.56.101): icmp_seq=3 ttl=64 time=0.315 ms
64 bytes from as1.nixway.loc (192.168.56.101): icmp_seq=4 ttl=64 time=0.258 ms

--- as1.nixway.loc ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3000ms
rtt min/avg/max/mdev = 0.212/0.273/0.315/0.045 ms

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

Создание информационной базы.

Для начала можно (но совсем необязательно) установить демонстрационную конфигурацию. Дабы продемострировать работую так называемого «Управляемого приложения». Демонстрационная конфигурация идет в комплекте с 1С:Предприятие 8.3. Установщик конфигурации представлен в виде простого скрипта. Потому, описывать процесс установки я не буду, просто выложу несколько скриншотов процесса установки:

1. Создание информационных баз на *nix-подобных ОС должно проходить из под толстого клиента. В противном случае вы рискуете получить ошибку:

Кроме вышеуказанной ошибки, встречается и другая, но уже в толстом клиенте. Когда при добавлении новой ИБ 1С:Предприятие выдает сообщение:

ИБ создается, но 1С:Предприятие некорректно обрабатывает её создание. В этом случае достаточно просто добавить ИБ в список:

Вышеуказанные ошибки будут рассмотрены в отдельной статье.

2. При первом запуске 1С:Предприятие сразу же предлагает нам добавить информационную базу (ИБ), жмем Да:

3. Выбираем пункт Создание новой информационной базы, жмем Далее >:

4. Выбраем шаблон конфигурации для создаваемой ИБ или же создаем ИБ без конфигурации, жмем Далее >:

5. Задаем имя ИБ и выбираем пункт На сервере 1С:Предприятия, жмем Далее >:

6. По порядку указываем: доменное имя или IP-адрес сервера 1С:Предприятие, имя ИБ, параметры соединения, тип СУБД, адрес сервера баз данных (БД), имя БД на сервере БД, имя пользователя сервера БД, пароль пользователя сервера БД, жмем Далее >:

7. Параметры запуска оставляем без изменений, жмем Готово:

8. Если вы всё сделали правильно, то через некоторое время ИБ будет создана и вы увидите её в списке:

9. Теперь, когда мы создали ИБ, можно её запустить. Как вы помните, я создавал ИБ из шаблона демонстрационной конфигурации. Так выглядит рабочее окно этой конфигурации:

Ну и конечно же конфигуратор:

Публикация ИБ на веб-сервере Apache 2.4. ↑

Хочу обрадовать тех, кому не хватало возможности публикации информационной базы на веб-сервере Apache. Добавление поддержки последней версии Apache, я заметил при установке 1С:Предприятие версии 8.3.8.1652. Может поддержка Apache 2.4 появилась и раньше. Но проверять мне было лень, а новостей на эту тему я не нашел. Даже на официальном сайте 1С, на данный момент устаревшая информация. Процесс публикации не изменился. Обращаю особое внимание, что процесс установки описан для Apache не ниже 2.4.

Создаем директорию для vrd-файла:

1

# mkdir -p /var/www/ib/ibname

А также файл конфигурации Apache:

1

# touch /etc/apache2/conf-available/ibname.conf

Переходим в каталог со утилитой публикации веб-клиента:

1

# cd /opt/1C/v8.3/x86_64/

Запускаем утилиту:

1

# ./webinst -apache24 -wsdir ibname -dir '/var/www/ib/ibname' -connstr 'Srvr="as1.nixway.loc";Ref="ibname";' -confPath /etc/apache2/conf-available/ibname.conf

Где /var/www/ib/ibname - директория где будет создан vrd-файл, ibname - имя ИБ, as1.nixway.loc - адрес сервера 1С:Предпрятие, а /etc/apache2/conf-available/ibname.conf - путь до конфигурационного файла Apache.

Подключаем конфигурацию:

1

# a2enconf ibname

Перечитываем конфигурацию Apache:

1

# service apache2 reload

Если процедура публикации была проведена корректно, ИБ будет доступна по адресу:

1

http[s]://server_ip|server_name/ibname

Послесловие ↑

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

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

Статья обновлена 10 августа 2016 года.

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

Установка

Не думаю, что процесс установки вызовет сложности, т.к. доступны установочные пакеты для большинства популярных *nix-подобных ОС. К сожалению готовых установочных пакетов с локализациями, словарями и шрифтами нет. Но, я готов предоставить пакеты, которые собирал для себя:

• Русская локализация - deb | rpm.
• Словари для русского языка - deb | rpm,
• Шрифты - deb | rpm.*

* В состав пакета входят шрифты: Calibri, Cambria, MT-Extra, Symbol, Webdings, Wingding 1, Wingding 2, Wingding 3.

Впечатление

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

Далее рассмотрим функционал Backstage. В WPS Office он имеет двойное назначение и это видно по самой кнопке. Сама кнопка, предоставляет крайне скудный функционал:

Несравнимый с функционалом предоставляемым MS Office Backstage:

Те, кто работал в MS Office 2007 и выше, поймут насколько удобнее меню Backstage от MS. Стрелка находящаяся справа от кнопки, предоставляет доступ к меню. Его вы можете увидет на изображении ниже.

Явные на мой взгляд недостатки я перечислил. Теперь давайте рассмотрим особенности и отличия. Самой заметной особенностью, является поддержка стилей интерфейса. Стоит отдельно отметить наличие стиля “Классического интефейса”. Поменять стиль интерфейса вы можете через меню (Сервис » Поменять стиль интерфейса) или через кнопку в заголовке окна:

Ещё одной отличительной чертой являются вкладки, которые я считаю довольно удобным решением. Кроме того, на приветственной странице, пользователю предлагается набор шаблонов на любой вкус:

По поводу заявлениянной поддержки форматов *.docx, *.xlsx, *.pptx, я ничего сказать не могу. На данный момент я не работаю со сложными документами в этих форматах. И даже, если поддержка вышеперечисленных форматов соответствует заявленному, многих огорчит отсутствие поддержки ODF.

Выводы

Итак, что представляет из себя Kingsoft WPS Office? ИМХО, это попытка создать альтернативу популярнейшему пакету офисных програм. Но, на данный момент продукт не может конкурировать ни с Microsoft Office, ни даже с LibreOffice. Кому же подойдет этот пакет? Думаю, тем кто привык к ленточному интерфейсу и никогда не работал с классическим интерфейсом. Ведь как я уже писал выше, ленточный интерфейс в этом продукте крайне скуден на функционал и настройки.

Конечно же не стоит ставить крест на этом продукте. Работа над ним продолжается и быть может в будущем, продукт сможет приятно удивить пользователей функционалом и удобным интерфейсом. Ну а на данный момент времени, мне больше подходит LibreOffice.

В сети очень много статей на тему установки и настройки DNS-сервера Bind9. Они разные. Некоторые написаны просто и доступно, но нет пояснений зачем и почему. В других материал подан очень подробно, но новичкам такой материал осилить сложно. Я же попытаюсь совместить достоинства способов подачи материала, нащупать ту золотую середину, которая подойден большинству. Но опять таки, я не претендую на истину в последней инстанции и готов принять конструктивную критику.

Итак, вступление закончено, приступим к самой статье. Я как приверженнец Debian, буду описывать процесс установки и настройки именно на этой ОС. Дано Debian 8 «Jessie» установленный вот с такими параметрами (Ну разве кроме пункта web server, он пригодится тем, кто в дальнейшем будет работать с веб-сервером Apache):

Настройки сети:

1
2
3

IP адрес роутера 192.168.1.1
IP адрес сервера 192.168.1.10
Имя домена nixway.loc

Для решения данной задачи настроим сервер таким образом, чтобы при обращении по доменному имени внутри сети он отвечал по локальному адресу. Все комманды выполняются от имени суперпользователя (root).

Сначала установим необходимые пакеты:

1

apt-get -y install bind9 dnsutils

Теперь необходимо настроить файл конфигурации Bind9:

1

vim /etc/bind/named.conf.options

Приведём его к следующему виду:

1
2
3
4
5
6
7
8

acl mynetwork {192.168.1.0/24; 127.0.0.1; };
options {
  directory "/var/cache/bind";
  auth-nxdomain no;
  forwarders {192.168.1.1; 8.8.8.8; };
  listen-on-v6 { none; };
  allow-query { mynetwork; };
}; 

Расшифровка:
acl - создает ACL (Access control list) - так называемый список контроля доступа, с помощью которого мы ограничиваем диапазон адресов которые могут запрашивать зоны с нашего сервера. В данном примере это разрешено подсети 192.168.1.0/24. и локальному хосту.
allow-query { mynetwork; }; - список тех, кто имеет право запрашивать информацию. Можно ограничить с помошью acl либо установить allow-query { any; }; - что будет означать, что запросы разрешенмы всем.
forwarders {192.168.1.1; 8.8.8.8; }; - это DNS провайдера, или любые другие, у которых можно получить информацию о доменах неизвестных вашему серверу.
listen-on-v6 { none; } - запрещает работать с IPv6.

Настройка зон

Для начала покорректируем файл локальной конфигурации Bind9:

1

vim /etc/bind/named.conf.local

Этот файл содержит локальную конфигурацию DNS-сервера, в нем объявляются зоны, связанные с доменами этого сервера. Добавляем в него файлы наших зон (зону прямого просмотра и зону обратного просмотра):

1
2
3
4
5
6
7
8
9
10

zone "nixway.loc" {
    type master;
    file "/etc/bind/zones/nixway/flz.nixway.zone";
};
 
zone "1.168.192.in-addr.arpa" {
    type master;
    file "/etc/bind/zones/nixway/rlz.nixway.zone";
};
  

Зона прямого просмотра

Зона в DNS — это часть пространства имён DNS, управляемая конкретным сервером или группой серверов DNS. Зона прямого просмотра - это тип зоны в которой доменное имя преобразуется в IP-адрес. Создадим файл для зоны прямого просмотра:

1

vim /etc/bind/zones/nixway/flz.nixway.zone

Со следующим содержимым:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

;
; Зона прямого просмотра
;
$TTL 30
$ORIGIN nixway.loc.
 
@               IN      SOA     ns1.nixway.loc. admin.nixway.loc. (
        2015050101      ; Serial
                1d      ; Refresh
                1h      ; Retry
                1w      ; Expire
                2h      ; Negative Cache TTL
)

@               IN      NS      ns1.nixway.loc.
@               IN      NS      ns.provider.org.
@               IN      A       192.168.1.10

ns1             IN      A       192.168.1.10
nixway.loc      IN      A       192.168.1.10

www             IN      CNAME   nixway.loc.
  

В конце этого файла нужно обязательно оставить пустую строку!

Расшифровка:
$ORIGIN - оригинальное имя зоны
ns1.nixway.loc. - Наш DNS-сервер (точка в конце обязательна).
admin.nixway.loc. - email администратора сервера, где вместо символа @ используется точка.
Serial - серийный номер зоны в формате ГГГГММДД и номер текущего изменения за этот день. (Важно, при каждом изменении, нужно редактировать этот номер увеличивая его в большую сторону) Пример: 2015020301.
Refresh - период времени с которым вторичный сервер днс обращается к основному.
Retry - период с которым вторичный сервер будет повторять попытки при неудачном обновлении.
Expire - максимальное время использования данных на вторичном сервере, после которого делается обязательное обновление.
Negative Cache TTL - время актуальности данных в кэше запросов.

Далее идут записи имён хостов с ip-адресами или псевдонимами.
ns.provider.org. - вместо этой записи можете указать NS вашего регистратора либо Free DNS сервиса.

Зона обратного просмотра

Зона обратного просмотра, выполняет преобразование IP-адреса в доменное имя. Создадим файл для зоны обратного просмотра:

1

vim /etc/bind/zones/nixway/rlz.nixway.zone

И запишем туда следующее:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

;
; Зона обратного просмотря для nixway.loc
;
$TTL 30
@               IN      SOA     ns1.nixway.loc. root.nixway.loc. (
         201505013      ; Serial
                1d      ; Refresh
                1h      ; Retry
                1w      ; Expire
                2h      ; Negative Cache TTL
)
 
@               IN      NS      nixway.loc.

10              IN      PTR     ns1.nixway.loc.
  

В этом файле должны быть только записи типа PTR. В конце этого файла так же должна быть пустая строка. Число 10 - это последний октет в IP адресе нашего сервера.

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

1

router          IN      A       192.168.1.1

А в файл зоны обратного просмотра строку:

1

1               IN      PTR     router.nixway.loc.

Тогда по адресу router.nixway.loc в браузере будет открываться web-интерфейс роутера (эквивалентно 192.168.1.1), но только внутри локальной сети.

Проверка

Проверим файлы зон на наличие ошибок командой:

1

named-checkconf -z

Если ошибок нет, обновим информацию о зонах:

1

rndc reload

Теперь необходимо отредактировать resolv.conf:

1

vim /etc/resolv.conf

Приводим его в следующий вид:

1
2
3
4

domain nixway.loc
search nixway.loc
nameserver 192.168.1.10
nameserver 192.168.1.1

Проверку можно сделать двумя командами:

1
2

nslookup nixway.loc
nslookup 192.168.1.10

Которые должны выдать cледующий результат:

1
2

Имя:   nixway.loc
Address: 192.168.1.10

Последние штрихи

Если DHCP у вас раздает роутер, не забудьте установить выдаваемые по умолчанию DNS сервера 192.168.1.10 и 192.168.1.1 Проверьте корректность работы, введя в консоли Windows-машины

1

tracert nixway.loc

Если маршрут пошел сразу на адрес 192.168.1.10, значит все работает корректно. Если нет, пропробуйте очистить кэш DNS и посторить еще раз:

1

ipconfig /flushdns

Не забудьте пробросить необходимые порты на роутере, если это необходимо конечно.

Обсуждение статьи на форуме.

После выпуска Skype версии 4.3 для Linux, многие поклонники Linux столкнулись с проблемой работы микрофона в вышеупомянутом Skype. Недавно нашел более-менее универсальное решение. Оно должно подойти всем, у кого микрофон в системе работает.

Нам понадобится Pavucontrol.

PulseAudio Volume Control (pavucontrol) - простая утилита управления звуком (микшер). В отличие от классического микшера, он позволяет управлять звуком для устройства и каждого потока воспроизведения раздельно. Также позволяет перенаправлять поток на другой выход не прерывая воспроизведение.

Не сомневаюсь, те у кого Pavucontrol не установлен, прекрасно справится с его установкой. :) Потому описывать процесс установку я не буду.

1. Итак, открываем Pavucontrol, переходим на вкладку Запись (Recording):
   
   Как мы видим, вкладка Запись (Recording) пуста.
2. Запускаем тестовый звонок в Skype:
   
3. Переключаемся в окно Pavucontrol, там мы увидим ползунок настройки громкости для Skype:
   
4. А чуть выше ползунка настройки громкости, есть меню выбора устройства с которого Skype считывает звук. Именно в этом меню надо выбрать устройство, с которого Skype будет считывать звук:
   
   В моем случае это HP Webcam HD-4110. Его я и выбрал:
   
   После этой простенькой настройки, микрофон в Skype начал вполне сносно работать.

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

Как исправить ошибку “build warning Layout nil requested”.

В случае если команда rake generate ошибку:

1

Build Warning: Layout 'nil' requested in blog/tags/git/atom.xml does not exist.

Надо найти и исправить:

1

layout: nil

На:

1

layout: null

В следующих файлах:

1
2
3

source/atom.xml
source/robots.txt
source/_includes/custom/category_feed.xml

Вышеуказанные файлы находятся в каталоге Octopress.

Решил сделать для себя поборку наиболее понравившихся тем Octopress. Надеюсь эта подборка понравится и вам. В комментариях можете делиться своим списком тем. Вполне возможно, я пропустил немало интересных тем.

1. Приятная минималистичная тема Slash, в серых тонах.

2. Строгая тема Simplified, в оранжево-коричневых тонах. Яркая, но в то же время не режет глаза.

3. Светлая тема Whitespace, в серых оттенках, не напрягает. Но в этой теме для меня есть существенный недостаток, а именно использование шрифтов не поддерживающих кириллицу.

4. Отличная серо-зеленая тема Jin, автор lijinma.

Это руководство открывает серию материалов по установке известных систем управления содержимым (CMS) на веб-сервер nginx. В отдельную статью необходимо выделить общую часть, которая будет одинаковой для всех CMS, написанных на PHP (грубо говоря мы сделаем тот же LAMP, только вместо громоздкого и неповоротливого веб-сервера Apache у нас будет nginx). Задача данного руководства – установка веб-сервера nginx, системы управления базами данных MySQL и менеджера процессов FastCGI (FPM), а также их настройка.

* Конфигурация и установка отдельных CMS будут описаны в дополнительных материалах.

Установка и запуск nginx, MySQL, PHP-FPM (Linux, nginx, MySQL, PHP - LNMP)

Все приведенные ниже инструкции сначала были выполнены.
Небольшие пояснения:
- символ # (решётка) - означает выполнение команды от root (суперпользователя)
- cat /path/to/some.file - означает что ниже приведено полное содержимое файла some.file, расположенного в каталоге /path/to
- nano /path/to/some.file - означает что надо отредактировать часть файла как указанно
- в процессе установки MySQL будет произведена предварительная настройка и задан пароль root.

Gentoo:

1
2

# echo "dev-lang/php gd gd2 curl simplexml tokenizer dom tidy sqlite xml fpm cgi" >> /etc/portage/package.use
# emerge php nginx mysql

Вначале необходимо произвести начальную настройку MySQL:

1

# emerge --config dev-db/mysql

Debian:

1
2
3
4

# cat /etc/apt/sources.list.d/nginx.list
deb http://nginx.org/packages/debian/ wheezy nginx
deb-src http://nginx.org/packages/debian/ wheezy nginx
# wget http://nginx.org/keys/nginx_signing.key && cat nginx_signing.key | apt-key add -

1

# apt-get install nginx php5-cli php5-common php5-fpm fcgiwrap mysql-server php5-mysql php5-gd

CentOS. Тут надо заметить, что в своих репозиториях CentOS нет nginx, поэтому добавим репозиторий:

1
2
3
4
5
6
7

# cat /etc/yum.repos.d/nginx.repo
[nginx]
name=nginx repo
baseurl=http://nginx.org/packages/centos/$releasever/$basearch/
gpgcheck=0
enabled=1
# yum update

1

# yum install nginx mysql mysql-server php-fpm php-cli php-mysql php-gd

Настроить MySQL:

1
2

# service mysql start
# /usr/bin/mysql_secure_installation

Управление сервисами MySQL, nginx, PHP-FPM и добавление их в автозагрузку:
Gentoo:

1
2
3
4
5
6
7

# /etc/init.d/nginx start
# /etc/init.d/mysql start
# /etc/init.d/php-fpm start

# rc-update add nginx default
# rc-update add mysql default
# rc-update add php-fpm default

Debian:

1
2
3
4
5
6
7

# /etc/init.d/nginx start
# /etc/init.d/mysql start
# /etc/init.d/php5-fpm start

# update-rc.d nginx defaults
# update-rc.d mysql defaults
# update-rc.d php5-fpm defaults

CentOS:

1
2
3
4
5
6
7

# service mysqld start
# service nginx start
# service php-fpm start

# chkconfig --levels 235 mysqld on
# chkconfig --levels 235 nginx on
# chkconfig --levels 235 php-fpm on

Сразу после установки nginx понимает только статические файлы, не исполняемые на сервере, и, если установка прошла успешно, запустив его можно проверить отображение «Welcome to nginx!» на localhost (127.0.0.1):

Впрочем может быть и так:

Это означает, что сервер не настроен.

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

Неизменным остаётся расположение файла настроек /etc/nginx/nginx.conf. Конфигурации сайтов, дополнительные параметры добавляются в него через опцию include. В Debian например сейчас конфигурации сайтов добавляются в стиле Apache (добавление конфигурации созданием симлинков):

1
2
3
4

...
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
...

В официальных репозиториях этого нововведения нет и конфигурации сайтов добавляются следующим образов:

1
2
3

...
include /etc/nginx/conf.d/*.conf;
...

То есть любой файл из каталога /etc/nginx/conf.d/ с расширением .conf будет добавлен. Если каталог /etc/nginx/conf.d - отсутствует, создайте его:

1

# mkdir /etc/nginx/conf.d

В include как правило присутствует конфигурация сайта по умолчанию, который как раз и выводит надпись «Welcome to nginx!» при обращении к localhost (127.0.0.1):

- Debian/Ubuntu - /etc/nginx/sites-enabled/default - Gentoo/CentOS - /etc/nginx/conf.d/default - Больше этот файл не нужен - удалите его.

Права на каталог сайтов

Создаем (если не существует) каталог для сайтов и устанавливаем права:

1
2
3

# mkdir -p /var/www/localhost
# chmod -R a-rwx,u+rwX,g+rX /var/www
# chown www-data:www-data -R /var/www

Владельцем каталога сайтов должен быть пользователь, от имени которого запущен и работает вэб-сервер. В Debian и Ubuntu это www‑data, в Gentoo, CentOS - пользователь nginx. В конфигурации за это отвечает директива user (nginx.conf):

1
2
3

user  www-data;
worker_processes  4;
...

При переносе сайта, а также чтобы был доступ к содержимому сайта у пользователей, входящих в группу www‑data необходимы корректные права на содержимое. Права на каталоги 775, на файлы 664:

1
2

# find /var/www -type d -exec chmod 775 {} +
# find /var/www -type f -exec chmod 664 {} +

И добавить себя в группу www‑data или nginx в зависимости от дистрибутива:

1

# usermod -a -G www-data username

Стандартная конфигурация nginx

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49

# Документация http://nginx.org/ru/docs/ngx_core_module.html
# Пользователь от которого работает вэб-сервер
# user nginx;
user www-data;
# Количество рабочих процессов = количество ядер*2 /рекомендуется
worker_processes 4;
pid /var/run/nginx.pid;

events {
   # Максимальное число соединений, которое одновременно
   # может открыть рабочий процесс
   worker_connections 768;
}

http {
   # Используем sendfile, но осторожно, если надо отдавать большие файлы,
   # то sendfile случается вредит
   sendfile on;
   # Ограничиваем размер сегмента отправляемой за одну блокируемую отдачу
   sendfile_max_chunk  128k;
   # Буфер отдачи который используется для обрабатываемых данных
   postpone_output  1460;
   # Размер хеша для доменных имен.
   server_names_hash_bucket_size 64;
   # Размер данных принимаемых post запросом
   client_max_body_size 15m;
   tcp_nopush on;
   tcp_nodelay on;
   keepalive_timeout 65;
   types_hash_max_size 2048;
   # Не говорим врагу версию nginx
   server_tokens off;
   include /etc/nginx/mime.types;
   default_type application/octet-stream;
   # Настройки логирования
   access_log /var/log/nginx/access.log;
   error_log /var/log/nginx/error.log;
   # Настройки компрессии
   gzip on;
   gzip_disable "msie6";
   gzip_vary on;
   gzip_proxied any;
   gzip_comp_level 6;
   gzip_buffers 16 8k;
   gzip_http_version 1.1;
   gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;

   include /etc/nginx/conf.d/*.conf;
}

Подключение процесс менеджера PHP-FPM к веб-серверу

* Важно - дополнительные пояснения - FastCGI (PHP FPM) для nginx
* Связку nginx и PHP-FPM настраиваем на работу через unix сокет

Создадим новую конфигурацию для localhost:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

# nano /etc/nginx/conf.d/localhost.conf
server {
   server_name localhost;
   # listen 192.168.0.120:80;
   listen 127.0.0.1:80;
   root /var/www/localhost;
   index index.php;

   location ~ [^/]\.php(/|$) {
      fastcgi_split_path_info ^(.+?\.php)(/.*)$;
      if (!-f $document_root$fastcgi_script_name) {
         return 404;
      }
      # fastcgi_pass 127.0.0.1:9000;
      fastcgi_pass unix:/var/run/php5-fpm.sock;
      fastcgi_index index.php;
      include fastcgi_params;
   }
}

и тестовый php-файл в корне

1
2
3
4

# nano /var/www/localhost/index.php
<?php
phpinfo();
?>

Отредактируем конфигурацию PHP-FPM:

Gentoo:

1

# nano /etc/php/fpm-php5.4/php-fpm.conf

Debian:

1

# nano /etc/php5/fpm/pool.d/www.conf

CentOS:

1

# nano /etc/php-fpm.d/www.conf

Отредактируем в этом файле следующие переменные, listen:

1
2
3
4
5

...
; Note: This value is mandatory.
; listen = 127.0.0.1:9000
listen = /var/run/php5-fpm.sock
...

user, group:
* В CentOS и Gentoo - nginx, Debian/Ubuntu - www‑data

1
2
3
4
5

; Unix user/group of processes
; Note: The user is mandatory. If the group is not set, the default user's group
;       will be used.
user = www-data
group = www-data

* в этом файле комментариями является любой текст после символа ; (точка с запятой).

После чего перегружаем nginx и PHP-FPM.

Открываем браузер и заходим на localhost, в результате мы должны увидеть тестовую страницу PHP:

Версия nginx на момент написания - стабильная - nginx/1.4.1, но это в репозитории самого nginx, в репозиториях дистрибутивов версии более ранние, и поэтому могут возникнуть небольшие нестыковки, например в openSUSE 12.3 - версия nginx/1.2.9 и это руководство почти полностью подходит, но необходимо использовать /etc/nginx/fastcgi_params отсюда.

Полезные ссылки:

nginx: http://nginx.org/ru/
nginx Wiki: http://wiki.nginx.org/nginxRu
PHP: http://www.php.net/
PHP-FPM: http://php-fpm.org/
MySQL: http://www.mysql.com/

Автор статьи zenon, и изначально он выкладывал её здесь. У себя я публикую статью с разрешения автора и с сохранением авторства.

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

nginx имеет собственную поддержку технологии FastCGI для работы с внешними серверами и утилитами. PHP тоже поддерживает FastCGI и может быть использован для обработки FastCGI-запросов от nginx.

В данном примере мы рассмотрим связку nginx и PHP-FPM. Для начала необходимо их установить, в большинстве дистрибутивах для установки есть пакеты с одноимёнными названиями. Или, например в Gentoo, для установки необходим USE флаг fpm, более подробно смотрите в документации к своему дистрибутиву.

Есть много руководств по настройке nginx для работы с PHP FPM, но многие из них являются неполными (неправильно обрабатывается переменная PATH_INFO) или содержат ошибки в обработке сценариев безопасности (отсутствует проверка наличия PHP кода в php файле).

Настроить подключение nginx и PHP-FPM можно двумя способами - либо через TCP‑порт (127.0.0.1:9000), либо unix сокет (/var/run/php-fpm.sock).

FastCGI параметры

Первая рекомендация - храните все типовые настройки FastCGI в отдельном файле и, при необходимости, импортируйте их.

Например для Debian и Ubuntu настройки по умолчанию находятся в файле /etc/nginx/fastcgi_params, который должен выглядеть следующим образом:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

fastcgi_param   QUERY_STRING            $query_string;
fastcgi_param   REQUEST_METHOD          $request_method;
fastcgi_param   CONTENT_TYPE            $content_type;
fastcgi_param   CONTENT_LENGTH          $content_length;
 
fastcgi_param   SCRIPT_FILENAME         $document_root$fastcgi_script_name;
fastcgi_param   SCRIPT_NAME             $fastcgi_script_name;
fastcgi_param   PATH_INFO               $fastcgi_path_info;
fastcgi_param   REQUEST_URI             $request_uri;
fastcgi_param   DOCUMENT_URI            $document_uri;
fastcgi_param   DOCUMENT_ROOT           $document_root;
fastcgi_param   SERVER_PROTOCOL         $server_protocol;
 
fastcgi_param   GATEWAY_INTERFACE       CGI/1.1;
fastcgi_param   SERVER_SOFTWARE         nginx/$nginx_version;
 
fastcgi_param   REMOTE_ADDR             $remote_addr;
fastcgi_param   REMOTE_PORT             $remote_port;
fastcgi_param   SERVER_ADDR             $server_addr;
fastcgi_param   SERVER_PORT             $server_port;
fastcgi_param   SERVER_NAME             $server_name;
 
fastcgi_param   HTTPS                   $https;
 
# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param   REDIRECT_STATUS         200;

Подключаем Nginx к PHP FPM

Тут мы должны сказать Nginx`у, чтобы проксировал запросы к PHP FPM через протокол FCGI:

1
2
3
4
5
6
7
8
9
10

location ~ [^/]\.php(/|$) {
    fastcgi_split_path_info ^(.+?\.php)(/.*)$;
    if (!-f $document_root$fastcgi_script_name) {
         return 404;
    }
 
    fastcgi_pass 127.0.0.1:9000;
    fastcgi_index index.php;
    include fastcgi_params;
}

В параметрах php-fpm.conf за подключение отвечает параметр listen.

1
2
3
4

# /etc/php/fpm-php5.X/php-fpm.conf
...
listen = 127.0.0.1:9000
...

В варианте подключения через unix сокет fastcgi_pass будет таким:

1

fastcgi_pass unix:/var/run/php5-fpm.sock;

А параметр listen вот так:

1
2
3
4

# /etc/php/fpm-php5.X/php-fpm.conf
...
listen = /var/run/php5-fpm.sock
...

После изменения настроек перезапустите nginx.

Тестирование

Создайте файл test.php в корневом каталоге nginx следующего содержания:

1

<?php var_export($_SERVER)?>

В браузере сделайте запрос:

1
2
3
4
5

/test.php
/test.php/
/test.php/foo
/test.php/foo/bar.php
/test.php/foo/bar.php?v=1

Обратите внимание на значение REQUEST_URI, SCRIPT_NAME, PATH_INFO и PHP_SELF.

Вот правильный вывод для

1

http://example.domain/test.php/foo/bar.php?v=1 :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33

array (
  'USER' => 'www-data',
  'HOME' => '/var/www',
  'FCGI_ROLE' => 'RESPONDER',
  'QUERY_STRING' => 'v=1',
  'REQUEST_METHOD' => 'GET',
  'CONTENT_TYPE' => '',
  'CONTENT_LENGTH' => '',
  'SCRIPT_FILENAME' => '/var/www/test.php',
  'SCRIPT_NAME' => '/test.php',
  'PATH_INFO' => '/foo/bar.php',
  'REQUEST_URI' => '/test.php/foo/bar.php?v=1',
  'DOCUMENT_URI' => '/test.php/foo/bar.php',
  'DOCUMENT_ROOT' => '/var/www',
  'SERVER_PROTOCOL' => 'HTTP/1.1',
  'GATEWAY_INTERFACE' => 'CGI/1.1',
  'SERVER_SOFTWARE' => 'nginx/1.4.0',
  'REMOTE_ADDR' => '192.168.56.1',
  'REMOTE_PORT' => '44644',
  'SERVER_ADDR' => '192.168.56.3',
  'SERVER_PORT' => '80',
  'SERVER_NAME' => '',
  'HTTPS' => '',
  'REDIRECT_STATUS' => '200',
  'HTTP_HOST' => 'lemp.test',
  'HTTP_USER_AGENT' => 'Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:20.0) Gecko/20100101 Firefox/20.0',
  'HTTP_ACCEPT' => 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8',
  'HTTP_ACCEPT_LANGUAGE' => 'en-US,en;q=0.5',
  'HTTP_ACCEPT_ENCODING' => 'gzip, deflate',
  'HTTP_CONNECTION' => 'keep-alive',
  'PHP_SELF' => '/test.php/foo/bar.php',
  'REQUEST_TIME' => 1367829847,
)

Необходимые условия:
- Требования к PHP - версия 5.3.3 или выше.
- В php.ini значение cgi.fix_pathinfo = 1 (в некоторых мануалах советуют cgi.fix_pathinfo = 0 что может привести к не правильной обработке переменной PHP_SELF не равной DOCUMENT_URI).
- Регулярное выражение fastcgi_split_path_info должно корректно обрабатывать запросы, такие как /test.php/foo/blah.php или /test.php/.
- Необходимо разрешить nginx'у проверку *.php файлов чтобы предотвратить возможность передачи любых других файлов через PHP-FPM (например загруженные картинки).

Ознакомиться с более подробной информацией о FastCGI вы можете на официальном сайте.

Оригинал.