Процесс установки операционной системы

StartManager 1.4 — Развитие альтернативного стартера Промо

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

1 стартмани

Шаг 4. Устанавливаем, играем

1. Смонтируйте на виртуальный привод нужный вам образ диска или вставьте диск в дисковод, если не используете средства DOSBox и если это требуется для установки или самой игры.

2. Запустите DOSBox. Вы попадете в DOS Navigator. Если вы не знакомы с двухпанельными файловыми менеджерами 90-х, то это не беда.

• Alt+F1 и Alt+F2 — выбор диска на левой и правой панели, соответственно.
• Tab — переключение между панелями.
• Кнопки со стрелками на клавиатуре — перемещение курсора.
• Enter — войти в каталог или запустить приложение. DOS Navigator подсвечивает исполняемые файлы и выводит их в начале списка.
• Alt+X — выйти из приложения (автоматически закроется DOSBox).
• Alt+F9 — играть в лучший тетрис на ПК.

3. Если игра требует установки, то установите её с диска D. В DOS установочная программа, как правило, имеет название файла INSTALL.EXE, в отличие от SETUP.EXE в Windows. Установку производите в каталог C:\GAMES виртуальной DOS-машины.

Описание

создает новый кластер базы данных QHB. Кластер баз данных —
это набор баз данных, которые управляются одним экземпляром сервера.

Создание кластера базы данных состоит из создания каталогов, в которых
будут храниться данные базы данных, создания таблиц общего каталога
(таблиц, которые принадлежат всему кластеру, а не какой-либо конкретной
базе данных), и создания баз данных и . Когда вы
позже создадите новую базу данных, все в базе данных будет
скопировано. (Следовательно, все, что установлено в ,
автоматически копируется в каждую созданную позже базу данных). База
данных — это база данных по умолчанию, предназначенная для
использования пользователями, утилитами и сторонними приложениями.

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

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

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

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

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

По этим причинам важно правильно выбрать локаль при
запуске

Остальные категории локалей могут быть изменены позже при запуске
сервера. Вы также можете использовать чтобы установить значение
по умолчанию для всех категорий языковых стандартов, включая порядок
сопоставления и классы набора символов. Все значения локали сервера
() могут отображаться через SHOW ALL. Более подробную информацию
можно найти в разделе .

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

Description

создает новый кластер базы данных PostgreSQL. Кластер базы данных — это набор баз данных, которыми управляет один экземпляр сервера.

Создание кластера базы данных состоит из создания каталогов, в которых будут храниться данные базы данных, генерации таблиц общего каталога (таблиц, которые принадлежат всему кластеру, а не какой-либо конкретной базы данных) и создания баз данных и . Когда вы позже создадите новую базу данных, все в базе данных будет скопировано. (Следовательно, все, что установлено в , автоматически копируется в каждую базу данных, созданную позже.) База данных — это база данных по умолчанию, предназначенная для использования пользователями, служебными программами и сторонними приложениями.

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

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

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

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

Чтобы изменить порядок сортировки по умолчанию или классы набора символов, используйте параметры и —lc-ctype . Заказы на сопоставление, отличные от или , также имеют снижение производительности

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

Остальные категории языковых стандартов можно изменить позже, когда сервер будет запущен. Вы также можете использовать , чтобы установить значение по умолчанию для всех категорий языковых стандартов, включая порядок сортировки и классы наборов символов. Все значения локали сервера ( ) можно отобразить с помощью . Более подробную информацию можно найти в Разделе 24.1 .

Подсистема «Показатели объектов»

Если вашим пользователям нужно вывести в динамический список разные показатели, которые нельзя напрямую получить из таблиц ссылочных объектов, и вы не хотите изменять структуру справочников или документов — тогда эта подсистема для вас. С помощью нее вы сможете в пользовательском режиме создать свой показатель, который будет рассчитываться по формуле или с помощью запроса. Этот показатель вы сможете вывести в динамический список, как любую другую характеристику объекта. Также можно будет настроить отбор или условное оформление с использованием созданного показателя.

2 стартмани

Сервер 1С:Предприятие на Ubuntu 16.04 и PostgreSQL 9.6, для тех, кто хочет узнать его вкус. Рецепт от Капитана

Если кратко описать мое отношение к Postgres: Использовал до того, как это стало мейнстримом.
Конкретнее: Собирал на нем сервера для компаний среднего размера (до 50 активных пользователей 1С).
На настоящий момент их набирается уже больше, чем пальцев рук пары человек (нормальных, а не фрезеровщиков).
Следуя этой статье вы сможете себе собрать такой же и начать спокойную легальную жизнь, максимально легко сделать первый шаг в мир Linux и Postgres.
А я побороться за 1. Лучший бизнес-кейс (лучший опыт автоматизации предприятия на базе PostgreSQL).
Если, конечно, статья придется вам по вкусу.

Что может архивация

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

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

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

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

Итак, архивация необходима, чтобы:

• Сделать один файл из нескольких;
• Сжать файлы;
• Поставить пароль на архив и таким образом сделать доступ к архиву по паролю.

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

