[devel] OVZ in alterator/ve-build-tools

[devel] OVZ in alterator/ve-build-tools

[Alexander Bokovoy]

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

Оказалось, что штатные средства в дистрибутиве не позволяют "с
легкостью" использовать несистемный репозитарий. То есть, hasher такую
возможность предоставляет, как и spt, однако в alterator и vecache все
это просто игнорируется.

Поправленные на коленке версии ve-build-tools и alterator-ovz доступны у
меня в git. Они позволяют при создании шаблона в Alterator указать путь
к альтернативному apt.conf. Например, к локальному зеркалу Сизифа.

Rant: Альтератор внутри -- это страшно. Очень страшно. Особенно по
сравнению с системами типа RoR, и прежде всего в освоении и стройности.
Ну да ладно -- я замолкаю, поскольку эту систему не пишу, а code speaks.

Можно хотя бы пересадить Альтератор с apache2 на nginx?
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] OVZ in alterator/ve-build-tools

[Stanislav Ievlev]

On Sun, Oct 14, 2007 at 04:21:29PM +0400, Alexander Bokovoy wrote:
> Задался я простым вопросом: как мне держать домашнюю машину на ALD4, при
> этом имея сборочную среду (в VE) для Сизифа и некоторых других систем.
> Как-то не хочется держать рабочую среду в (полу-)разрушенном состоянии,
> поскольку на этой машине не я один работаю.
> 
> Оказалось, что штатные средства в дистрибутиве не позволяют "с
> легкостью" использовать несистемный репозитарий. То есть, hasher такую
> возможность предоставляет, как и spt, однако в alterator и vecache все
> это просто игнорируется.
Саша, ни слова не понял. Кто чего не предоставляет и что хотелось получить.
Я конечно не мантейнер kernel-ovz и alterator-ovz, но всё же интересно ... 
пожалуйста расскажи подробнее.
> 
> Поправленные на коленке версии ve-build-tools и alterator-ovz доступны у
> меня в git. Они позволяют при создании шаблона в Alterator указать путь
> к альтернативному apt.conf. Например, к локальному зеркалу Сизифа.
> 
> Rant: Альтератор внутри -- это страшно. Очень страшно. Особенно по
> сравнению с системами типа RoR, и прежде всего в освоении и стройности.
> Ну да ладно -- я замолкаю, поскольку эту систему не пишу, а code speaks.
Большая просьба изложить все свои страхи в devel-conf@ ;)

То что мы имеем в версии 4.0 действительно хакалось со страшной скоростью
(особенно http-версия) на коленке чтобы успеть ко срокам. 
Одни клоны alterator-install2-* чего стоят ;)

Сейчас наблюдается некоторое затишье, идёт осмысление написанного и
выпрямление.
> 
> Можно хотя бы пересадить Альтератор с apache2 на nginx?
У меня внутренности nginx, а также его расширяемость вызывает примерно
такие жу чувства как у тебя созерцание внутренностей alterator ;)

Пусть для начала сделают хотя бы нормальную поддержку cgi/fast-cgi, возможность
настоящего встраивания и хотя бы какой аналог authn/authz.

Re: [devel] OVZ in alterator/ve-build-tools

[Alexander Bokovoy]

Stanislav Ievlev пишет:
> On Sun, Oct 14, 2007 at 04:21:29PM +0400, Alexander Bokovoy wrote:
>> Задался я простым вопросом: как мне держать домашнюю машину на
>> ALD4, при этом имея сборочную среду (в VE) для Сизифа и некоторых
>> других систем. Как-то не хочется держать рабочую среду в
>> (полу-)разрушенном состоянии, поскольку на этой машине не я один
>> работаю.
>> 
>> Оказалось, что штатные средства в дистрибутиве не позволяют "с 
>> легкостью" использовать несистемный репозитарий. То есть, hasher
>> такую возможность предоставляет, как и spt, однако в alterator и
>> vecache все это просто игнорируется.
> Саша, ни слова не понял. Кто чего не предоставляет и что хотелось
> получить. Я конечно не мантейнер kernel-ovz и alterator-ovz, но всё
> же интересно ... пожалуйста расскажи подробнее.
Я уже написал в первом абзаце. Мне нужно создание шаблонов на основе
несистемного репозитария. В системе прописан Branch, а я хочу шаблоны на
основе Сизифа или еще чего. hsh и spt позволяют указать отличные от
системных настройки apt, а alterator-ovz и ve-build-tools -- нет. Вот
эту неприятность я поправил. Хочешь -- возьми у меня в git.

