devEngineer, А кто вам сказал, что она работает корректно? Вы же не знаете, что находится в памяти за строкой. Может вам просто везёт и там ноль. А в следующий раз не повезёт, и нуля там не будет.
Александр, Значит остаётся только один вариант - вы что-то делаете не так. Но по запросу SQL непонятно, что именно. Приведите в вопросе код, которым вы получаете данные.
На одном из серверов должна быть поднята служба лицензирования удалённых столов. В диспетчере серверов выбираете 'Средства' -> 'Remote Desktop Services' -> 'Диспетчер лицензирования ...'. Там активируется сервер лицензий и привязываются лицензии (ПКМ по серверу, "Активировать сервер', 'Установить лицензии').
Сервер со службой лицензирования должен быть указан на терминальном сервере как источник лицензий. В редакторе групповых политик (gpedit.msc) на терминальном сервере открываете ветку 'Конфигурация компьютера' -> 'Административные шаблоны' -> 'Компоненты Windows' -> 'Службы удалённых рабочих столов' -> 'Узел сеансов удалённых рабочих столов' -> 'Лицензирование'. Задаёте два параметра: 'Использовать указанные серверы...' - включить, указать имя сервера, на котором работает служба лицензирования, 'Задать режим лицензирования ...' - включить, выбрать нужный режим.
После активации лицензий и настройки параметров можно из диспетчера серверов запустить 'Средства' -> 'Remote Desktop Services' -> 'Средство диагностики ...' и убедиться, что нет никаких ошибок.
Евдоким, Для использования терминального сервера с 15 пользователями/устройствами у вас должны быть приобретены лицензия на сам сервер, минимум 15 клиентских лицензий (CAL) и 15 терминальных клиентских лицензий (RDS CAL).
Лицензия на сервер вводится при активации.
CAL не прописывается в сервере, просто должны быть.
RDS CAL вводятся после активации сервера лицензирования RDS. Могут идти как несколькими номерами (например, три номера на пять ключей каждый), так и одним пакетом.
Если у вас RDS CAL 'на пользователя', то сервер должен быть в домене Active
Directory. В рабочей группе для 2019 сервера допускаются только лицензии 'на устройство'.
kruslan, Стандарт, может, к обработке URL и не имеет отношения, но кодирование пробела плюсом пошло именно оттуда.
Можете, конечно, не считать эти способы равнозначными, но по мне что совой о пень, что пнем о сову, а все сове больно.
kruslan, В части URL до знака вопроса допустимо только кодирование %20. Однако, со времён RFC1866 (HTML 2.0) плюсом кодировался пробел в данных форм (application/x-www-form-urlencoded). Из-за этого в части URL после знака вопроса и плюс, и %20 обозначают пробел.
Есть ещё один нюанс. При использовании mod_rewrite вполне возможно, что /page/как+дела будет переадресовано в /page?param=как+дела, таким образом и здесь плюс может перейти в пробел.
SterhXXX, WiFi для телефонии - не самый лучший выбор. Всё-таки передача голоса критична как к потерям пакетов, так и к задержкам. WiFi же не может похвастаться качеством ни там, ни там.
Mesuti, С тем же (а то и большим) успехом можно увести логин и пароль.
Если взять, например, JWT, то открытая часть токена защищается цифровой подписью, проверить которую можно только зная ключ, использованный при выдаче токена.
Кроме того, токен имеет срок жизни, от десятков минут до нескольких часов. Часто вместе с основным токеном выдаётся одноразовый для смены пары после истечения срока жизни основного.
tfc, Google Answers
Dodgeball
Lively
Page Creator
Web Accelerator
Audio Ads
Ride Finder
SearchWiki
GOOG-411
Gears
Buzz
Notebook
Aardvark
Google Labs
Google Fast Flip
Google Video
Wave
Google Health
Picnik
Jaiku
Sparrow
Reader
iGoogle
Google Checkout
Google Latitude
Orkut
Google Catalogs
Google Helpouts
Picasa
Ara Project
Google Talk
Goo.gl
Google+
Вы уверены, что в этом списке не окажется и GMail?
