Результаты поиска

Можно ли настроить xampp для обслуживания файла вне каталога htdocs ?

Например, предположим, что у меня есть файл, расположенный следующим образом:

C:\projects\transitCalculator\trunk\TransitCalculator.php

и мой xampp файлов, как правило, подается из:

C:\xampp\htdocs\

(потому что это конфигурация по умолчанию) есть ли какой-то способ заставить Apache распознавать и обслуживать мой файл TransitCalculator.php , не перемещая его под htdocs ? Предпочтительно я хотел бы, чтобы Apache обслуживал/имел доступ ко всему содержимому каталога проектов, и я не хочу перемещать каталог проектов под htdocs .

Редактировать: Редактировать, чтобы добавить Apache на заголовок вопроса, чтобы сделать в более "searchable"

Я разрабатываю компонент доступа к данным, который будет использоваться на веб-сайте, содержащем смесь классических страниц ASP и ASP.NET, и мне нужен хороший способ управления его настройками конфигурации.

Я хотел бы использовать пользовательский ConfigurationSection, и для страниц ASP.NET это отлично работает. Но когда компонент вызывается через COM interop с классической страницы ASP, он не работает в контексте запроса ASP.NET и поэтому не имеет никакого представления о web.config.

Есть ли способ сказать ConfigurationManager , чтобы просто загрузить конфигурацию из произвольного пути (например, ..\web.config , если мой assembly находится в папке /bin )? Если есть, то я думаю, что мой компонент может вернуться к этому, если по умолчанию ConfigurationManager.GetSection возвращает null для моего пользовательского раздела.

Любые другие подходы к этому были бы приветствованы!

Итак, я не хочу начинать здесь священную войну, но мы находимся в процессе консолидации того, как мы обрабатываем файлы конфигурации наших приложений, и мы изо всех сил пытаемся принять решение о наилучшем подходе. На данный момент каждое приложение, которое мы распространяем, использует свои собственные специальные конфигурационные файлы, будь то файлы свойств (ini style), XML или JSON (внутреннее использование только в данный момент!).

Большая часть нашего кода на данный момент является Java, поэтому мы смотрели на Apache Commons Config , но мы обнаружили, что он довольно многословен. Мы также посмотрели на XMLBeans,но похоже, что это очень много обмана. Я также чувствую, что меня подталкивают к формату XML, но мои клиенты и коллеги опасаются попробовать что-то другое. Я могу понять это с точки зрения клиента, все слышали о XML, но в конце концов, не следует ли использовать правильный инструмент для работы?

Какие форматы и библиотеки люди используют в производственных системах в наши дни, пытается ли кто-нибудь еще избежать налога на угловые скобки ?

Edit: действительно должно быть кроссплатформенное решение: Linux, Windows, Solaris и т. д. и выбор библиотеки, используемой для взаимодействия с конфигурационными файлами, так же важен, как и выбор формата.

Мне нужны некоторые советы относительно того, как я легко могу разделить тестовые запуски для модульных тестов и интеграционного теста в Visual Studio. Часто или всегда я структурирую решение так, как показано на рисунке выше: отдельные проекты для модульных тестов и интеграционных тестов. Модульные тесты выполняются очень часто, в то время как интеграционные тесты естественно выполняются, когда контекст правильно выровнен.

Моя цель-каким-то образом настроить, какие тесты (или тестовые папки) запускать при использовании сочетания клавиш. Предпочтительно, чтобы тесты выполнялись графическим бегуном тестов (ReSharpers). Так например

