Форум

Насколько я вижу, малой кровью не обойтись. ASP.NET позволяет в web.config указать своего провайдера аутентификации, поэтому:
1. Включить NTLM-аутентификацию в IIS.
2. ... либо написать свой провайдер, при этом обеспечив совместимость с Битриксовским.
... либо взять Reflector в руки и модифицировать существующий провайдер, чтобы он забирал credentials через Kerberos.

Оба варианта не рекомендую. Писать много, поддерживать тяжело. Настоятельно советую рассмотреть PHP. Да и откуда такая задача? Это же внешний сайт, зачем там NTLM? А если сайт внутренний, то есть Корпоративный портал.

[QUOTE]Алексей Кузнецов пишет:
Это хорошо. Однако надо ещё чтобы прямой линк на файл тоже не работал без авторизации.[/QUOTE]
Так файлы физически храняться на Вашем сервере? Тогда просто. Кладем в папку с файликами свой web.config и разрешаем доступ только определенной группе.

[QUOTE]При этом решается несколько задач, одна из которых - свойство инфоблока, представляющее собой ссылку на файл. Кроме того, надо каждый факт скачки пользователем файла регистрировать в БД. Незарегистрированные пользователи не могут скачать файл. При нажатии на кнопку Download их должно перекидывать на страницу регистрации.

Вопрос: как это лучше реализовать, поглубже внедрив решение в БУС.НЕТ? Пока у меня мысль сделать свой customtype, представляющий собой ссылку на файл. Как лучшим способом при таком раскладе ловить и регистрировать факт скачивания файла пользователем (таблицу userid,fileid,date я, предположим, создам)?
[/QUOTE]
Я бы сделал просто. Создал бы отдельную страницу, на которую перекидывал бы по клику на Download, передавая в запросе ID программы. На странице расположил бы форму авторизации. Если пользователь аутентифицирован, берем из базы инфоблок, читаем URL и редиректим на этот URL (+пишем в БД запись о скачивании). Если нет, не редиректим, и пользователь останется на странице, и увидит поля для ввода логина/пароля.

А можно и с самого начала кнопку Download не показывать незарегистрированным. Вместо нее ссылку "Зарегистрируйтесь для скачивания".

[QUOTE]Как бы так проинтегрироваться в админку, чтобы что ли в Сервисах создался мой раздел, скажем Файлы, чтобы можно было бы прям в админке их набирать в таблицу из произвольной папки на сервере?[/QUOTE]
Для того, чтобы в админку интегрироваться по хорошему надо свой модуль писать. Руководства по созданию модулей для .NET нет, да и в документации ничего не сказано. В общем, дело ясное, что дело темное.

[QUOTE]P.S. Или может в новой версии планируется поддержка каталогов ПО и я зря тут велосипед изобретаю?[/QUOTE]
Неа. Каталог ПО - слишком частный случай. Каталог товаров, может, и появится когда-нибудь, но это те же инфоблоки.

Можно отредактировать меню из административного раздела: Панель управления - Контент - Структура сайта - Нужный_нам_раздел.

1. Кликнуть на подменю и перейти в соответствующий раздел.
2. Воспользоваться кнопкой "Меню" на административной панели.

На [URL=http://www.it-in.ru]нашем Битриксе[/URL] такая штука, только в обратную сторону: надо показывать меню не на уровень ниже, а на уровень выше. Просто чуть-чуть переписали компонент меню. Особо рьяные могут использовать API напрямую, там всего-то нужно получить список разделов из определенной ветки сайта.

Скорее всего, на хостинге не установлен Zend Optimizer. Только причем здесь .NET?

БУС.NET с точки зрения VS - такой же веб-сайт, как и все остальные ASP.NET-сайты. Создаешь проект, добавляешь в него код БУСа - только и всего.

Редактировать из студии, а не из админпанели тебе никто не мешает. Про резолвинг стилей рекомендую забыть.

[QUOTE]Александр Горбунов пишет:
Сергей, это идея -может как-то можно ЧПУ настроить, чтобы он этот каталог "не знал"

Но отказаться от ЧПУ мы не можем.[/QUOTE]
Единственное что приходит в голову: объявить cgi-bin виртуальным каталогом со своим полупустым web.config. Не знаю, как хостинг будет отрабатывать там perl.

Еще вариант: изобразить что-то вроде
<handlers>
     <add name="Perl processing" path="cgi-bin/*.pl" verb="*" type="" modules="IsapiModule" scriptProcessor="путь к обработчику Perl" />
</handlers>

[QUOTE]Александр Горбунов пишет:
Дело в том, что эти perl-скрипты наследуемые с PHP сайта и вот стоит задача их перенести и одновременно сохранить наименование каталога cgi-bin, т.к. данный каталог используется ранее устанвленными программами, которые сразу не обновишь, чтобы ссылались на другой каталог[/QUOTE]
Простое решение проблемы - отказаться от ЧПУ.