NataliaCh, ну можно попробовать mixed авторизацию и попробовать подключиться учеткой sql сервера
Ну и четко убедиться, что php выражении $var = "server\user" одиночный обратный слэш не выполняет специальных функций экранирования спецсимволов. То бишь вывести на консоль или в файл содержимое переменных
ибо "результат 1 запроса, потом результат второго, потом результат первого и так далее." содержит в себе взаимоисключающие мысли...
результат первого запроса - это множество строк, результат второго запроса - другое множество строк -)
А если хочется сделать этакие пересекающие расчески - ну можно конечно, но для начала надо будет определиться с порядком отбора каждого из запросов, а потом поиграться с ражированием и использовать ранжирование как ордеринг результата объединения =)
NikitaKo, вполне логично. Ибо каждый проект имеет свои нагрузки и свои перспективы и темпы роста.
Да и с виртуалками есть моменты: если несколько сотен виртуалок на паре десятков серверов - это все хорошо живет, виртуалки по мере загрузки гуляют между хостами и т.п., а если же от бедности на одного боливара взваливают кучу виртуалок - то только лишние танцы и точки отказа...
Дмитрий, тут вопрос философский.
К примеру некое приложение, которое куда-то коннектится и загружает/выгружает данные. Плюс есть пяток параметров, которые модифицируют загрузку/выгрузку.
На мой взгляд - вполне уместно хранить их именно там. А следом прицеп из например "дата-время последнего действия", "статус выполнения" и еще всякие мелочи.
Далее уже - то ли хранить это в конфиге приложения, то ли используя тот же самый функционал - в отдельном файле. Этакая более развитая идея system.ini и user.ini
Denis Bednov, из описания ТС совершенно неочевидно что именно у него будет храниться. Не исключено, что это например url неких подключений.
Впрочем ConfigurationManager совершенно не исключает и работу с другим файлом
Константин Нагибович,
1. сами средства разработки и отладки - уг, так и не дотянувшееся до уровня хотя бы до уровня какого-нибудь борландовского продукта образца 198Х года
2. общая концепция "рельс", сход с которых - близок к крушению
3. якобы низкий квалификационный порог вхождения
В итоге скорость на поверку оказывается тяп-ляп - бублик + итак сойдет, а попытки согнуть рельсы мало-мальски грамотных готовых решений приводят к велосипедам-мутантам...
Наталья Чобот, можно месяцами сообщать что "не выходит каменный цветок". А можно хоть как-то проиллюстрировать процесс своих попыток... благо это все-таки не каменный цветок с нелицеприятным процессом его выхода, а программирование и скопипастить кусочек кода - совершенно не представляет сложности.
На опыте реализации подобного с xml (по жутко разветвленному монстру) я пришел примерно к следущему:
генерить классы из полного и разнообразного xml - тупиковый путь.
Эффективнее разрезать это на ветки, и потом вначале генерировать и причесывать классы этих веток, потом уровнем выше и там заменять сгенерированные классы на причесанные.
Ну и понятное дело что нечто одиночное типа
1 окажется int и дальше или глазами по документации менять все такое руками на decimal/string или же более полно наполнять примеры, чтобы встречалось 1.33 или там >A123