чтобы строки, непустые, уникальные, в плоском массиве. так норм?
прикольно, что $config1.Custom может быть массивом и к свойству каждого элемента можно сразу обращаться как $config1.Custom.Property.
всё таки PS супер метаязык.
MaxKozlov, Так-то в итоге должен получиться массив уникальных строк (которые expression). expression`ы - это строки.
хотелось бы компактно это записать как-то без явного перебора.
SSIS работает скорее всего с cmd, а там сетевые шары не работают. такой вот вариант. ну или как-то так. короче, взять рабочее решение и понемногу добавлять функционал и смотреть где отвалится. обычный путь решения проблем.
ну понятно, некорректный вопрос. выбирается же при компиляции целевая среда. совместимость снизу вверх есть практически. что еще надо? а дальше, будет / не будет работать зависит от окружающей среды. и зависит от многих факторов. зачем этот вопрос?
2CHEVSKII, мне для перфокцианизма.
Если Powershell использует так вот $NodeName, то, наверное, надо придерживаться. Я вот для себя стиль именования определил и обосновал, вроде хорошо получается. Внутри своей логики тоже надо понимать, что происходит.
Виктор Фамильевич, не нормальная, конечно. надо продумать структуру сайта. всё просто - по конвейеру выполнение запроса - отдаётся статика, потом контроллеры. надо шаблоны путей указывать от частного к общему. т.е. если сверху найдётся более специфичный шаблон, то этот экшен и будет выполнен.
Виктор Фамильевич, так разруливать ситуацию. если images/file.jpg - не статика, то и смотреть, по расширению например, или по папке или еще как. от сайта зависит.
Виктор Фамильевич, так если статический файл существует, то запрос к нему не попадёт в контроллер. а если не существует и нет в БД нужной сущности, то отдавать 404.
чтобы строки, непустые, уникальные, в плоском массиве. так норм?
прикольно, что $config1.Custom может быть массивом и к свойству каждого элемента можно сразу обращаться как $config1.Custom.Property.
всё таки PS супер метаязык.