конфиг php-fpm - обсуждение.
Alexandre Kalendarev
Приблизительно, то что получилось в аттачменте.
пишу парсер (сканер) конфига.
так же хотел уточнить, как лучше организовать результаты парсинга.
Пока я это представляю следующим образом:
например, данные секции global хранить в структуре cfg_global,
данные секции wokers хранить в структуре cfg_wokers
данные секции pool хранить в массиве структур cfg_pool[n], n - кол-во пулов.
некоторые секции, такие как listen_options носят чисто формальный характер (для удобочитаемости), т.е. сами данные, могут находится в структуре cfg_pool
Если есть у кого какие замечания по структуре, или организации данных конфига то готов к критике.
Александр
Serge Volkov
> Андрей предложил структуру конфига сделать как у гникса.
админов имеют большой опыт девелопинга на C/perl/PHP/Java/etc.
соответственно шанс накосячить в таком конфиге минимален.
> пишу парсер (сканер) конфига.
Может взять ngx_conf_file.c и адаптировать под свои нужды? ох как мне
не хватает директивы "include" оттуда...
С другой стороны есть мнения:
On somedate, Народная пословица wrote:
> От добра добра не ищут.
On somedate, Народная пословица wrote:
> Лучшее - враг хорошего.
On somedate, Анекдот wrote:
> Сидит программист, отлаживает программу. Подходит сынишка:
> -Папа, почему солнышко каждый день встаёт на востоке, а садится на западе?
> -Ты это проверял?
> -Проверял.
> -Хорошо проверял?
> -Хорошо.
> -Работает?
> -Работает.
> -Каждый день работает?
> -Да, каждый день.
> -Тогда ради бога, сынок, ничего не трогай, ничего не меняй!
есть над чем задуматься...
Alexandre Kalendarev
> не хватает директивы "include" оттуда...
было предложено использовать генератор лексем re2c, который генерит парсер. Быстро и красиво.
где-то неделю у меня ушло на опробацию решения, вот теперь дошли руки до реализации, времени катострофически не хватает, но стараюсь как-то помочь проекту.
а сами замечания по структуре конфига есть?
Andrei Nigmatulin
Структура то, что надо. Детали отшлифую, когда буду все сводить воедино.
--
Andrei Nigmatulin
GPG PUB KEY 6449830D
Now I lay me down to sleep(3)
Pray the OS my core to keep
If I die before I wake
Pray the Disk my core to take
Serge Volkov
> было предложено использовать генератор лексем re2c, который генерит парсер.
доводилось его использовать. но есть мнение что завязать депендинг
сборки PHP ещё на одну библиотеку ни есть гуд... будет время -
посмотрю на этого зверя.
> а сами замечания по структуре конфига есть?
пожалуйста.
Andrei Nigmatulin
> On 8 апр, 21:22, Alexandre Kalendarev <akal...@mail.ru> wrote:
> > было предложено использовать генератор лексем re2c, который генерит
> > парсер.
>
> Что из себя представляет этот re2c я к сожалению не знаю.. не
> доводилось его использовать. но есть мнение что завязать депендинг
> сборки PHP ещё на одну библиотеку ни есть гуд... будет время -
> посмотрю на этого зверя.
Это как раз не библиотека, а кодогенератор. На входе у него специальный язык -
смесь си и regex выражений, на выходе - чистый си, без всяких зависимостей. В
php-fpm будет включен и исходник re2c и готовый .с файл, для удобства.
Alexandre Kalendarev
> > было предложено использовать генератор лексем re2c, который генерит парсер.
> Что из себя представляет этот re2c я к сожалению не знаю.. не
> доводилось его использовать. но есть мнение что завязать депендинг
> сборки PHP ещё на одну библиотеку ни есть гуд... будет время -
> посмотрю на этого зверя.
в двух словах re2c- это генератор с-кода на основе лексем регулярных выражений и конструкций #define.
по данным лексемам генерится в соответствии с внутренним алгоритмом си-код парсера, т.е. это вспомогательная тулза, на основе которой будет сгенерирован код парсера конфига, который просто напросто будет включен в дистрибутив. с самим re2c оконечный пользователь иметь дело не будет ни каким боком.
> > а сами замечания по структуре конфига есть?
> На первый взгляд все красиво и логично. про "include" не забудь пожалуйста.
Лично я не представляю каким боком впихнуть инклуде,
я так понимаю - проинклудить разные части конфига? Тогда я продумаю над этим вопросом, пока бы реализовать в наименьшем формате (один с-style конфиг).
Александр
Serge Volkov
wrote:
> смесь си и regex выражений, на выходе - чистый си, без всяких зависимостей. В
> php-fpm будет включен и исходник re2c и готовый .с файл, для удобства.
уделю время посмотреть на него!
Serge Volkov
> я так понимаю - проинклудить разные части конфига?
nginx-е:
http://sysoev.ru/nginx/docs/ngx_core_module.html#include
On 8 апр, 22:08, Alexandre Kalendarev <akal...@mail.ru> wrote:
> Тогда я продумаю над этим вопросом,
Alex Vorona
> а сами замечания по структуре конфига есть?
>
pool {
# Name of pool. Used in logs and stats.
name default;
может быть
pool <name> {
по аналогии с location в nginx?
Dmitriy MiksIr
Andrei Nigmatulin
> А вот вопрос, как с наследованием? Вроде бы оно сейчас есть (ну или точно
> помню - обсуждалось). С одной стороны можно описать pool default... с
> другой стороны, если уж делать иерархическую схему, то тогда делать
> возможность размещения некоторых директив внутри блока воркеров, а уж в
> блоке пула их подхватывать или переопределять
Можно как-то так
pool template1 {
...
}
pool site1 {
defaults template1;
...
listen 9000;
...
Alexandre Kalendarev
> Можно как-то так
>
> pool template1 {
> ...
> }
>
это существенное добавление, вставка <имени> перед началом секции - учтено.
Александр
Serge Volkov
> это существенное добавление, вставка <имени> перед началом секции - учтено.
pool somepool extends template1 {...}
Dmitriy MiksIr
Serge Volkov
> Это уже, знаете ли, не nginx-style, это уже какое-то программистское
> извращение.
вот сейчас подумалось - возможно-ли в качестве парсера конфига
использовать сам ПХП? идея конечно бредовая - но все-же...
Alexandre Kalendarev
> Про абстрактный пул(класс) в прошлом сообщении написал хохмы ради. а
> вот сейчас подумалось - возможно-ли в качестве парсера конфига
> использовать сам ПХП? идея конечно бредовая - но все-же...
Alexandre Kalendarev
> извращение.
> > abstract pool template1 {...}
> > pool somepool extends template1 {...}
> >
полностью согласен,
остановимся на ранее предложенном варианте:
pool template1 {...}
pool somepool {
extends template1 // или иное ключевое слово
...}
Serge Volkov
>
> можно использовать все что угодно, но сам понимаешь - нужно все делать рационально.
рассматривать все возможные пути решения.
On 10 апр, 15:08, Alexandre Kalendarev <akal...@mail.ru> wrote:
> остановимся на ранее предложенном варианте:
>
> pool template1 {...}
> pool somepool {
> extends template1 // или иное ключевое слово
> ...}
темплейтов)
Alexandre Kalendarev
темплейтов)
Dmitriy MiksIr
Andrei Nigmatulin
Это уже есть в коде - если пул не имеет listening сокета - то это
автоматически template.
Serge Volkov
> А вообще может инклудами обойтись можно? =)
>
ходу имплементировать инклюды :-( как я понял там нельзя повесить
хендлер на определённый тэг...
Alexandre Kalendarev
>хендлер на определённый тэг...
инклуды реализуем следующим этапом.
я пока вижу следующий путь:
1) парсить первым проходом на #include и сделать один общий конфиг, который распарсить вторым проходом
2-й вариант) парсить файл, все инклуды обработать ка теги и сложить в стек, далее пропарсить каждый инклуд и данные добавить в конфиг_структуру.
как я вижу практическое применение, директивой #include хорошо включать пулы разных пользователей. т.е в принципе использовать инклуд только для пользователей.
мне кажется первый подход проще, тем более, если реализую парсинг данных, то сделать надстройку будет проще.
Александр
Serge Volkov
> 1) парсить первым проходом на #include и сделать один общий конфиг, который распарсить вторым проходом
Alexandre Kalendarev
в каком-то роде - да,
это будет первый шаг парсинга, используя тот же re2c,
который собирет из трех-пяти конфигов - один.
вторым шагом - распарсить сводный конфиг.
Andrei Nigmatulin
А зачем так сложно ?
Я думал сделать так - лексер бежит по тексту, на все найденные конструкции и
директивы вызываются callbacks с текущим контекстом конфигурации. Как только
попалась директива include - создается новый, дочерний контекст конфигурации,
открывается файл и лексер бежит по нему. Добежал до конца - вернулся к
предыдущему контексту.
re2c вроде это умеет, разве нет ?
Andrei Nigmatulin
> On Thursday 10 April 2008 19:20, Alexandre Kalendarev wrote:
> > >Имеется ввиду написать свой собственный "пред-парсер"?
> >
> > в каком-то роде - да,
> > это будет первый шаг парсинга, используя тот же re2c,
> > который собирет из трех-пяти конфигов - один.
> >
> > вторым шагом - распарсить сводный конфиг.
>
> А зачем так сложно ?
>
> Я думал сделать так - лексер бежит по тексту, на все найденные конструкции
> и директивы вызываются callbacks с текущим контекстом конфигурации. Как
> только попалась директива include - создается новый, дочерний контекст
> конфигурации, открывается файл и лексер бежит по нему. Добежал до конца -
> вернулся к предыдущему контексту.
>
> re2c вроде это умеет, разве нет ?
Судя по мануалу - умеет:
SCANNER WITH STORABLE STATES
When the -f flag is specified, re2c generates a scanner that can store its
current state, return to the caller, and later resume operations exactly
where it left off.
Alexandre Kalendarev
>директивы вызываются callbacks с текущим контекстом конфигурации. Как только
>попалась директива include - создается новый, дочерний контекст конфигурации,
>открывается файл и лексер бежит по нему. Добежал до конца - вернулся к
>предыдущему контексту.
>re2c вроде это умеет, разве нет ?
но мне казалось, что лучше распарсить все за один проход.
OK, присмотрюсь к этому подходу.
Andrei Nigmatulin
Это и будет один проход, разве не так ?
А вот так будет два:
> >Имеется ввиду написать свой собственный "пред-парсер"?
>
> в каком-то роде - да,
> это будет первый шаг парсинга, используя тот же re2c,
> который собирет из трех-пяти конфигов - один.
>
> вторым шагом - распарсить сводный конфиг.
Alexandre Kalendarev
Александр
silly_sad
> Андрей предложил структуру конфига сделать как у гникса.
>
> Приблизительно, то что получилось в аттачменте.
>
> пишу парсер (сканер) конфига.
кстати насчёт сериализации древовидных данных
там синтакс тоже на {} построен
silly_sad
> On Tuesday 08 April 2008 21:55, Serge Volkov wrote:
>> On 8 апр, 21:22, Alexandre Kalendarev <akal...@mail.ru> wrote:
>>> было предложено использовать генератор лексем re2c, который генерит
>>> парсер.
>> Что из себя представляет этот re2c я к сожалению не знаю.. не
>> доводилось его использовать. но есть мнение что завязать депендинг
>> сборки PHP ещё на одну библиотеку ни есть гуд... будет время -
>> посмотрю на этого зверя.
>
> Это как раз не библиотека, а кодогенератор. На входе у него специальный язык -
> смесь си и regex выражений, на выходе - чистый си, без всяких зависимостей. В
> php-fpm будет включен и исходник re2c и готовый .с файл, для удобства.
незнаю что в данном случае более удобно, но мне лично офигенно
понравился "The Lemon Parser Generator"
На входе у него БНФ (помешанный с С)
на выходе чистый С
тоже без всяких зависимостей
Andrei Nigmatulin
Спасибо, посмотрю.