Объяснить как раз легко. Если лень гуглить, то одним словом - это тотальное снижение стоимости владения. Как я уже писал, поддерживать работу приложения на одном компьютере или на куче - большая разница. На рабочие места можно ставить любое г...но, а можно специализированные терминальные станции с большим сроком эксплуатации и низким потреблением энергии. С локальным оборудованием проблем нет. Если не хочется связываться с настройками, то делаем маленькую утилитку, запускаемую локально, и работаем через нее. Файлики создавать умеем? Слать и получать сообщение по ip умеем? Больше ничего и не надо...kreator писал(а): ↑17 Август 2017, 10:07+1.Игорь Столяров писал(а): ↑17 Август 2017, 8:56 2. Работа в терминальной сессии - это универсальный костыль для медленных сетей и программ.
Вряд ли есть смысл обсуждать преимущества терминала в контексте БД TPS - он также "ускоряет" и DBF, Microsoft.SQL, 1C и т.д.
Минусы тоже известны: хорошая терминальная сеть стоит денег и требует грамотного администрирования.
Я, например, не смогу объяснить "заказчику" зачем для работы нашей программы нужен терминальный сервер. Медленные каналы связи с удалёнными точками - да, все согласны, это Россия. А в офисе, где гигабитная сеть (а у нас сервера с 10 Гиг сетевухами), ну, непонятно. Опять же, как с локальным оборудованием работать в режиме терминала?
Информация о высокой стоимости и сложности администрирования устарела. Tsplus стоит 70 долларов на 4 рабочих места, например. И серверная ось не требуется, хоть home используй. Администрирование можно назвать нулевым. Завести пользователей и сгенерить exe даже школьник сможет. То есть в локальной сети проблем нет никаких. Работа через интернет сложнее, там есть нюансы...