очень странное дело, как яндекс диск умудряется работать на максимуме канала wifi а майкрософтовский smb только 100мбит (это примерно 10мбайт/с), да у smb есть проблемы со скоростью, но они начинаются на сотнях мегабайт в секунду и с мелкими файлами.
есть момент, он конечно по цифрам не сходится, яндекс диск перед отправкой файла сканирует его для получения хеша и если на серверах яндекса такой же файл есть, выггрузку не производит (уже выясняли про это тут в вопросах, сетевой трафик не задействуется при этом), но чтобы файл попал на второй компьютер, загрузку с серверов яндекса провести все же должен.
не поленись, проведи еще один тест, установи на обоих машинах syncting и попробуй с его помощью. файл перенести (это такая же синхронизилка но только не передает файлы на сервер и делает это напрямую)
kuzinaleksandr1, я подчеркиваю, что vm только способ установки, запускать попробовать можно нативно
кстати, если поймешь, что именно в установщике мешает запуску, то возможно интегрировать драйвер соответствующего устройства с помощью ntlite (эта крутая утилита может многое и обновления интегрировать и сервисы настроить...) но для ее запуска понадобится windows (хватит любого хоть win10)
Вопрос кстати не простой
Под уму сертификат можно было бы проверить, была ссылка для этого, вот по это статья, но теперь она ведёт на 404 страницу, я не смогу найти на сайте ничего похожего
посмотрел на их сайт, отвратительная подача материала
при пролистывании ссылка spec мелькает буквально на мгновение
то и понятно, чуда не случилось 40-50 градусов fov
и это augmented reality
и я так и не понял, они мониторят положение шлема в пространстве или только наклоны?
с cardboard уже все это проходили, никому не нужна виртуальная реальность без взаимодействия с ней, именно поэтому хорошие контроллеры и базовые станции стоят больше половины шлема
не надо много коммутаторов, надо один, тип сетевой мост с сетевым адаптером сервера, и настраивай ip адреса вручную (не указывая шлюз или указывая неверный) тем машинам, где тебе нужно отключить доступ в интернет
ищешь mitx материнки, со встроенным процессором x86 (Intel Celeron J), там главный лимит - максимум RAM 32Gb (были модели с лимитом 8GB ram) и на их основе делаешь любой свой каприз
цены ниже малинки, производительность выше на пару порядков, удобство выше, и главное это обычный x86 с pci-e, sata/m.2 и т.п.
Последние годы в россии конечно в розницу это сложно найти (это потихоньку случилось после 2014г, не сразу но рынок сильно поплохел) но на али можно найти (например)
кстати буквально последние месяцы похоже это стало еще сложнее и в китае найти, глобализация похерена
ссылки на способы организации тебе показал Nik Faraday
лично я почти не использовал в чистом виде TDD, а так же не пользовался готовыми инструментами (так как когда я этим пользовался, я писал свои)
тестирование это отдельный проект, нашли баг - ты заводишь проект (ну или юнит тест) и воспроизводишь
клиент для тестирования сервера может быть не полноценный, это просто набор заглушек для симуляции сеанса связи.
Плохая практика использовать код настоящего клиента, если ты же его разрабатываешь, так как ошибки в них могут совпасть так что пропустишь, но для нагрузочного тестирования наоборот, нужны настоящие клиенты, с другой стороны можно сторонними инструментами контролировать состояние как сервера так и клиента (например откатывать базу данных до некого специального для группы последующих тестов)
почему ты открываешь файл внутри цикла на каждую запись? перенести with open куда-нибудь по выше уровень чтобы о дин раз за запуск программы файл открывался
p.s. у тебя в коде уже стоит флаг 'a' должно дозаписываться как надо все
Собственно доступ в интернет для машины в локальной сети с NAT на роутере в интернет - это настройка шлюза по умолчанию. Если шлюз по умолчанию - роутер, то интернет есть, иначе интернета нет, но локальная сеть работать будет
Т.е. нужно на роутере найти настройку шлюза по умолчанию персонально для машин (либо настраивать все статикой, как тебе удобно) а виртуальные машины просто подключить к локальной сети через сетевой мост (по факту они будут просто подключены как бы обычным свитчом)
ну да, наверное ты просто не понял что такое virtual и может даже что такое static
static это методы, вызов которых возможен без указания экземпляра объекта
virtual - это методы, вызов которых будет произведен не по классу в коде а по реальному типу объекта в памяти (в си они могут отличаться само собой)
я выше дважды написал зачем
чтобы твой код понимал с каким именно объектом он имеет дело в рантайме, ведь в си (в типизированных языках) без виртуальных методов этим будет заниматься исключительно компилятор.
добавлю для непонятливых - виртуальные методы сильно медленнеей обычных, потому что для их вызова нужно прочитать 2 дополнительных числа из памяти (получить адрес таблицы виртуальных методов и узнать адрес соответствующего метода) когда как обычные функции компилятор и так знает где адрес метода еще на этапе компиляции
аааа
единственно верный ответ - делать критичные вещи на сервере, не передавать критичные для работы сервера данные на сторону клиента, все пользователи под авторизацией, система модерации (баны, регистрация с защитой от мультиакка и т.п.), если чегол то этого нет - то беда, ушлый пользователь расковыряет и навредит
соответственно от этого расковыряет и начинают плясать - обфускация кода, шифрование коммуникаций, сокрытие ключей шифрования и прочее прочее
десктопные и мобильные приложения имеют некоторый бонус из-за бинарного представления кода но небольшой, инструментов ковыряться много, просто специалистов сильно меньше чем просто открыть браузерную консоль разработчика и подсмотреть.
как ты настраиваешь работу adb?
если я верно понимаю к этому эмулятору подключение идет по сети, т.е. ты пишешь что то типа adb connect ,,,,
так вот, вместо localhost пиши 127.0.0.1
p.s. если виснет именно команда скриншота то я точно пасс, это какая то особенность эмулятора (а если скриншот только этого приложения - то особенность работы приложения)
на реальном железе все работает? другие эмуляторы?
Владимир, я не понял тебя
любая авторизация может легко использоваться как в десктопных приложениях так и в web
это вообще никак не связано и никем не ограничено
то что тебе не дали какие то критерии авторизации это сугубо личные желании их владельца (банка) они могут ставить какие угодно условия, даже абсурдные (типа разрешаем пользовать наш ключ только в браузерных приложениях, заметим в мобильном - 'зарежем нафиг')
нет, доступа к virtual table нет (ну мне не известно как)
я сейчас попробовал соорудить что то по моему же совету, и у меня не получилось, хотя я точно помню что что то подобное пытался очень давно соорудить
Лично я не понимаю что ты хочешь получить!?
Виртуальность имеет смысл ТОЛЬКО для экземпляров объекта.
Как ты собираешься вызывать виртуальный метод? ведь для его вызова нужно явно прописывать имя класса (self:: пишут только внутри ну и само собой темплейты) а значит ты явно указываешь чей именно метод вызывать (vitual используют когда ты обращаешься к объекту базового типа, например в массиве, но там смешаны типы от разных потомков, и метод будет вызван именно потомков а не базовый)
дестоп или не десктоп приложения это вопрос используемых библиотек и подходов к разработке
десктоп - это когда интерфейс приложения реализуется этим приложением (чаще всего подразумевает полную автономность, а онлайн коммуникация с сервером - опция)
веб - это когда интерфейс приложения отрисовывает браузер, общаясь с сервером, который называют бакэнд (кстати не обяхательно, есть оффлайн веб)
Клиент-север - это разделение кто спрашивает а кто отвечает, напрямую завязано на лимитацию в реализации и исторические особенности (например мало кто знает что vnc сервер и клиент могут работать в реверсивном режиме, когда клиент становится 'сервером' и ждет когда к нему подключится сервер, но при этом экран показывается так же серверный, в этом случае сервером формально уже является клиент, но по функционалу все ок)
Так вот твой вопрос - нет абсолютно НИКАКОЙ разницы, чем является клиент (как он реализован), общающийся с сервером. Мобильный ли там или десктопный клиент, мало того, если реализовать протокол, понимаемый браузерами (http и для удобства json сериализацию) то один и тот же сервер может использоваться и веб клиентом, и десктопным и мобильным... (мобильный и десктопный вообще одно и то же, просто библиотеки и подходы к UI отличаются)
есть момент, он конечно по цифрам не сходится, яндекс диск перед отправкой файла сканирует его для получения хеша и если на серверах яндекса такой же файл есть, выггрузку не производит (уже выясняли про это тут в вопросах, сетевой трафик не задействуется при этом), но чтобы файл попал на второй компьютер, загрузку с серверов яндекса провести все же должен.
не поленись, проведи еще один тест, установи на обоих машинах syncting и попробуй с его помощью. файл перенести (это такая же синхронизилка но только не передает файлы на сервер и делает это напрямую)