У этих Vaio отвратительный графический ускоритель (хотя некоторые называли его “графический замедлитель” - плохо с драйверами, единственное семейство у intel, которое не их собственная разработка, а лицензированный power vr, со всеми вытекающими. И единственнй intel, который нормально не работает под современным linux.
У меня AC100 был. Отличная машинка по железу (кроме памяти, ему бы не 512, а гигабайта 2), и лёгкий ужас по софту. Тогдашний андроид… это было печально. На нём у меня побывали родной android, linux (ubuntu), потом, когда работать нормально перестало - он был перешит на 5-й android, и отдан как читалка/машинка для документов/лёгкого серфинга племяннику. Классный экран, живучий корпус (переживал кидание в рюкзак в любой позиции с чем угодно в рюкзаке, полное пофигистическое отношение и тд), живучий аккумулятор, классная клавиатура (по-моему одна из лучших в таком форм-факторе). Помер через смерть клавиатуры, племянник её чем-то залил в итоге и она стала залипать - ремонтировать можно было, но не стали.
По сравнению с eee pc 701 - он ОГРОМНЫЙ. Eee pc можно было кинуть в мелкую сумку, почти любую и там оставалось место. Если уж сравнивать, то скорее с gpd win и подобными им.
Вот eee pc открыл для нас вариант - читаешь даташит, закончил - закрыл, аккуратно кинул ноут на диван и продолжил паять/крутить железку. (так как подвижных частей в нём не было - можно было таскать и вертеть как угодно). На ноутбуках тогдашнего времени… о таком подумать было страшно.
Таким можно нормально пользоваться с Linux. У него сильно лучше/быстрее графическое ядро, чем у поколения core2duo. Что снимает нагрузку с процессора. И скорость памяти выше. И с декодированием видео тоже лучше. (Проверялось лично. Оно сильно быстрее ворочалось, чем десктопный core2duo).
От объёма памяти это не сильно зависит, зависит от того, в каком формате хранится имя. При экспорте на sim-карту режутся телефоны (там контакт не может хранить больше одного телефона), любые вспомогательные данные (организация и т.д.). От объёма зависит только сколько контактов влезет.
PS. спеку найти не могу, лимит пишут 20-30 символов на имя в том что гуглится.
Почти на всех старых был профиль obex и синхронизационный профиль, позволяющий вытащить записную книжку/календарь по bluetooth (всю, целиком, автоматически. у меня когда-то для телефона был синхронизационный скрипт, который по входу домой их бэкапил).
С современными кнопочниками это нередко реализовано так (если реализовано), что хочется спросить реализовывавших - “а вы этим вообще пользовались?”.
philips xenium, который на любые операции с bluetooth требовал подтверждения (и у которого в результате нельзя было что-то сделать когда телефон валяется где-то. хотя казалось бы это - самый очевидный сценарий использования). более новый xenium - обнаружилось, что я не могу послать пачку контактов по bluetooth. он их принимает тупо по одному. и вот такого - в каждом.
Почему, это вполне и возможно и релевантно в условиях публичной yggdrasil-сети. Вешаем reverse-proxy на nginx, для websocket-а. Получаем терминирование ssl на nginx, с валидными сертификатами и дальнейшее соединение с локальным yggdrasil. Проблема сертификатов решена. В Peer-ах прописываем sni (и он его пошлёт на исходящие соединения).
Можно собственно даже исользовать не шифрованный websocket напрямую, пакеты в yggdrasil всё равно шифруются. (Но это проще блокировать/определять).
У yggdrasil отсутствуют exit proxy в протоколе. А пакеты шифруются e2e. Так что - через кого ходят - не может посмотреть что там. А раз выход ты сам в этой сетке не поднимешь - через тебя идёт транзитный трафик, который ты посмотреть не можешь.
Но сетка не анонимизирующая - выяснить куда ходили по ключам можно.
Там есть поддержка TLS со SNI. Там есть поддержка websocket over ssl или просто websocket. В первом случае тоже со SNI. Чем это отличается от любого другого приложения на Go, которое ходит по сети?
Osmand подключает яндексовские пробки как слой (но да, не маршрутизирует с их учётом. Но может кто-то написал плагин, не смотрел). А так - там где я был (и когда я был) проблем с ним не было. Отображения общественного транспорта - нет, тут да, плохо.
У этих Vaio отвратительный графический ускоритель (хотя некоторые называли его “графический замедлитель” - плохо с драйверами, единственное семейство у intel, которое не их собственная разработка, а лицензированный power vr, со всеми вытекающими. И единственнй intel, который нормально не работает под современным linux.
У меня AC100 был. Отличная машинка по железу (кроме памяти, ему бы не 512, а гигабайта 2), и лёгкий ужас по софту. Тогдашний андроид… это было печально. На нём у меня побывали родной android, linux (ubuntu), потом, когда работать нормально перестало - он был перешит на 5-й android, и отдан как читалка/машинка для документов/лёгкого серфинга племяннику. Классный экран, живучий корпус (переживал кидание в рюкзак в любой позиции с чем угодно в рюкзаке, полное пофигистическое отношение и тд), живучий аккумулятор, классная клавиатура (по-моему одна из лучших в таком форм-факторе). Помер через смерть клавиатуры, племянник её чем-то залил в итоге и она стала залипать - ремонтировать можно было, но не стали.
По сравнению с eee pc 701 - он ОГРОМНЫЙ. Eee pc можно было кинуть в мелкую сумку, почти любую и там оставалось место. Если уж сравнивать, то скорее с gpd win и подобными им.
Вот eee pc открыл для нас вариант - читаешь даташит, закончил - закрыл, аккуратно кинул ноут на диван и продолжил паять/крутить железку. (так как подвижных частей в нём не было - можно было таскать и вертеть как угодно). На ноутбуках тогдашнего времени… о таком подумать было страшно.
Таким можно нормально пользоваться с Linux. У него сильно лучше/быстрее графическое ядро, чем у поколения core2duo. Что снимает нагрузку с процессора. И скорость памяти выше. И с декодированием видео тоже лучше. (Проверялось лично. Оно сильно быстрее ворочалось, чем десктопный core2duo).
От объёма памяти это не сильно зависит, зависит от того, в каком формате хранится имя. При экспорте на sim-карту режутся телефоны (там контакт не может хранить больше одного телефона), любые вспомогательные данные (организация и т.д.). От объёма зависит только сколько контактов влезет.
PS. спеку найти не могу, лимит пишут 20-30 символов на имя в том что гуглится.
Почти на всех старых был профиль obex и синхронизационный профиль, позволяющий вытащить записную книжку/календарь по bluetooth (всю, целиком, автоматически. у меня когда-то для телефона был синхронизационный скрипт, который по входу домой их бэкапил).
С современными кнопочниками это нередко реализовано так (если реализовано), что хочется спросить реализовывавших - “а вы этим вообще пользовались?”.
philips xenium, который на любые операции с bluetooth требовал подтверждения (и у которого в результате нельзя было что-то сделать когда телефон валяется где-то. хотя казалось бы это - самый очевидный сценарий использования). более новый xenium - обнаружилось, что я не могу послать пачку контактов по bluetooth. он их принимает тупо по одному. и вот такого - в каждом.
Не всегда - зависит от вашего провайдера и настроек.
Вот я смотрю на то, что мне выдал провайдер, а не на link-local, и там я тоже вижу mac-адрес.
Я думаю многие хотят туда. Хотя бы закупиться долларами/евро :-p
О, мсье удачлив и самоуверен :-D
(Болванки были тогда не дешёвыми, а защиты от от ошибок прожига из-за потери потока ещё по-моему не было).
Вы хорошо шутите. Но это совсем не так. Даже в обжитой зоне (~60-70км от города миллионника в РФ) со связью было плохо.
А с примерно 2014 года всё было... не хорошо с развитием сетей. (и с 2018 - Яровой - в особенности).
Почему, это вполне и возможно и релевантно в условиях публичной yggdrasil-сети. Вешаем reverse-proxy на nginx, для websocket-а. Получаем терминирование ssl на nginx, с валидными сертификатами и дальнейшее соединение с локальным yggdrasil. Проблема сертификатов решена. В Peer-ах прописываем sni (и он его пошлёт на исходящие соединения).
Можно собственно даже исользовать не шифрованный websocket напрямую, пакеты в yggdrasil всё равно шифруются. (Но это проще блокировать/определять).
Не, не только. Но вообще - у них faq же есть.
https://yggdrasil-network.github.io/faq.html
ну значит совместить с nginx и всё.
Нет, к мировому древу из скандинавской мифологии и методу маршрутизации в сети.
У yggdrasil отсутствуют exit proxy в протоколе. А пакеты шифруются e2e. Так что - через кого ходят - не может посмотреть что там. А раз выход ты сам в этой сетке не поднимешь - через тебя идёт транзитный трафик, который ты посмотреть не можешь.
Но сетка не анонимизирующая - выяснить куда ходили по ключам можно.
Там есть поддержка TLS со SNI. Там есть поддержка websocket over ssl или просто websocket. В первом случае тоже со SNI. Чем это отличается от любого другого приложения на Go, которое ходит по сети?
На самом деле нет. Минимум на пару порядков быстрее.
Ох, я даже не знаю, это учёный изнасиловал журналиста или что-то ещё.
Osmand подключает яндексовские пробки как слой (но да, не маршрутизирует с их учётом. Но может кто-то написал плагин, не смотрел).
А так - там где я был (и когда я был) проблем с ним не было. Отображения общественного транспорта - нет, тут да, плохо.