• Alt+1 запускает тесты в project BLL.Test,
• Alt+2 запускает тесты в project DAL.Tests,
• Alt+3 запускает их оба (т. е. все тесты в папке [Tests], и
• Alt+4 запускает тесты в папке [Tests.Integration].

TestDriven.net есть возможность запустить только тест в выбранной папке или проекте, щелкнув его правой кнопкой мыши и выбрав выполнить тест(Ы). Быть в состоянии сделать это, но с помощью команды клавиатуры и с графическим тестовым раннером было бы потрясающе.

В настоящее время я использую VS2008, ReSharper 4 и nUnit. Но советы по настройке в целом, конечно, тоже ценятся.

Есть так много примеров того, как настроить свои проекты dotnet, но ни один из них не соответствовал нашей ситуации.

У нас есть одно решение с несколькими приложениями, несколькими зависимостями. В настоящее время мы находимся на SourceSafe и планируем перейти к subversion, но нам трудно правильно организовать наш источник.

• Пример решения

  • Приложения app1
  • Приложения app2
  • BizObjects
  • DataAccess
  • CustomControls

• Зависимости

  • BizObjects - >DataAccess
  • Приложения app1->CustomControls
  • Приложения app1->BizObjects
  • Приложения app1->DataAccess
  • Приложения app2->CustomControls
  • Приложения app2->BizObjects

У нас также есть система управления конфигурацией, которая развертывается (через копию из базы данных) в зависимости от рабочей нагрузки оператора. Мы отмечаем приложение "release" с версией и к этому выпуску мы добавляем несколько зависимостей файлов. Имейте в виду, что решение, которое мы имеем сейчас,-это попытка использовать старое (разработанное windows 3.1) решение для работы .NET структура файлов / зависимостей.

В случае App1 мы имеем App1.exe, BizObjects.dll, DataAccess.dll и CustomControls.dll. У нас есть тот же набор зависимостей для App2 из-за BizObjects ссылки DataAccess -- но это определяется вручную. У нас нет системы для идентификации дерева зависимостей.

Каждая из зависимостей для "release" - это идентификатор файла и версии. И одно и то же приложение может содержать разные версии каждого файла для разных рабочих нагрузок.

1. Где в мире мы ошиблись? Неужели мы ошиблись?
2. Как мы можем структурировать исходное дерево svn для удовлетворения требований deployment?
   • или
3. как мы можем реструктурировать код, чтобы лучше поддерживать стратегию deployment, которая имеет смысл для нашей установки?

У нас есть старое и чрезмерно разработанное решение (казалось бы) относительно простой проблемы. Может ли кто-нибудь направить меня/нас в правильном направлении?

edit: я прочитал этот вопрос и вспомнил, что у нас также есть те же области dev/test/prod, через которые должен проходить код.

Кто-нибудь придумал, как заставить PowerShell использовать app.config файлов? У меня есть пара .NET DLL, которые я хотел бы использовать в одном из своих сценариев, но они ожидают, что их собственные разделы конфигурации будут присутствовать в app.config / web.config .

В проекте .NET предположим, что у вас есть параметр конфигурации, например строка подключения, хранящаяся в файле app.config, который отличается для каждого разработчика в вашей команде (они могут использовать локальный сервер SQL, или конкретный экземпляр сервера, или использовать удаленный сервер и т. д.).

Как вы можете структурировать свое решение так, чтобы каждый разработчик мог иметь свою собственную разработку "preferences" (т. е. не проверено в системе управления версиями), но предоставляет строку подключения по умолчанию, которая проверяется в системе управления версиями (тем самым предоставляя правильные значения по умолчанию для процесса сборки или новых разработчиков).

Используя C# .NET 3.5 и WCF, я пытаюсь записать некоторые конфигурации WCF в клиентском приложении (имя сервера, к которому подключается клиент).

Очевидный способ-использовать ConfigurationManager для загрузки раздела конфигурации и записи необходимых мне данных.

var serviceModelSection = ConfigurationManager.GetSection("system.serviceModel");

Кажется, что всегда возвращается null.

var serviceModelSection = ConfigurationManager.GetSection("appSettings");

Работать отлично.

Раздел конфигурации присутствует в App.config, но по какой-то причине ConfigurationManager отказывается загружать раздел system.ServiceModel .

Я хочу избежать ручной загрузки файла xxx.exe.config и использования XPath, но если мне придется прибегнуть к этому, я сделаю это. Просто кажется, что это немного халтура.

Есть какие-нибудь предложения?

Кто-нибудь придумал, как заставить PowerShell использовать app.config файлов? У меня есть пара .NET DLL, которые я хотел бы использовать в одном из своих сценариев, но они ожидают, что их собственные разделы конфигурации будут присутствовать в app.config / web.config .

Я пытаюсь выполнить модульный тест пользовательского ConfigurationSection, который я написал, и я хотел бы загрузить некоторую произвольную конфигурацию XML в System.Configuration.Configuration для каждого теста (вместо того, чтобы помещать тестовую конфигурацию xml в файл Tests.dll.config. То есть, я хотел бы сделать что-то вроде этого:

Configuration testConfig = new Configuration("<?xml version=\"1.0\"?><configuration>...</configuration>");
MyCustomConfigSection section = testConfig.GetSection("mycustomconfigsection");
Assert.That(section != null);

Однако, похоже , что ConfigurationManager даст вам только экземпляры конфигурации, связанные с файлом EXE или конфигурацией машины. Есть ли способ загрузить произвольный XML в экземпляр конфигурации?

Я разрабатываю сайт в Visual Web Dev Express, и когда я run/debug,, я хотел бы иметь возможность установить корень документа моего приложения, чтобы я мог использовать более безопасные пути, такие как "/css/style.css "вместо"css/style.css". Как мне это сделать?

Не мог бы кто-нибудь сделать краткое описание того, как программно зашифровать конфигурационный файл в .NET, предпочтительно в C#.

Я бы хотел сделать что-то вроде проверки запуска приложения, чтобы увидеть, является ли раздел незащищенным, и если да, то зашифровать его. Это касается как настроек, так и строк подключения.

Также если бы кто-нибудь мог перечислить типы шифровальщиков и в чем разница между ними.

Я не знаю, является ли код для выполнения этого в обычном WinForms-приложении прозрачным для выполнения этого в ASP.NET.

Я нахожусь в процессе отсеивания всех жестко закодированных значений в библиотеке Java и задаюсь вопросом, какой фреймворк будет лучшим (с точки зрения нулевой или close-to-zero конфигурации) для обработки конфигурации во время выполнения? Я бы предпочел файлы конфигурации на основе XML, но это не так важно.

Пожалуйста, отвечайте только в том случае, если у вас есть практический опыт работы с фреймворком. Я ищу не Примеры, а опыт...

Я ищу способ, чтобы дать предварительный просмотр или демо-версии нашего программного обеспечения для наших клиентов как можно проще.

Программное обеспечение, которое мы сейчас разрабатываем, - это довольно большой проект. Он состоит из клиентской среды, сервера приложений, различных баз данных, хоста веб-служб и т.д. Проект развивается постепенно, и мы хотим отгружать биты с интервалом от одного до двух месяцев. Первые поставки не будут использоваться в производстве. Они имеют целей демо, чтобы поощрять клиентов дать обратную связь.

Мы не хотим обременять клиентов установкой и настройкой системы. В общем, мы ищем способ облегчить deployment, установку и настройку боли.

Я думал о том, чтобы использовать метод виртуализации для предварительной установки и предварительной настройки виртуальной машины со всеми необходимыми компонентами. Наши клиенты просто должны mount виртуальный образ и запустить приложение.

Я хотел бы услышать от людей, которые используют эту технику. Я полагаю, что есть и некоторые трудности. В частности, как насчет проблем лицензирования с установленным OS? Возможно, срок действия виртуальной машины истекает через определенный период времени.

Какие-нибудь впечатления там?