rPman

Если на аккаунте были покупки (например google play или подписки youtube) с вашей банковской карты с фио то шансы есть, пишите в поддержку.

Иначе никак

Нейронные сети - это просто алгоритмы, самая ресурсоемкая часть в процессе но не самая главная.

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

Вторая проблема нейронных сетей - они не дешевые, точнее собственно процесс обучения, для интересных а не простых академических задач типа 2+2=4, требует вычислительные ресурсы, причем много от слова много денег.

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

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

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

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

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

На странице форма с поиском отправляет запрос (на выбор http rest get или post либо лучше используя websocket, почему - ниже) на сервер.

Сервер ищет на основе запроса клиента, смотрит, онлайн ли он (в случае с http rest это определяют таймаутами с последнего запроса, а вот с websocket все нативно и в реальном времени без проблем) и если да, шлет на все его подключения (пользователь может открыть несколько закладок в браузере или на разных компах) сообщение (с http rest геморно, клиент должен периодически делать запросы на сервер с вопросом - нет ли для меня сообщений, которые не сразу отвечают, если нет сообщений, и висят до таймаута или вообще бес конечно, выдавая по 1 байту в минуту, который просто пустышка, ради поддержания соединения).

Если пришло сообщение, клиент его выводит.
---

Для работы websocket на сервере нужна его поддержка, обычно отдельный бакэнд выступающй в виде websocket сервера и обрабатывающий запросы. Есть плагины к веб-серверам, конвертирующие это в привычный http rest стиль, но это изврат.

Когда то давно, когда websocket не был стандартом, самым простым способом слушать события с сервера был запрос на сервер и ответ в виде javascript с вызовом функции, которая собственно и есть событие (т.е. запрос на страницу подключался простым тегом < script >), сервер ничего не отправляет в канал запроса (или просто пробел по 1 в минуту чтобы по таймауту не закрылся) пока не появится необходимость. Правда клиент должен отслеживать ошибки что бы повторять запрос.

Звалось это long poolling

Внутри виртуалок нет особой необходимости создавать LVM, в 99% ситуаций возможностей снапшотов виртуальной машины хватает за глаза.

По поводу увеличения места, практически все VM поддерживают динамически расширяемые контейнеры, т.е. файл с контейнером будет занимать ровно столько места, сколько реально используется (обратно не уменьшается, только увеличение), соответственно создавайте виртуальную машину с терабайтовым диском, а внутри контролируйте лимитами или заранее созданной маленькой файловой системой, простейший ext3 умеет на лету увеличивать размер, заполняя больше места (только место с конца тома).

Мое ИМХО, если цель сэкономить (т.е. для маленьких организаций на 5 человек все плюшки домен контроллера и собственно сервера windows не обязательны и даже избыточны), причем МНОГО, то вместо терминального сервера соорудите машину с десктопной ОС (т.е. буквально windows 7/8/10) и подсистемой от ibik aster, когда к одной машине физически подключаются несколько клавиатур, мышек и мониторов (можно найти видеокарты с подключением до 6 мониторов, переходниками или подбирать по типу коннектора заранее либо несколько видеокарт, хоть через рейзеры) и работают независимо напрямую, без медленного сетевого терминала.

Мониторы можно выносить на заметно большое расстояние (10-20 метров почти без проблем), с USB сложнее, после 5 метров начинаются проблемы (например с флешками - но так ли это нужно, понадобится - человек встанет и подойдет к машине), клавиатуры можно заранее планировать беспроводные - добавят еще 5-10 метров.

В крайнем случае тут же можно настроить каждую консоль через VNC/anydesk/teamviewer по вкусу и предпочтениям.

Достаточно давно помню настраивал пробуждение в windows по таймеру, и увидел в нстройках BIOS включенную настройку (т.е. windows включило эту настройку в биос), но на другом железе у меня вообще пробуждение не настроилось

Скорее всего это сугубо индивидуально под конкретное железо и драйвера, установленные в системе.

Если вы подключились к серверу по RDP с другой машины, то звук и вебкамера работать 'нормально' не должны, они по уму должны приехать с клиентской машины по подключению (не уверен про вебкамеру но возможно скайп при определении оборудования использует какие то особые механизмы, а там на usb завязано).

Если нет.
В браузере то у вас все работает? Подключайтесь к скайпу используя web.skype.com

p.s. использовать windows серверную систему как рабочее место напрямую уже давно не подразумевается, в других местах тоже будут мега глюки, да те же драйвера к видеокарте

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