>> Rant: Альтератор внутри -- это страшно. Очень страшно. Особенно по 
>> сравнению с системами типа RoR, и прежде всего в освоении и
>> стройности. Ну да ладно -- я замолкаю, поскольку эту систему не
>> пишу, а code speaks.
> Большая просьба изложить все свои страхи в devel-conf@ ;)
:-) Это рант, на то он и нужен, чтобы просто сказать и забыть (надеюсь,
что для альтератора в текущем видем мне больше писать не придется). Если
ты хочешь понять, о чем я говорю, посмотри хотя бы на RoR -- лучше
начать с Agile Web Development with Ruby on Rails, потому что в других
местах концепции описаны значительно хуже и непонятней.

>> Можно хотя бы пересадить Альтератор с apache2 на nginx?
> У меня внутренности nginx, а также его расширяемость вызывает
> примерно такие жу чувства как у тебя созерцание внутренностей
> alterator ;)
> 
> Пусть для начала сделают хотя бы нормальную поддержку cgi/fast-cgi,
> возможность настоящего встраивания и хотя бы какой аналог
> authn/authz.
По-моему, ты совсем не понял как устроен nginx и для чего он нужен.
Поддержка fast cgi там сделана супер-отлично.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] OVZ in alterator/ve-build-tools

[Avramenko Andrew]

Alexander Bokovoy пишет:

>> Пусть для начала сделают хотя бы нормальную поддержку cgi/fast-cgi,
>> возможность настоящего встраивания и хотя бы какой аналог
>> authn/authz.
> По-моему, ты совсем не понял как устроен nginx и для чего он нужен.
> Поддержка fast cgi там сделана супер-отлично.

JT: ИМХО nginx по функциональности и скорости продукт довольно неплохой, 
но то как он написан лично мне непонятно. Я не претендую на звание даже 
простого программиста, но лично мне не понятно чем обосновано столько 
наличий переходов типа goto. Даже в школе детей уже учат не пользоваться 
ими.

Re: [devel] OVZ in alterator/ve-build-tools

[Alexander Bokovoy]

Avramenko Andrew пишет:
> Alexander Bokovoy пишет:
> 
>>> Пусть для начала сделают хотя бы нормальную поддержку
>>> cgi/fast-cgi, возможность настоящего встраивания и хотя бы какой
>>> аналог authn/authz.
>> По-моему, ты совсем не понял как устроен nginx и для чего он нужен.
>>  Поддержка fast cgi там сделана супер-отлично.
> 
> JT: ИМХО nginx по функциональности и скорости продукт довольно
> неплохой, но то как он написан лично мне непонятно. Я не претендую на
> звание даже простого программиста, но лично мне не понятно чем
> обосновано столько наличий переходов типа goto. Даже в школе детей
> уже учат не пользоваться ими.
Оптимизацией генерируемого кода. Это приложение, которое призвано
обслуживать второй по нагрузке сайт в Рунете. (Первый обслуживается 
специальной версией Lighttpd, код которого не лучше).

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] [jt] nginx

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 971 bytes --]

