The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В скрипте инициализации RHEL допущена ошибка, приводящая к у..., opennews (ok), 24-Мрт-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


62. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +13 +/
Сообщение от pkdr (ok), 24-Мрт-15, 12:37 
А какая есть лучшая практика? Реестр от укуренных индусов из M$? И если понимать, как устроен компьютер, то да, всё, что содержит информацию есть файл.

Торвальдс 69 года рождения, если он ухитрился в 60-е учиться в вузе, то его гениальность неоспорима - подтверждается даже ботом из M$.

Ответить | Правка | Наверх | Cообщить модератору

110. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –1 +/
Сообщение от клоун (?), 24-Мрт-15, 16:16 
Задача решается с использованием примитивов синхронизации межпроцессного взаимодействия, которые должны быть частью API. Примитивов.
Ответить | Правка | Наверх | Cообщить модератору

112. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +/
Сообщение от Аноним (-), 24-Мрт-15, 16:58 
> Задача решается с использованием примитивов синхронизации межпроцессного взаимодействия, которые должны быть частью API. Примитивов.

При таком решении теряется главное преимущество концепции "всё есть файл" — универсальность. В данном случае под этим следует подразумевать возможность получения информации [о наличии запущенного экземпляра программы] из скриптов и прочего ненативного кода.

Ответить | Правка | Наверх | Cообщить модератору

133. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –2 +/
Сообщение от клоун (?), 24-Мрт-15, 17:40 
Иными словами, вы считаете необходимым в угоду концепции "всё есть файл" заменить все функции API на 4 функции работы с файловой системой (read, write, open, close), так?

Постебусь, пожалуй, немного:

file.open("api_query");
file.write("GetDMAChannel := 1")
file.close()

file.open("api_wait");
file.write();
file.close();
while(1)
{
if(!file.open("api_wait"))break;
file.close();
}

file.create("api_result");
file.read();
file.close();

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

Ответить | Правка | Наверх | Cообщить модератору

222. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –1 +/
Сообщение от Аноним (-), 24-Мрт-15, 22:53 
> При таком решении теряется главное преимущество концепции "всё есть файл" — универсальность.

Иди поработай с ioctl'овыми апи универсально, ога :)

Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

116. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –1 +/
Сообщение от Аноним (-), 24-Мрт-15, 17:25 
> Реестр от укуренных индусов из M$?

Хранение конфигов в иерархической базе ключ-значение - сама по себе вполне здравая идея. А только ничто не может помешать неосторожному мантейнеру пакета вписать команду, которая снесёт всё содержимое реестра, и запихнуть её он может как в простыню на bash, так и юнит-файл systemd.

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

221. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –1 +/
Сообщение от Аноним (-), 24-Мрт-15, 22:52 
> как в простыню на bash, так и юнит-файл systemd.

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

Ответить | Правка | Наверх | Cообщить модератору

271. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +1 +/
Сообщение от Аноним (-), 25-Мрт-15, 23:29 
> Хранение конфигов в иерархической базе ключ-значение - сама по себе вполне здравая идея.

А ничего что ФС уже и есть такая "БД"? :)

Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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