Toderelt.ru

ПК Журнал ТодерельТ
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Настройка конфига CS 1. 6

Конфиг является обычным текстовым файлом, но для него принято использовать расширение «.cfg».

В первую очередь ответим на простой вопрос: «Где лежит конфиг игры или куда кидать созданный конфиг?«. Файлы конфигов в Counter-Strike 1.6 находятся в папке:

  • Для Steam (английская версия):
  • Для Steam (русская версия):
  • Для NoSteam:

На скриншоте справа вы можете увидеть стандартный список файлов конфигов, которые присутствуют в папке с игрой. Нас интересуют только 3 файла выделенные на скрине в красную рамку, а это:

  • autoexec.cfg — это основной конфиг, который игра грузит в самом начале, сразу после своего запуска. Благодаря этой особенности, данный файл могут использовать различные вирусы, способные сломать не только ваш клиент игры CS 1.6, но и нанести вред компьютеру. Читайте как защитить конфиг ниже.
  • config.cfg — этот файл автоматически загружается после autoexec.cfg и содержит стандартные настройки игрока. Именно этот файл постоянно перезаписывается и меняет свои значения, если вы изменяете какие-либо показатели в самой игре.
  • userconfig.cfg — индивидуальный конфигурационный файл игрока. Этот файл не грузится автоматически, но необходимость его загрузки указывается в конце файла config.cfg строчкой:
    Если userconfig.cfg подключен, то все его настройки переопределяют значения, указанные в файле config.cfg. То есть, если настройка задана в userconfig.cfg, то игра будет смотреть именно на её значение и игнорировать такую же настройку в файле config.cfg.

Все остальные файлы конфигов в папке (joystick.cfg, listenserver.cfg, server.cfg, listip.cfg и т.д.) либо не нуждаются в редактировании, либо отвечают за настройку создания своего сервера, что не относится к теме данной статьи.

  • Host : Определяет, для какого хоста или узла используется раздел конфигурации. Раздел заканчивается новой частью хоста или концом файла. Единый * шаблон может использоваться для обеспечения глобальных значений по умолчанию для всех хостов.
  • HostName : Указывает имя реального хоста для входа в систему. Также допускаются цифровые IP-адреса.
  • User : Определяет имя пользователя для соединения SSH.
  • IdentityFile : Указывает файл, с которого считывается идентификатор аутентификации DSA, ECDSA или DSA пользователя. По умолчанию используется протокол

/.ssh/identity для протокола версии 1 и

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

Способ 1: Notepad++

С помощью текстового редактора Notepad++ можно легко создать файл в нужном формате.

  1. При запуске программы сразу же должно появиться поле для ввода текста. Если в Notepad++ открыт другой файл, то несложно создать новый. Откройте вкладку «Файл» и нажмите «Новый» (Ctrl+N).

Стандартное создание файла в Notepad++

А можно просто воспользоваться кнопкой «Новый» на панели.

Создание нового файла через кнопку на панели Notepad++

Ввод параметров конфигурации в Notepad++

Стандартное сохранение в Notepad++

Или используйте кнопку сохранения на панели.

Сохранение файла через кнопку на панели Notepad++

Сохранение CFG в Notepad++

Способ 2: Easy Config Builder

Для создания файлов конфигурации существуют и специализированные программы, например, Easy Config Builder. Она разрабатывалась для создания файлов CFG игры Counter Strike 1.6, но и для остального ПО этот вариант также приемлем.

    Откройте меню «Файл» и выберите пункт «Создать» (Ctrl+N).

Стандартное создание файла в Easy Config Builder

Или используйте кнопку «Новый».

Создание файла через кнопку на панели Easy Config Builder

Ввод параметров конфигурации в Easy Config Builder

Стандартное сохранение файлов в Easy Config Builder

Для этих же целей на панели имеется соответствующая кнопка.

Сохранение файла через кнопку на панели Easy Config Builder

Сохранение CFG в Easy Config Builder

Способ 3: Блокнот

Создать CFG можно и через обычный Блокнот.

    При открытии Блокнота можно сразу вводить данные.

Ввод параметров конфигурации в Блокноте

Сохранение файла в Блокноте

Сохранение CFG в Блокноте

Способ 4: Microsoft WordPad

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

    Открыв программу, Вы сразу можете прописать необходимые параметры конфигурации.

Ввод параметров конфигурации в Microsoft WordPad

Сохранение в Microsoft WordPad

Или можно нажать специальный значок.

Значок Сохранить в Microsoft WordPad

Сохранение CFG в Microsoft WordPad

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

ЗакрытьМы рады, что смогли помочь Вам в решении проблемы.

Помимо этой статьи, на сайте еще 12351 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Читать еще:  FotoMix - обзор бесплатного приложения для создания коллажей

ЗакрытьОпишите, что у вас не получилось. Наши специалисты постараются ответить максимально быстро.

Что с ними делать