On Mon, Oct 15, 2007 at 10:44:14PM +0400, Alexander Bokovoy wrote:
> Avramenko Andrew пишет:
> > Alexander Bokovoy пишет:
> > 
> >>> Пусть для начала сделают хотя бы нормальную поддержку
> >>> cgi/fast-cgi, возможность настоящего встраивания и хотя бы какой
> >>> аналог authn/authz.
> >> По-моему, ты совсем не понял как устроен nginx и для чего он нужен.
> >>  Поддержка fast cgi там сделана супер-отлично.
> > 
> > JT: ИМХО nginx по функциональности и скорости продукт довольно
> > неплохой, но то как он написан лично мне непонятно. Я не претендую на
> > звание даже простого программиста, но лично мне не понятно чем
> > обосновано столько наличий переходов типа goto. Даже в школе детей
> > уже учат не пользоваться ими.
> Оптимизацией генерируемого кода.

Это не правильная оптимизация, а неправильная архитектура.
Самый быстрый ftp-сервер vsftpd не злоупотребляет использованием goto.

Впрочем, все эти разговоры непродуктивны.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] OVZ in alterator/ve-build-tools

[Avramenko Andrew]

Alexander Bokovoy пишет:

> Оптимизацией генерируемого кода. Это приложение, которое призвано
> обслуживать второй по нагрузке сайт в Рунете. (Первый обслуживается 
> специальной версией Lighttpd, код которого не лучше).

А где Вы берете статистику? Я так понимаю Вы имеете в виду rambler. По 
некоторым данным он занимает лишь четвертое место.
http://www.alexa.com/site/ds/top_sites?cc=RU&ts_mode=country&lang=none

Re: [devel] OVZ in alterator/ve-build-tools

[Alexander Bokovoy]

Avramenko Andrew пишет:
> Alexander Bokovoy пишет:
> 
>> Оптимизацией генерируемого кода. Это приложение, которое призвано 
>> обслуживать второй по нагрузке сайт в Рунете. (Первый обслуживается
>>  специальной версией Lighttpd, код которого не лучше).
> 
> А где Вы берете статистику? Я так понимаю Вы имеете в виду rambler.
> По
Беру ее в памяти, естественно, не текущие данные.

> некоторым данным он занимает лишь четвертое место. 
> http://www.alexa.com/site/ds/top_sites?cc=RU&ts_mode=country&lang=none
> 
Я знаю, что показывает Alexa. К сожалению, их данные не всегда верны,
они отражают лишь мнение пользователей их продуктов:
http://www.alexa.com/site/help/traffic_learn_more
Alexa computes traffic rankings by analyzing the Web usage of millions
of Alexa Toolbar users. The information is sorted, sifted, anonymized,
counted, and computed, until, finally, we get the traffic rankings shown
in the Alexa service.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] OVZ in alterator/ve-build-tools

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 696 bytes --]

On Mon, Oct 15, 2007 at 05:35:48PM +0400, Avramenko Andrew wrote:

AA> JT: ИМХО nginx по функциональности и скорости продукт довольно неплохой, 
AA> но то как он написан лично мне непонятно. Я не претендую на звание даже 
AA> простого программиста, но лично мне не понятно чем обосновано столько 
AA> наличий переходов типа goto. Даже в школе детей уже учат не пользоваться 
AA> ими.

Ответ простой -- никто не смог написать nginx лучше чем он написан :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
<wRAR> вы мне лучше объясните, почему у меня в венде звука нет
<php-coder> wRAR: "Выкинь" (с) wRAR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] OVZ in alterator/ve-build-tools

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 814 bytes --]

On Mon, Oct 15, 2007 at 11:31:15AM +0400, Stanislav Ievlev wrote:

SI> Пусть для начала сделают хотя бы нормальную поддержку cgi/fast-cgi, возможность
SI> настоящего встраивания и хотя бы какой аналог authn/authz.

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

Нормальная практика программирования с nginx -- это писать свой _fastcgi_
сервер, к которому nginx коннектится (например через unix sockets).

Ну почему нельзя пользоваться классическим unix way с соединяющимися по
пайпам/socket'ам отдельным утилитам, а обязательно что-то куда-то
встраивать?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Любая программа стремится занять всю доступную память.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] OVZ in alterator/ve-build-tools

[Stanislav Ievlev]

On Wed, Oct 17, 2007 at 10:28:26AM +0400, Денис Смирнов wrote:
> On Mon, Oct 15, 2007 at 11:31:15AM +0400, Stanislav Ievlev wrote:
> 
> SI> Пусть для начала сделают хотя бы нормальную поддержку cgi/fast-cgi, возможность
> SI> настоящего встраивания и хотя бы какой аналог authn/authz.
> 
> Это то же самое, что требовать от alterator варить кофе без подключения к
> компьютеру внешней кофеварки.

> 
> Нормальная практика программирования с nginx -- это писать свой _fastcgi_
> сервер, к которому nginx коннектится (например через unix sockets).
Писать свой fastcgi сервер - удовольствие ниже среднего ;)
Обычного cgi (который и есть собственно unix way) там нет и видимо не будет ;)

nginx был заточен под определённую задачу. Её он решает хорошо, но шаг
вправо или шаг влево приводят к неудобствам.

А если рядом под боком есть другое средство, которое универсальнее 
- почему бы мне им не пользоваться ;)

Кроме того никто не возразил насчёт authn/authz ;)

Re: [devel] OVZ in alterator/ve-build-tools

[Alexander Bokovoy]

Stanislav Ievlev пишет:
> On Wed, Oct 17, 2007 at 10:28:26AM +0400, Денис Смирнов wrote:
>> On Mon, Oct 15, 2007 at 11:31:15AM +0400, Stanislav Ievlev wrote:
>> 
>> SI> Пусть для начала сделают хотя бы нормальную поддержку
>> cgi/fast-cgi, возможность SI> настоящего встраивания и хотя бы
>> какой аналог authn/authz.
>> 
>> Это то же самое, что требовать от alterator варить кофе без
>> подключения к компьютеру внешней кофеварки.
> 
>> Нормальная практика программирования с nginx -- это писать свой
>> _fastcgi_ сервер, к которому nginx коннектится (например через unix
>> sockets).
> Писать свой fastcgi сервер - удовольствие ниже среднего ;) Обычного
> cgi (который и есть собственно unix way) там нет и видимо не будет ;)
> 
> 
> nginx был заточен под определённую задачу. Её он решает хорошо, но
> шаг вправо или шаг влево приводят к неудобствам.
> 
> А если рядом под боком есть другое средство, которое универсальнее -
> почему бы мне им не пользоваться ;)
Хотя бы потому, что оно съедает ресурсы в режиме использования -- у меня
апач для альтератора ест 30М памяти своими процессами. nginx вкупе с
запущенным RoR -- 15M при многопользовательской работе (сравнение
приведено совсем не для аргументации, что scheme+apache плохо, --
надеюсь мы не будем скатываться в эту риторику?). Кроме того, смысл
использования альтератора -- в однопользовательском варианте и здесь
apache в несколько процессов -- явный перебор.

> Кроме того никто не возразил насчёт authn/authz ;)
На это могу возразить только одним: я совершенно не уверен, что
авторизация должна делаться через эти модули и, кстати, использование
HTTP Auth для самой процедуры авторизации тоже для меня под вопросом.
Неужели в альтераторе все операции требуют принудительной системной
авторизации? (я не о текущей реализации, а о функциональном использовании).

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] OVZ in alterator/ve-build-tools

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 2175 bytes --]

On Wed, Oct 17, 2007 at 10:51:08AM +0400, Stanislav Ievlev wrote:

>> Нормальная практика программирования с nginx -- это писать свой _fastcgi_
>> сервер, к которому nginx коннектится (например через unix sockets).
SI> Писать свой fastcgi сервер - удовольствие ниже среднего ;)

Держать у себя на машине уродца apache только ради alterator'а не сильно
большее удовольствие. 

Апач он большой и тяжелый. Часто существенно больше и тяжелее чем тот
сервис, ради которого поднимается виртуалка. Это достаточно чтобы записать
"alterator никогда не будет пригоден для использования внутри openvz".

SI> Обычного cgi (который и есть собственно unix way) там нет и видимо не будет ;)

Обычный cgi, напоминаю, сам по себе не легкий и не быстрый. Хотя да, для
конкретно этой задачи его бы хватило. Но FastCGI не такой уж трудоемкий в
реализации интерфейс.

SI> nginx был заточен под определённую задачу. Её он решает хорошо, но шаг
SI> вправо или шаг влево приводят к неудобствам.

Он решает задачу "быть прокси между тормозным backend'ом и клиентами". А
также задачу "http<->fastcgi прокси".

SI> А если рядом под боком есть другое средство, которое универсальнее 
SI> - почему бы мне им не пользоваться ;)

Потому что оно хоть и есть, но:
а) тяжелое;
б) есть уже немалое количество пользователей с аллергией на это средство;

Если надо именно cgi, то почему не взять один из тысяч легких
http-серверов с поддержкой cgi?

Если будет необходимо -- специально для тебя такой напишу. Еще один из
миллиона, но который почему-то тебе понравится больше. Это если CGI тебя
действительно устраивает, и для scheme нет fastcgi реализаций.

SI> Кроме того никто не возразил насчёт authn/authz ;)

Вообще-то http-авторизация уже давно считается дурным тоном :) А любая
другая делается на стороне собственно web-приложения, за исключением ssl,
которую уже в некотором (хотя и далеком от идеала) виде nginx поддерживает
уже сегодня.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Продолжение - в talk-room@, на который я, правда, не подписан.
		-- ldv in sisyphus@


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] OVZ in alterator/ve-build-tools

[Stanislav Ievlev]

On Thu, Oct 18, 2007 at 05:41:33PM +0400, Денис Смирнов wrote:
> On Wed, Oct 17, 2007 at 10:51:08AM +0400, Stanislav Ievlev wrote:
> 
> >> Нормальная практика программирования с nginx -- это писать свой _fastcgi_
> >> сервер, к которому nginx коннектится (например через unix sockets).
> SI> Писать свой fastcgi сервер - удовольствие ниже среднего ;)
> 
> Держать у себя на машине уродца apache только ради alterator'а не сильно
> большее удовольствие. 
> 
> Апач он большой и тяжелый. Часто существенно больше и тяжелее чем тот
> сервис, ради которого поднимается виртуалка. Это достаточно чтобы записать
> "alterator никогда не будет пригоден для использования внутри openvz".
Маленькая поправка. Внутри openvz apache не требуется для alterator. А сам
он по себе вполне себе пригоден.

Re: [devel] OVZ in alterator/ve-build-tools

[Michael Shigorin]

On Mon, Oct 22, 2007 at 11:10:03AM +0400, Stanislav Ievlev wrote:
> > Апач он большой и тяжелый. Часто существенно больше и тяжелее
> > чем тот сервис, ради которого поднимается виртуалка. Это
> > достаточно чтобы записать "alterator никогда не будет
> > пригоден для использования внутри openvz".
> Маленькая поправка. Внутри openvz apache не требуется для
> alterator. А сам он по себе вполне себе пригоден.

+1

требуется только alterator-fbi и нужные модули

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       Oct 26--27, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [devel] OVZ in alterator/ve-build-tools

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 669 bytes --]

On Mon, Oct 22, 2007 at 11:10:03AM +0400, Stanislav Ievlev wrote:

>> Апач он большой и тяжелый. Часто существенно больше и тяжелее чем тот
>> сервис, ради которого поднимается виртуалка. Это достаточно чтобы записать
>> "alterator никогда не будет пригоден для использования внутри openvz".
SI> Маленькая поправка. Внутри openvz apache не требуется для alterator. А сам
SI> он по себе вполне себе пригоден.

С неизбежным злом придется мириться :(

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
ЗАКОН УИТТЕНА
 Когда бы вы ни постригли ногти, спустя час они вам понадобятся.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]