• видео,
• тексты,
• документы,
• картинки,
• музыку и
• так далее.

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

Шаг 1. Проверьте права доступа к файлу / папке

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

Например, создать следующий пакетный скрипт ниже:

set folder="C:\test"
cd /d %folder%
for /F "delims=" %%i in ('dir /b') do (rmdir "%%i" /s/q || del "%%i" /s/q)

Я сохранил файл .BAT в папке «Документы». Путь: C: \ Users \ username \ Documents. Зайти в C: \ Users \ username, кликнуть правой кнопкой мыши папку «Документы» и выбрал «Свойства». Затем я перешел на вкладку «Безопасность

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

В моем случае мне пришлось перейти в C: \ test, кликнуть правой кнопкой мыши по этой папке и добавить туда мою учетную запись с разрешениями «Полный доступ». То, что вам приходится это делать, немного раздражает, но это единственный способ запустить скрипт.

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

Установка СУБД PostgreSQL 9.4

Установку можно производить как из локальных репозиториев, так и из репозиториев, размещённых в интернете(при наличии соответствующего доступа). Пакеты которые должны быть установлены: postgresql94-server, postgresql94-contrib, postgresql94-libs, postgresql94-devel. Служба firewalld должна быть отключена, selinux должен быть отключен.
Командой # locale проверяем текущую локаль сервера БД. При правильной настройке вывод должен быть таким:

1) Для установки пакетов PostgreSQL в командной строке выполнить команду от root:

# yum install postgresql94-server postgresql94-contrib postgresql94-libs postgresql94-devel

2) Инициализируем базу данных PostgreSQL, добавляем сервис в автозагрузку, стартуем сервис БД, проверяем статус, выполнив команды:

# /usr/pgsql-9.4/bin/postgresql94-setup initdb

# systemctl enable postgresql-9.4

# systemctl start postgresql-9.4

# systemctl status postgresql-9.4

3) В /var/lib/pgsql ($HOME postgres) создаём файл .pgsql_profile следующего содержания: export PATH=/usr/pgsql-9.4/bin:$PATH
4) Создадим резервную копию и отредактируем файл /var/lib/pgsql/9.4/data/postgresql.conf:

# cp /var/lib/pgsql/9.4/data/postgresql.conf /var/lib/pgsql/9.4/data/postgresql.conf.bkp

# vi /var/lib/pgsql/9.4/data/postgresql.conf

Раскомментируем строку listen_addresses = ‘localhost’ и заменим localhost на ‘*’. Это говорит PostgreSQL принимать запросы со всех интерфейсов. Должно получиться следующее: listen_addresses = ‘*’
На сервере 32 Gb RAM, выделим для PostgreSQL 16 Gb. Здесь же раскомментируем и изменим нижеследующие параметры исходя из 16 ГБ RAM доступных PostgreSQL:

max_connections = 200
shared_buffers = 4GB
effective_cache_size = 12GB
work_mem = 21970 kB
maintenance_work_mem = 1024MB
wal_buffers = 32MB
checkpoint_segments = 64
checkpoint_completion_target = 0.9
default_statistics_target = 100
log_destination = 'stderr'
logging_collector = on
log_min_duration_statement = 3000
log_checkpoints = on
log_connections = on
log_disconnections = on
log_line_prefix = '%t : '
log_lock_waits = on
log_temp_files = 0
log_autovacuum_min_duration = 0
lc_messages = 'C'
log_statement = 'none'
log_min_messages = info
log_error_verbosity = verbose

5) Далее редактируем файл /var/lib/pgsql/9.4/data/pg_hba.conf. В конце файла добавляем строчку, прописав нужный адрес сети, вместо <адрес сети>:

host	all	all	<адрес сети>/24	md5

В строке local all all peer меняем peer на trust:

local	all	all	trust

А в строке host all all 127.0.0.1/32 ident
ident меняем на md5:

host	all	all	127.0.0.1/32	md5

Добавляем в конец pg_hba.conf,прописав нужный адрес сети, вместо <адрес сети>:

host	all		all		<адрес сети>/4	md5
host	replication	postgres	::1/128 	trust

6) Перезапускаем службу PostgreSQL:

# systemctl restart postgresql-9.4

7) Меняем пароль для пользователя postgres (в ОС и в БД), после перезагружаем сервер и заходим под этим пользователем (postgres):

# passwd postgres

Вводим пароль, подтверждаем пароль, перезагружаем систему.
После перезагрузки, заходим под postgres, в терминале набираем:

$ psql

и меняем пароль для пользователя БД postgres:

postgres=# \password postgres

Установим PostgreSQL Adminpack:

postgres=# CREATE EXTENSION adminpack;

9) Создаём базу данных и пользователя, где <user> — имя пользователя, <password> — пароль пользователя <user>, <dbname> — имя базы:

postgres=# CREATE DATABASE <dbname>;

postgres=# CREATE USER <user> WITH password ‘<password>’;

postgres=# GRANT ALL privileges ON DATABASE <dbname> TO <user>;

Выходим из psql:

postgres=# \q

10) Проверяем подключение к базе, выполнив следующую команду:

$ psql -h 127.0.0.1 <dbname> <user>

Если всё нормально, отключаемся.
11) Для того, что бы параметры вступили с силу, необходимо перегрузить PostgreSQL:

# systemctl restart postgresql-9.4

P.S. Некоторые параметры из postgresql.conf можно применять без перезагрузки PostgreSQL. Для этого служат следующие команды:

• su — postgresl; /usr/bin/pg_ctl reload — используя командный интерпретатор(bash)
• SELECT pg_reload_conf(); — используя SQL-код

Установка СУБД PostgreSQL 9.4 на ОС Windows

В данном разделе рассматривается инсталляция СУБД PostgreSQL 9.4 на ОС Windows без использования штатного инсталлятора.

Создание кластера БД

Дальнейшие действия нужно проделывать под пользователем postgres

# su - postgres

Инициализируем кластер баз данных:

postgres@s-pg13:~$ initdb -k

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

После инициализации кластера у нас заполнился каталог PGDATA:

postgres@s-pg13:~$ ls /usr/local/pgsql/data/
base pg_commit_ts pg_hba.conf pg_logical pg_notify pg_serial pg_stat pg_subtrans pg_twophase pg_wal postgresql.auto.conf global pg_dynshmem pg_ident.conf pg_multixact pg_replslot pg_snapshots pg_stat_tmp pg_tblspc PG_VERSION pg_xact postgresql.conf

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

Архивы под паролем

Архивы можно создавать с паролем. Тогда никто посторонний, не знающий пароль, не сможет извлечь и архива помещенные в него папки и файлы.

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

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

Архив с паролем также можно прикреплять к письмам или к разным электронным площадкам, где требуется отправить сразу несколько файлов или даже папок с файлами. Пароль к архиву в таком случае лучше не отправлять в том же электронном письме, и тем более не помещать файл с паролем внутрь архива – получится ситуация либо «сейф с торчащим из него ключом», либо «ключ от сейфа находится в сейфе» — обе ситуации бессмысленные с точки зрения сохранности данных в архиве.

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

Options

This option specifies the default authentication method for local users used in ( and lines). will prepopulate entries using the specified authentication method for non-replication as well as replication connections.

Do not use unless you trust all local users on your system. is the default for ease of installation.

This option specifies the authentication method for local users via TCP/IP connections used in ( lines).

This option specifies the authentication method for local users via Unix-domain socket connections used in ( lines).

This option specifies the directory where the database cluster should be stored. This is the only information required by , but you can avoid writing it by setting the environment variable, which can be convenient since the database server () can find the database directory later by the same variable.

Selects the encoding of the template database. This will also be the default encoding of any database you create later, unless you override it there. The default is derived from the locale, or if that does not work. The character sets supported by the PostgreSQL server are described in .

Allows users in the same group as the cluster owner to read all cluster files created by . This option is ignored on Windows as it does not support POSIX-style group permissions.

Use checksums on data pages to help detect corruption by the I/O system that would otherwise be silent. Enabling checksums may incur a noticeable performance penalty. If set, checksums are calculated for all objects, in all databases. All checksum failures will be reported in the view.

Sets the default locale for the database cluster. If this option is not specified, the locale is inherited from the environment that runs in. Locale support is described in Section 23.1.

Like , but only sets the locale in the specified category.

Equivalent to .

By default, will wait for all files to be written safely to disk. This option causes to return without waiting, which is faster, but means that a subsequent operating system crash can leave the data directory corrupt. Generally, this option is useful for testing, but should not be used when creating a production installation.

Makes read the database superuser’s password from a file. The first line of the file is taken as the password.

Safely write all database files to disk and exit. This does not perform any of the normal initdb operations.

Sets the default text search configuration. See for further information.

Selects the user name of the database superuser. This defaults to the name of the effective user running . It is really not important what the superuser’s name is, but one might choose to keep the customary name postgres, even if the operating system user’s name is different.

Makes prompt for a password to give the database superuser. If you don’t plan on using password authentication, this is not important. Otherwise you won’t be able to use password authentication until you have a password set up.

This option specifies the directory where the write-ahead log should be stored.

Set the WAL segment size, in megabytes. This is the size of each individual file in the WAL log. The default size is 16 megabytes. The value must be a power of 2 between 1 and 1024 (megabytes). This option can only be set during initialization, and cannot be changed later.

It may be useful to adjust this size to control the granularity of WAL log shipping or archiving. Also, in databases with a high volume of WAL, the sheer number of WAL files per directory can become a performance and management problem. Increasing the WAL file size will reduce the number of WAL files.

Other, less commonly used, options are also available:

Print debugging output from the bootstrap backend and a few other messages of lesser interest for the general public. The bootstrap backend is the program uses to create the catalog tables. This option generates a tremendous amount of extremely boring output.

Specifies where should find its input files to initialize the database cluster. This is normally not necessary. You will be told if you need to specify their location explicitly.

By default, when determines that an error prevented it from completely creating the database cluster, it removes any files it might have created before discovering that it cannot finish the job. This option inhibits tidying-up and is thus useful for debugging.

Other options: