CloudFront позволяет настраивать несколько режимов кэширования, направляя различные шаблоны путей к соответствующим источникам:
https://my-portal.com
[1133 ] /site/a
=> https://bucket-a.s3-website.amazonaws.com
/site/a
https://my-portal.com
/site/b
=> https://bucket-b.s3-website.amazonaws.com
/site/b
Единственное ограничение заключается в том, что каждая корзина S3 должна знать путь и обеспечивать в нем одинаковую файловую структуру. Корзина для сайта A
должна содержать папку /site/a
, корзина B
должна содержать папку /site/b
.
Это ограничение можно обойти, используя Lambda @ Edge.
API-шлюз позволяет настраивать типы MIM-файлов для двоичных файлов. Но для этого требуются запросы совместимости заголовка Accept
с настроенными типами mime.
Так, например, если вы конфигурируете image/*
как бинарный миметиз в APIG, ваши запросы изображений должны иметь заголовок Accept
со значением image/png
, image/jpg
или просто image/*
. Если заголовок отсутствует или имеет другое значение, APIG не будет обрабатывать ответ как двоичный файл.
Проблема в том, что браузеры обычно отправляют Accept: */*
при попытке загрузить ресурсы, импортированные из CSS.
Таким образом, единственным решением этой проблемы было бы сконфигурировать */*
как бинарный миметип. Это нарушит все недвоичные ответы, обслуживаемые этим шлюзом API, как и JSON.
Это комбинация двух предыдущих подходов. Вы можете просто создать отдельный статический хостинг и поместить туда свои двоичные файлы.
Хотя я не могу решить Вашу проблему полностью, я могу заставить половину из нее уйти (эта команда настраивается для выполнения SSMS, не VS, хотя можно изменить ее):
%windir%\system32\runas.exe /netonly /user:DOMAIN\UserID "C:\Program Files\Microsoft SQL Server\90\Tools\Binn\VSShell\Common7\IDE\SqlWb.exe"
"/netonly" включают RUNAS.exe authenicates это в месте назначения, означая, что можно дать ему имя пользователя и пароль, для которого у Вас в настоящее время нет доступа к DC. Мы используем его для выполнения SSMS и входа в систему с помощью Интегрированной Аутентификации для SQL Server, который находится на другом домене. Даже при том, что я не вижу к DC для того домена от моего компьютера, эта команда все еще позволяет мне передавать свое имя пользователя и пароль для того домена к тому серверу.
Вы могли установить ярлык на эту команду, и она только предложит Вам Ваш пароль при запуске VS который делает это немного легче, поскольку Вы не должны вводить в своем Domain\Username каждый раз больше.
Вы определенно можете это сделать! Я бегу из домена на Windows XP. Мой коллега только что показал мне, как. Вот шаги:
Это должно помочь вам. Я ненавижу TFS немного меньше сейчас. ;)
выберите Управление моими сетевыми паролями . Откроется диалоговое окно Сохраненные имена пользователей и пароли .Это должно помочь вам. Я ненавижу TFS немного меньше сейчас. ;)
выберите Управление моими сетевыми паролями . Откроется диалоговое окно Сохраненные имена пользователей и пароли .Это должно помочь вам. Я ненавижу TFS немного меньше сейчас. ;)
Вы попытались установить свое имя пользователя и пароль к точно тому же как Ваша рабочая среда? Я, кажется, вспоминаю, что это работает на доли файла, потому что это проводит хешированные учетные данные и, пока они соответствуют ему, успешно выполняется.