На прямой вопрос — какой порядок редактирования cfg-файлов, требуется и прямой ответ — никакой, и точка! Строго говоря, не стоит эти файлы вообще трогать, они носят чисто служебный характер, искажение информации в них (а это сделать ничего не стоит — Блокнот-то, вот он!) может привести к поломке не только одной какой-то прикладной программы, но и системы в целом. Для исправления часто требуется перестановка системы (или программы) целиком. С другой стороны, если вы уверены в своих действиях, то смелее, такое вмешательство помогает иногда сэкономить массу времени (и денег, кстати!)

Между прочим, далеко не секрет, что таких простых редакторов «на замену Блокнота» — очень много. Поэтому открывать cfg-файлы можно любой, какая нравится.

Открытие файла CFG в Блокноте

Открытие файла CFG в Блокноте

Чем открыть файл .cfg на компьютере

Список программ с помощью которых можно открыть файлы .cfg:

  • Microsoft WordPad
  • Microsoft Notepad
  • Notepad2
  • Блокнот
  • MacroMates TextMate
  • MacVim
  • Apple TextEdit

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

nginx

В этом руководстве даётся начальное введение в nginx и описываются некоторые простые задачи, которые могут быть решены с его помощью. Предполагается, что nginx уже установлен на компьютере читателя. Если нет, см. Установка nginx. В этом руководстве описывается, как запустить и остановить nginx и перезагрузить его конфигурацию, объясняется, как устроен конфигурационный файл, и описывается, как настроить nginx для раздачи статического содержимого, как настроить прокси-сервер на nginx, и как связать nginx с приложением FastCGI.

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

Как работают nginx и его модули, определяется в конфигурационном файле. По умолчанию, конфигурационный файл называется nginx.conf и расположен в каталоге /usr/local/nginx/conf , /etc/nginx или /usr/local/etc/nginx .

Запуск, остановка, перезагрузка конфигурации

Чтобы запустить nginx, нужно выполнить исполняемый файл. Когда nginx запущен, им можно управлять, вызывая исполняемый файл с параметром -s . Используйте следующий синтаксис:

Где сигнал может быть одним из нижеследующих:

  • stop — быстрое завершение
  • quit — плавное завершение
  • reload — перезагрузка конфигурационного файла
  • reopen — переоткрытие лог-файлов

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

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

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

Посылать сигналы процессам nginx можно также средствами Unix, такими как утилита kill . В этом случае сигнал отправляется напрямую процессу с данным ID. ID главного процесса nginx записывается по умолчанию в файл nginx.pid в каталоге /usr/local/nginx/logs или /var/run . Например, если ID главного процесса равен 1628, для отправки сигнала QUIT, который приведёт к плавному завершению nginx, нужно выполнить:

Читать еще:  Обзор программы-архиватора ZipGenius

Для просмотра списка всех запущенных процессов nginx может быть использована утилита ps , например, следующим образом:

Дополнительную информацию об отправке сигналов процессам nginx можно найти в Управление nginx.

Структура конфигурационного файла

nginx состоит из модулей, которые настраиваются директивами, указанными в конфигурационном файле. Директивы делятся на простые и блочные. Простая директива состоит из имени и параметров, разделённых пробелами, и оканчивается точкой с запятой ( ; ). Блочная директива устроена так же, как и простая директива, но вместо точки с запятой после имени и параметров следует набор дополнительных инструкций, помещённых внутри фигурных скобок ( < и >). Если у блочной директивы внутри фигурных скобок можно задавать другие директивы, то она называется контекстом (примеры: events, http, server и location).

Директивы, помещённые в конфигурационном файле вне любого контекста, считаются находящимися в контексте main. Директивы events и http располагаются в контексте main , server — в http , а location — в server .

Часть строки после символа # считается комментарием.

Раздача статического содержимого

Одна из важных задач конфигурации nginx — раздача файлов, таких как изображения или статические HTML-страницы. Рассмотрим пример, в котором в зависимости от запроса файлы будут раздаваться из разных локальных каталогов: /data/www , который содержит HTML-файлы, и /data/images , содержащий файлы с изображениями. Для этого потребуется отредактировать конфигурационный файл и настроить блок server внутри блока http с двумя блоками location.

Во-первых, создайте каталог /data/www и положите в него файл index.html с любым текстовым содержанием, а также создайте каталог /data/images и положите в него несколько файлов с изображениями.

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

В общем случае конфигурационный файл может содержать несколько блоков server , различаемых по портам, на которых они слушают, и по имени сервера. Определив, какой server будет обрабатывать запрос, nginx сравнивает URI, указанный в заголовке запроса, с параметрами директив location , определённых внутри блока server .

В блок server добавьте блок location следующего вида:

Этот блок location задаёт “ / ” в качестве префикса, который сравнивается с URI из запроса. Для подходящих запросов добавлением URI к пути, указанному в директиве root, то есть, в данном случае, к /data/www , получается путь к запрашиваемому файлу в локальной файловой системе. Если есть совпадение с несколькими блоками location , nginx выбирает блок с самым длинным префиксом. В блоке location выше указан самый короткий префикс, длины один, и поэтому этот блок будет использован, только если не будет совпадения ни с одним из остальных блоков location .

Далее, добавьте второй блок location :

Он будет давать совпадение с запросами, начинающимися с /images/ ( location / для них тоже подходит, но указанный там префикс короче).

Итоговая конфигурация блока server должна выглядеть следующим образом:

Это уже работающая конфигурация сервера, слушающего на стандартном порту 80 и доступного на локальном компьютере по адресу http://localhost/ . В ответ на запросы, URI которых начинаются с /images/ , сервер будет отправлять файлы из каталога /data/images . Например, на запрос http://localhost/images/example.png nginx отправит в ответ файл /data/images/example.png . Если же этот файл не существует, nginx отправит ответ, указывающий на ошибку 404. Запросы, URI которых не начинаются на /images/ , будут отображены на каталог /data/www . Например, в результате запроса http://localhost/some/example.html в ответ будет отправлен файл /data/www/some/example.html .

Чтобы применить новую конфигурацию, запустите nginx, если он ещё не запущен, или отправьте сигнал reload главному процессу nginx, выполнив:

Настройка простого прокси-сервера

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

Читать еще:  Как увеличить фпс в играх на компьютере и ноутбуке?

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

Во-первых, создайте проксируемый сервер, добавив ещё один блок server в конфигурационный файл nginx со следующим содержимым:

Это будет простой сервер, слушающий на порту 8080 (ранее директива listen не указывалась, потому что использовался стандартный порт 80) и отображающий все запросы на каталог /data/up1 в локальной файловой системе. Создайте этот каталог и положите в него файл index.html . Обратите внимание, что директива root помещена в контекст server . Такая директива root будет использована, когда директива location , выбранная для выполнения запроса, не содержит собственной директивы root .

Далее, используйте конфигурацию сервера из предыдущего раздела и видоизмените её, превратив в конфигурацию прокси-сервера. В первый блок location добавьте директиву proxy_pass, указав протокол, имя и порт проксируемого сервера в качестве параметра (в нашем случае это http://localhost:8080 ):

Мы изменим второй блок location , который на данный момент отображает запросы с префиксом /images/ на файлы из каталога /data/images так, чтобы он подходил для запросов изображений с типичными расширениями файлов. Изменённый блок location выглядит следующим образом:

Параметром является регулярное выражение, дающее совпадение со всеми URI, оканчивающимися на .gif , .jpg или .png . Регулярному выражению должен предшествовать символ

. Соответствующие запросы будут отображены на каталог /data/images .

Когда nginx выбирает блок location , который будет обслуживать запрос, то вначале он проверяет директивы location, задающие префиксы, запоминая location с самым длинным подходящим префиксом, а затем проверяет регулярные выражения. Если есть совпадение с регулярным выражением, nginx выбирает соответствующий location , в противном случае берётся запомненный ранее location .

Итоговая конфигурация прокси-сервера выглядит следующим образом:

Этот сервер будет фильтровать запросы, оканчивающиеся на .gif , .jpg или .png , и отображать их на каталог /data/images (добавлением URI к параметру директивы root ) и перенаправлять все остальные запросы на проксируемый сервер, сконфигурированный выше.

Чтобы применить новую конфигурацию, отправьте сигнал reload nginx’у, как описывалось в предыдущих разделах.

Существует множество других директив для дальнейшей настройки прокси-соединения.

Настройка проксирования FastCGI

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

Базовая конфигурация nginx для работы с проксируемым FastCGI-сервером включает в себя использование директивы fastcgi_pass вместо директивы proxy_pass , и директив fastcgi_param для настройки параметров, передаваемых FastCGI-серверу. Представьте, что FastCGI-сервер доступен по адресу localhost:9000 . Взяв за основу конфигурацию прокси-сервера из предыдущего раздела, замените директиву proxy_pass на директиву fastcgi_pass и измените параметр на localhost:9000 . В PHP параметр SCRIPT_FILENAME используется для определения имени скрипта, а в параметре QUERY_STRING передаются параметры запроса. Получится следующая конфигурация:

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

«Всемогущий» блокнот

Хотя существует масса продвинутых текстовых редакторов, стандартный «Блокнот» остаётся простейшим инструментом для работы с файлом «hosts» и создания скриптов «bat». Выше я уже упоминал об этой возможности.

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

Новый документ Блокнот

Или открыть существующий элемент (тот же hosts – но только с правами администратора).

После внесения изменений нажимаем Ctrl + S для сохранения и видим диалоговое окно Проводника. Для того, чтобы поменять формат, стоит в поле «Тип» выбрать из списка «Все…», а затем в поле с именем после названия и точки прописать желаемое расширение.

Изменение расширения в редакторе Блокнот

голоса
Рейтинг статьи
Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector