The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Apple опубликовал Pkl, язык программирования для определения..."
Отправлено _oleg_, 07-Фев-24 11:13 
>> А какое отношение lua в конфиге или его отсутствие имеет к тому
>> один сервер или нет?
> Если сервер один и админ один - задач по автоматизации конфигурирования не
> возникает - и сопутствующих проблем логичным образом тоже. Берешь и пердолишься,
> как дiды завещали - делов-то...

Да и если не один, то тоже. При чём здесь автоматизация конфигурирования и lua в конфиге?

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

Хм :-). Вы уж определитесь :-). Выше про lua писали. А ведь lua сам по себе ничего не значит, как любой встраиваемый ЯП. Вместе с ним надо ботать для каждого приложения _отдельно_ какие там функции оно добавляет в ЯП, что бы с можно было с помощью ЯП потрогать кишки программы и как-то с ней взаимодействовать. И так-то без разницы - что ботать констукции конфига, что развесистое api для lua под конкретное ПО.

А про стандартизированный межпрограммный конфиг - бред :-). Не будет такого и быть не может. Разные программы - разные задачи - разная логика того что и как настраивать - разные подходы к конфигу и как эти настройки удобней в нём выразить.

>> Ну а при чём тут автогенерация конфигов? Речь, вроде, про yaml в
>> качестве конфига шла. А если нужна автогенерация, то бери да генерируй.
>> Только для генерилки тоже конфиг нужен :-). Зациклились.
> При том, что yaml для этой цели подходит - а конфиг нжинкса
> весьма и весьма условно.

Конфиг nginx не подходит для автогенерации конфига? Ну да. Он не для автогенерации, а для передачи настроек в сам nginx :-). Очевидно же. Для автогенерации нужна какая-то сторонняя утилита, а что она там будет использовать для уже хранения своих настроек - дело десятое. Но это уже скорее всего будет больше похоже на БД, а не на конфиг. И там выбор огромен. Смысл для этого брать yaml? Нравится иллюзия, что оно человеко-читаемо-редактируемо? Ну так о том и речь, что нет. Не удобно человекам в нём ковыряться. А для машин проще json тот же взять.

> Ну поработаете немного - поймете, что в ямлепредставлении конфига нжинкса нифига не
> yaml виноват. Ну, или не поймете...

Нет. Не понимаю что-то. Простите.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру