Здравствуйте, Pavel Dvorkin, Вы писали:
PD>Можно, только в том же смысле, что и услугами ntoskrnl.exe или win32k.sys. Напрямую нельзя, вызов пойдет через неуправляемую DLL 3-го кольца, соответственно kernel32.dll для ядра и Winhttp.dll в данном случае.
Здравствуйте, Ночной Смотрящий, Вы писали:
PD>>Можно, только в том же смысле, что и услугами ntoskrnl.exe или win32k.sys. Напрямую нельзя, вызов пойдет через неуправляемую DLL 3-го кольца, соответственно kernel32.dll для ядра и Winhttp.dll в данном случае.
НС>Это что то меняет?
Конечно. Если бы речь шла о прямом вызове дотнет-ядро, это бы обозначало, что дотнет занял в системе совершенно иное место, чем сейчас, а именно, роль некоего системного АПИ, а не надстройки над АПИ
Здравствуйте, Pavel Dvorkin, Вы писали:
PD>Конечно. Если бы речь шла о прямом вызове дотнет-ядро, это бы обозначало, что дотнет занял в системе совершенно иное место, чем сейчас, а именно, роль некоего системного АПИ, а не надстройки над АПИ
Здравствуйте, adontz, Вы писали:
A>Здравствуйте, kochetkov.vladimir, Вы писали:
KV>>1) svn.rsdn.ru KV>>VisualSVN собственной персоной (читай: спиленный напильником по самую мушку Apache) KV>>2) projects.rsdn.ru KV>>Trac. Использует свой свобственный веб-сервер.
A>Честно говоря, до сих пор не понимаю, почему вы их сделали отдельно.
Потому что visualsvn'овский апач кастомизирован поставщиками этого продукта и заточен под использование только с их продуктом. Под ним можно закрутить trac, но после следующего же обновления vsvn, вся эта конфигурация будет похерена обновляльщиком vsvn, либо будет похерен автообновляльщик, это как повезет.
Здравствуйте, frogkiller, Вы писали:
F>А... Я уже понял, nginx ты запускал тоже под виндой. Ну так это тоже не честно
Вообще-то я тут только про ситуацию "под виндой" и говорил, если что Честно или нет — другой вопрос, я же тестировал не для КСВ, а в рамках решения конкретной задачи, в которой nginx крутится под виндой.
Здравствуйте, kochetkov.vladimir, Вы писали:
KV>Потому что visualsvn'овский апач кастомизирован поставщиками этого продукта и заточен под использование только с их продуктом. Под ним можно закрутить trac, но после следующего же обновления vsvn, вся эта конфигурация будет похерена обновляльщиком vsvn, либо будет похерен автообновляльщик, это как повезет.
Ну вот честно говоря, настроить апач для SVN и Trac мне оказалось проще, чем бороться с VisualSVN.
Здравствуйте, Ночной Смотрящий, Вы писали:
A>>Ну вот честно говоря, настроить апач для SVN и Trac мне оказалось проще, чем бороться с VisualSVN. НС>А зачем с vsvn бороться?
Нестандартная (для VSVN) аутентификация, права доступа на проекты для групп пользователей, согласованные права доступа на SVN и Trac одного проекта. С нормальным апачем конфигурация для проектов (VCS + Trac) выглядит как всего одна строка:
Use PublicProject nabu
Use PrivateProject seshet
VSVN — страшненький кастрат, полный апач гораздо более мощный софт.
Здравствуйте, Ночной Смотрящий, Вы писали:
A>>Нестандартная (для VSVN) аутентификация, права доступа на проекты для групп пользователей НС>Зачем это на rsdn?
Что зачем? Группы пользователей или аутентификация отличная от htpasswd?
A>>, согласованные права доступа на SVN и Trac одного проекта. НС>Они и так согласованы.
я говорю об удобстве администрирования.
A>>VSVN — страшненький кастрат, полный апач гораздо более мощный софт. НС>Только эта гораздость не всегда нужна.
Ну в том чтобы от неё отказаться я плюсов не вижу. Без помощи легко освоил администрирование апача в необходимом мне объёме.
Здравствуйте, adontz, Вы писали:
A>>>Нестандартная (для VSVN) аутентификация, права доступа на проекты для групп пользователей НС>>Зачем это на rsdn?
A>Что зачем? Группы пользователей или аутентификация отличная от htpasswd?
Единственная аутентификация, которая нужна на RSDN, это аутентификация по собственной кастомной БД. Готового модуля для Апача, хотя бы умеющего аутентифицировать по html-странице, как это умеет делать tracd, нету. Соотв. толку от апача ноль.
A>>>, согласованные права доступа на SVN и Trac одного проекта. НС>>Они и так согласованы.
A>я говорю об удобстве администрирования.
Насколько я понимаю, тебе прямо сказали, что намного удобнее установить VSVN не включая моск, нежели настраивать апач.
A>>>VSVN — страшненький кастрат, полный апач гораздо более мощный софт. НС>>Только эта гораздость не всегда нужна.
A>Ну в том чтобы от неё отказаться я плюсов не вижу.
Здравствуйте, Ночной Смотрящий, Вы писали:
A>>Что зачем? Группы пользователей или аутентификация отличная от htpasswd? НС>Единственная аутентификация, которая нужна на RSDN, это аутентификация по собственной кастомной БД. Готового модуля для Апача, хотя бы умеющего аутентифицировать по html-странице, как это умеет делать tracd, нету. Соотв. толку от апача ноль.
Аутентификация по кастомной БД у апача есть, аутентификация HTML страничками — моветон.
A>>я говорю об удобстве администрирования. НС>Насколько я понимаю, тебе прямо сказали, что намного удобнее установить VSVN не включая моск, нежели настраивать апач.
А чего это ты раздражаешься? админситрировать надо tracd И VisualSVN.
A>>Ну в том чтобы от неё отказаться я плюсов не вижу. НС>А штатный админ rsdn, судя по всему, видит.
Здравствуйте, adontz, Вы писали:
A>Аутентификация по кастомной БД у апача есть
Ты уверен?
A>, аутентификация HTML страничками — моветон.
Зато работает. Да и чем оно тебе моветон — непонятно.
A>>>я говорю об удобстве администрирования. НС>>Насколько я понимаю, тебе прямо сказали, что намного удобнее установить VSVN не включая моск, нежели настраивать апач.
A>А чего это ты раздражаешься?
Тебе показалось
A> админситрировать надо tracd И VisualSVN.
Последний администрировать не надо. Запустил инсталлятор и оно работает. В том и прелесть.
НС>>А штатный админ rsdn, судя по всему, видит.
A>И что мешает их озвучить?
Спроси у него. Замечу, кстати, что пользователей у VSVN существенно больше одного, и все они тоже видят.
Здравствуйте, Ночной Смотрящий, Вы писали:
A>>Аутентификация по кастомной БД у апача есть НС>Ты уверен?
mod_auth + mod_dbd
A>>, аутентификация HTML страничками — моветон. НС>Зато работает. Да и чем оно тебе моветон — непонятно.
Есть HTTP аутентификация со стандартными кодами. Например, 401 Authorization Required.
A>> админситрировать надо tracd И VisualSVN. НС>Последний администрировать не надо. Запустил инсталлятор и оно работает. В том и прелесть.
Тем не менее на репозитории SVN надо раздавать права доступа, причём эти права доступа коррелируют с правами доступа на проекты Trac, так что запустил-и-работает мягко говоря не соответствует истине.
НС>Спроси у него. Замечу, кстати, что пользователей у VSVN существенно больше одного, и все они тоже видят.
Пользователи VSVN — люди которым нужно быстро развернуть Subversion over HTTP не вникая в подробности реализации. Быстрый старт — единственное преимущество. Если уж на то пошло, что Apache, что Subversion, что Trac серверы запускать под Windows уже довольно таки неправильно в связи с ограничениями функциональности портированных версий. У меня не самая сложная инфраструктура, но я успел упереться в ограничения. Не думаю что у РСДН инфраструктура существенно проще моей.
Здравствуйте, adontz, Вы писали:
A>>>Аутентификация по кастомной БД у апача есть НС>>Ты уверен?
A>mod_auth + mod_dbd
Первый хранит информацию исключительно в файлах. Есть еще mod_auth_dbm и mod_auth_db, но речь о berkley db и исключительно собственном формате апача с его собственным хешем. Очень сомневаюсь, что на rsdn формат и хеш такие же.
Второй вообще не предоставляет пользовательского функционала и предназначен для программного использования в других модулях.
Итого, то о чем я и говорил — для rsdn аутентификации нужно писать свой собственный модуль.
A>>>, аутентификация HTML страничками — моветон. НС>>Зато работает. Да и чем оно тебе моветон — непонятно.
A>Есть HTTP аутентификация со стандартными кодами. Например, 401 Authorization Required.
И что? Именно HTTP аутентификацию со стандартными кодами trac и использует, как для собственно аутентификации, так и для обращения к аутентифицирующему url.
НС>>Последний администрировать не надо. Запустил инсталлятор и оно работает. В том и прелесть.
A>Тем не менее на репозитории SVN надо раздавать права доступа
Это в любом случае надо, вне зависимости от настроек апача.
A>, причём эти права доступа коррелируют с правами доступа на проекты Trac
Насколько я вижу никакой корреляции на rsdn нет.
НС>>Спроси у него. Замечу, кстати, что пользователей у VSVN существенно больше одного, и все они тоже видят.
A>Пользователи VSVN — люди которым нужно быстро развернуть Subversion over HTTP не вникая в подробности реализации. Быстрый старт — единственное преимущество.
Ага, так все таки преимущество есть. Осталось понять, что преимуществ у руками настроенного апача в случае rsdn нет.
A> Если уж на то пошло, что Apache, что Subversion, что Trac серверы запускать под Windows уже довольно таки неправильно в связи с ограничениями функциональности портированных версий.
Учитывая, что сервер у rsdn один и он под виндой, очень ценные у тебя советы получаются. Типичные шашечки вместо ехать.
Да, жаль тебя разочаровывать, но SVN не портирован под винду, это была изначально одна из основных его платформ. Что же касается Trac, то это вообще прекрасная демонстрация того, что ты даешь советы абсолютно при этом не разбираясь в предмете. Trac написан на Питоне и никто никуда его не портировал.
Здравствуйте, Ночной Смотрящий, Вы писали:
A>>mod_auth + mod_dbd НС>Первый хранит информацию исключительно в файлах. Есть еще mod_auth_dbm и mod_auth_db, но речь о berkley db и исключительно собственном формате апача с его собственным хешем. Очень сомневаюсь, что на rsdn формат и хеш такие же. НС>Второй вообще не предоставляет пользовательского функционала и предназначен для программного использования в других модулях. НС>Итого, то о чем я и говорил — для rsdn аутентификации нужно писать свой собственный модуль.
Ты значок '+' между имена модулей специально не заметил?
A>>Есть HTTP аутентификация со стандартными кодами. Например, 401 Authorization Required. НС>И что? Именно HTTP аутентификацию со стандартными кодами trac и использует, как для собственно аутентификации, так и для обращения к аутентифицирующему url.
Ты жаловался на отсутствие HTML страничек, не я.
НС>Это в любом случае надо, вне зависимости от настроек апача.
Вопрос только только в том, насколько это удобно.
A>>, причём эти права доступа коррелируют с правами доступа на проекты Trac НС>Насколько я вижу никакой корреляции на rsdn нет.
Корреляция очевидна. Например, какой смысл давать право закрывать тикет, но не давать право коммитить код?
A>>Пользователи VSVN — люди которым нужно быстро развернуть Subversion over HTTP не вникая в подробности реализации. Быстрый старт — единственное преимущество. НС>Ага, так все таки преимущество есть. Осталось понять, что преимуществ у руками настроенного апача в случае rsdn нет.
Вернее, лично ты их не видишь.
A>> Если уж на то пошло, что Apache, что Subversion, что Trac серверы запускать под Windows уже довольно таки неправильно в связи с ограничениями функциональности портированных версий. НС>Учитывая, что сервер у rsdn один и он под виндой, очень ценные у тебя советы получаются. Типичные шашечки вместо ехать.
Сервер у РСДН не один, ты плохо информирован. Кроме того, никто не заставляет хранить dev окружение на том же сервере. Для разработки хватило бы дешёвой VDSки.
НС>Да, жаль тебя разочаровывать, но SVN не портирован под винду, это была изначально одна из основных его платформ. Что же касается Trac, то это вообще прекрасная демонстрация того, что ты даешь советы абсолютно при этом не разбираясь в предмете. Trac написан на Питоне и никто никуда его не портировал.
Жаль разочаровывать тебя, не SVN писался не с нуля и использует всякие дурацкие библиотеки типа neon. Подумай почему под виндой нет 64битной версии SVN, а под Линуксом запросто, прежде чем писать всякие глупости. И трак это не только питон, но и куча плагинов, а питон — не только python.exe, но и куча библиотек. Я уже несколько лет поддерживаю конфигурацию apache+trac+subversion (последний год ещё и apache+trac+mercurial), начиная с версии 0.9 трака, на нескольких серверах, сам компилирую и модули апача и интепретатор питона, и плагины к траку ставлю. Не надо мне рассказывать как это работает, я это прекрасно знаю сам.
Здравствуйте, adontz, Вы писали:
A>Ты значок '+' между имена модулей специально не заметил?
Ну не томи уже, расскажи про чудесную фичу.
НС>>И что? Именно HTTP аутентификацию со стандартными кодами trac и использует, как для собственно аутентификации, так и для обращения к аутентифицирующему url.
A>Ты жаловался на отсутствие HTML страничек, не я.
Ты даже не понял о чем я. В Trac, точнее в плагине к нему есть режим аутентификации, когда эта аутентификация делегируется внешнему http ресурсу. Таким образом для прикручивания rsdn аутентификации к нему достаточно просто на IIS выставить страничку со штатной аутентификацией по родной базе. Думаю, именно так на rsdn аутентификация в траке и сделана.
НС>>Это в любом случае надо, вне зависимости от настроек апача.
A>Вопрос только только в том, насколько это удобно.
И что неудобного в VSVN? Там есть нормальный гуевый редактор настроек, где все просто и понятно.
НС>>Насколько я вижу никакой корреляции на rsdn нет.
A>Корреляция очевидна. Например, какой смысл давать право закрывать тикет, но не давать право коммитить код?
Насколько я знаю, на rsdn ни на одном инстансе трака нет деления большего, чем админ/аутентифицированный юзер/аноним. И вроде бы никто от этого не страдает.
НС>>Ага, так все таки преимущество есть. Осталось понять, что преимуществ у руками настроенного апача в случае rsdn нет.
A>Вернее, лично ты их не видишь.
И админы rsdn тоже не видят. Один Рома видит.
НС>>Учитывая, что сервер у rsdn один и он под виндой, очень ценные у тебя советы получаются. Типичные шашечки вместо ехать.
A>Сервер у РСДН не один, ты плохо информирован.
А может ты плохо проинформирован?
A> Кроме того, никто не заставляет хранить dev окружение на том же сервере. Для разработки хватило бы дешёвой VDSки.
Админ из тебя, уж извини ...
A>Подумай почему под виндой нет 64битной версии SVN
О, еще одна демонстрация твоего знания предмета. С тобой даже аргументы особо не нужны, ты сам себя дискредитируешь http://www.collab.net/downloads/subversion/
A>И трак это не только питон, но и куча плагинов
Ага, тоже на питоне.
A>, а питон — не только python.exe, но и куча библиотек.
И тоже, что характерно, на питоне в основном. Ну разве что за исключением вещей типа низкоуровневой части биндингов к БД.
A> Я уже несколько лет поддерживаю конфигурацию apache+trac+subversion (последний год ещё и apache+trac+mercurial), начиная с версии 0.9 трака, на нескольких серверах, сам компилирую и модули апача и интепретатор питона, и плагины к траку ставлю. Не надо мне рассказывать как это работает, я это прекрасно знаю сам.
Здравствуйте, Ночной Смотрящий, Вы писали:
A>>Ты значок '+' между имена модулей специально не заметил? НС>Ну не томи уже, расскажи про чудесную фичу.
Можно для аутентификации использовать SQL запрос
НС>Ты даже не понял о чем я. В Trac, точнее в плагине к нему есть режим аутентификации, когда эта аутентификация делегируется внешнему http ресурсу. Таким образом для прикручивания rsdn аутентификации к нему достаточно просто на IIS выставить страничку со штатной аутентификацией по родной базе. Думаю, именно так на rsdn аутентификация в траке и сделана.
Можно интегрироваться с базой RSDN способо описанным выше.
A>>Вопрос только только в том, насколько это удобно. НС>И что неудобного в VSVN? Там есть нормальный гуевый редактор настроек, где все просто и понятно.
Просто и понятно != удобно. Блокнот — простая и понятная программа.
НС>Насколько я знаю, на rsdn ни на одном инстансе трака нет деления большего, чем админ/аутентифицированный юзер/аноним. И вроде бы никто от этого не страдает.
То есть кто угодно может закрыть тикет? Ну-ну.
НС>И админы rsdn тоже не видят. Один Рома видит.
Ты админ РСДН? Ты их спрашивал? Они не маленькие, сами за себя скажут. И ты говори за себя.
A>> Кроме того, никто не заставляет хранить dev окружение на том же сервере. Для разработки хватило бы дешёвой VDSки. НС> Админ из тебя, уж извини ...
Аргументов не осталось, переход на личности. Да, production и development на одном сервере явно круче.
НС>О, еще одна демонстрация твоего знания предмета. С тобой даже аргументы особо не нужны, ты сам себя дискредитируешь НС>http://www.collab.net/downloads/subversion/
Эти версии не включают 64битной интеграции с Apache, ты бы это знал если бы пользовался Subversion не на уровне поиска в гугле.
A>>И трак это не только питон, но и куча плагинов НС>Ага, тоже на питоне.
Использование языка, само по себе, не может обеспечить кроссплатформенности.
A>>, а питон — не только python.exe, но и куча библиотек. НС>И тоже, что характерно, на питоне в основном. Ну разве что за исключением вещей типа низкоуровневой части биндингов к БД.
Использование языка, само по себе, не может обеспечить кроссплатформенности.
Честно или нет — другой вопрос, я же тестировал не для КСВ, а в рамках решения конкретной задачи, в которой nginx крутится под виндой.
админситрировать надо tracd И VisualSVN.
Админ из тебя, уж извини ...