На самом деле прямые соединения клиент-клиент не всегда возможны, особенно в России, когда провайдеры ломают интернет по приказу идиотов с выше, и не только.. а значит промежуточный сервер вам так или иначе понадобится. Читайте про webrtc, stun сервера и прочее.

Если приложение не веб, то у вас появляется больше способов, например обеспечение подключения на основе своих wifi точек доступа (практически все современные смартфоны и планшетники могут работать точкой доступа) или даже bluetooth/nfc (слабоваты для видео но могут использоваться для собственно организации соединения чтобы договориться кто к кому подключается).

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

у вас 2 задачи - видеозвонок по кнопке в доме и удаленное управление замком.

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

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

Т.е покупаете электронный замок (рублей за 200 на али), веб-камеру, колонки, хороший микрофон (не дорогой а просто хороший, помню покупал гарнитуру Диалог за 50рублей , у нее микрофон + встроенная звуковая карта в материнке ловили голос из комнаты за стеной), любой компьютер с выходами по типу малинки (кстати хватит обычных lpt на дешевых/старых материнках x86), маломощный реле для управления замком и кнопку с подключением к плате из сломаной клавиатуры, можно добавить сюда обычный ups чтобы система была менее зависима от электросети. Собираете все это за пару часов возни с проводами и собираете софт на выбор что вам больше нравится.

Я бы систему видеонаблюдений и общения голосом сделал независимой от нажатий на кнопку звонка, а по нажатию на нее отправлял бы сообщение в какой-нибудь telegram со скрином с камеры и ссылкой на собственно видеопоток с обратной связью голосом (на базе ffmpeg или браузерного webrtc.... готовых решений тьма) и ссылкой управления замком. Т.е. в телефоне у вас выскакивает сообщение, вы на него нажимаете - смотрите кто пришел, и либо сразу открываете дверь либо открываете голосовой чат и говорите что-нибудь курьеру. Да, само собой доступ к системе только через vpn или шифрование, а то сделаете ссылку открытия дверей публичной в интернет... есть такие вендоры ;)

p.s. кстати большинство ip-камер это полноценный компьютер, при должной степени краснаглазия все можно сделать прямо на базе их платы) там и микрофон, и обратная связь, например через переключатель ночь/день - (завести реле замка, только отключить автопереключение по темноте) и кнопку завести через какой-нибудь контакт внутри (там как минимум есть вход для прошивки или обычно кнопка сброса или каких-либо настроек.. вобщем можно проявить изобретательность)

Готовых открытых (или доступных или дешевых) технологий, с которыми играть было бы относительно комфортно - нет.

Из того что предлагает ОС - это Remote Desktop Web Client, вполне себе работоспособно, но чтобы приложения и игры, использующие видеоускоритель на сервере могли работать, нужно ДОРОГОЕ серверное железо (скорее всего только nvidia теслы и аналоги), видеокарты стоят примерно в десять раз дороже десктопных... но попытка не пытка, поэксприментируйте.

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

На сколько я понимаю, существующие сервисы для трансляции игр используют аппаратные энкодеры видео, подключаемые напрямую к выходу видеокарт.

p.s. используя десктопные amd видеокарты можно попытаться использовать сторонние виртуалки типа kvm (с linux хостом) или citrix xen чтобы запускать windows как гость и в нем игры, пробрасывая физическое оборудование внутрь виртуалки. Это реально и на не очень дорогом железе, есть свои нюансы, но главное, почти нереально заставить ОС windows использовать продвинутые технологии по передачи видео от игр по rdp, но как говорится - пробуйте, вдруг у вас получится.

Открытый холодный склад, помимо холода еще и пыль + грязь, любым принтерам от этого буде заметно пачкать барабан (лазерным) или портить кертриджи (струйникам).

Даже если забыть про холод, пыль и грязь сделают свое гадкое дело. Еще ничего не сказали про влажность - сильно высокая тоже электронику не пожалеет. Ни о каких сроках работы после гарантийного (а то и раньше) речи не будет идти.

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

имхо лучший из бесплатных text-to-speach движков (и даже открытых)) для русского языка rhvoice, там есть еще украинский и грузинский но качество ниже. Для windows дополнительно есть в реализации для sapi, плюс кучи других стандартов и просто в виде библиотеки

начиная с windows 8 майкрософт включает в ос sapi движок, неплохой (женский голос) но депрессивный по звучанию, слушать его грустно.

гугл дает отличное звучаение но бесплатные тарифы ограничены