Это мой любимый девайс, пользуюсь уже два года, особенно люблю работать в них в тишине в шумных пространствах, реально кайф.
Но вот беда с этой моделью: полтора года спустя наушники стали глючить в самолёте, при смене давления одно случайное ухо начинает зверски пищать и приходит в норму пару часов спустя "на земле". Видимо датчик давления сдыхает.
Да, 32ТБ. В моём случае пинг до этого сервера 82мс (до яндекса - 32мс), что похоже на Амстердам. Все базы также считают что сервер расположен в Амстердаме. Но все ли у VDSины такие сервера как у меня -- ¯\_(ツ)_/¯ Кстати пользуюсь уже более полугода, полёт нормальный.
Можно пойти ещё дальше и набирать COM-файлы под DOS-ом - без использования компилятора - прямо с нуля в редакторе HIEW (он синхронно отображает HEX-коды и ASM-код для них). Не знаю кто будет так извращаться в наше время, но вдруг захочется получить ачивку "написать программу в машинных кодах без использования компилятора" ¯\_(ツ)_/¯
VDSINA ввела комиссию, при оплате рублёвой картой VPS выходит 215 рублей в месяц, минимальная оплата 1075р. Но даже с учётом скрытой комиссии, VPS с гигом оперативки у них вроде бы самый выгодный.
+1 за vdsina (коммент выше). Цена за гиговый(RAM) VPN минимальна. Пользуюсь больше месяца, полёт нормальный.
Правда столкнулся с тем, что мой домашний ростелеком режет протокол IPSec VPN, поэтому я поднял прокси Shadowsocs (браво китайцам), что по сути работает так же.
В список можно добавить VDSINA (использую для VPN) * 1 GB RAM, 30 GB NVMe, 32 GB трафика в месяц * 200 р/мес, плачу рублёвой картой * сервер в Амстердаме
Сделал своего первого бота с помощью этой инструкции, благодарю за статью!
Кстати, еспользовать гугл-таблицу в качестве БД бота - оказалось вполне удобно.
Но обнаружил одну особенность: этот бесплатный хостинг - небыстрый, в любой момент бот может зависнуть на полминуты. Итог: не подходит для коммерческого бота, но вполне подходит для создания прототипа.
Пару лет назад я совершил удивительное открытие: часть моих знакомых (далёких от IT) не имеют дома проводного интернета / WIFI и пользуются только мобильным.
Описанный алгоритм опирается на веру в добросовестность партнёра? Или всё же есть рабочие способы проверить полученные исходные данные на корректность?
На основании исследований об "оптимальной активации" и "кривой работоспособности" вы описали принципы построения плейлиста, который может повысить продуктивность. На первый взгляд всё логично, но логическое мышление в принципе подвержено логическим ошибкам, поэтому корректность любых логических выкладок полезно проверять на практике.
Вопрос: есть ли исследования, что описанные вами принципы построения плейлиста измеримо повышают продуктивность? Возможно таких исследований нет, но есть ваш личный опыт? Буду благодарен за любые фактические доказательства "повышения продуктивности при использования музыки по вашей модели".
Очень интересно, благодарю за знакомство с этой штукой:)
И я даже почти готов попробовать, но наткнулся на существенный вопрос, который меня затормозил, и быстрого ответа не нагуглил.
Вопрос такой: когда я регистрируюсь на каком-либо сервисе из инфрастуктуры Fediverse (пусть это будет движок Mastodon, и его инстанс по адресу, например, ru.social с 10 активными юзерами), и публикую там контент ... что случится с моим контентом в будущем, если владелец домена наиграется в Fediverse и закроет сайт? Стоит ли намеренно бекапить контент, или инфраструктура о нём позаботится и он не исчезнет при закрытии сайта?
В трекерах тоже есть всё.
И тоже не всегда ¯ \ _ (ツ) _ / ¯
У Земли есть второй естественный спутник.
согласен.
но поломка критична только в самолётах, на земле датчик давления пока работает норм.
и даже за полтора года наушники во много раз окупили свою цену (imo).
Это мой любимый девайс, пользуюсь уже два года, особенно люблю работать в них в тишине в шумных пространствах, реально кайф.
Но вот беда с этой моделью: полтора года спустя наушники стали глючить в самолёте, при смене давления одно случайное ухо начинает зверски пищать и приходит в норму пару часов спустя "на земле". Видимо датчик давления сдыхает.
Плесень называется Cladosporium sphaerospermum
Да, 32ТБ.
В моём случае пинг до этого сервера 82мс (до яндекса - 32мс), что похоже на Амстердам. Все базы также считают что сервер расположен в Амстердаме. Но все ли у VDSины такие сервера как у меня -- ¯\_(ツ)_/¯
Кстати пользуюсь уже более полугода, полёт нормальный.
А могло бы закончиться как в рассказе "Девять миллиардов имён Бога"...
Прослушал червя из КВН.
Уже 5й раз использую предложенную технику.
Не работает ¯\_(ツ)_/¯
Можно пойти ещё дальше и набирать COM-файлы под DOS-ом - без использования компилятора - прямо с нуля в редакторе HIEW (он синхронно отображает HEX-коды и ASM-код для них).
Не знаю кто будет так извращаться в наше время, но вдруг захочется получить ачивку "написать программу в машинных кодах без использования компилятора" ¯\_(ツ)_/¯
Как это?
VDSINA ввела комиссию, при оплате рублёвой картой VPS выходит 215 рублей в месяц, минимальная оплата 1075р. Но даже с учётом скрытой комиссии, VPS с гигом оперативки у них вроде бы самый выгодный.
+1 за vdsina (коммент выше). Цена за гиговый(RAM) VPN минимальна.
Пользуюсь больше месяца, полёт нормальный.
Правда столкнулся с тем, что мой домашний ростелеком режет протокол IPSec VPN, поэтому я поднял прокси Shadowsocs (браво китайцам), что по сути работает так же.
В список можно добавить VDSINA (использую для VPN)
* 1 GB RAM, 30 GB NVMe, 32 GB трафика в месяц
* 200 р/мес, плачу рублёвой картой
* сервер в Амстердаме
...и также позволяет качать видео/аудио с YouTube на телефон.
Сделал своего первого бота с помощью этой инструкции, благодарю за статью!
Кстати, еспользовать гугл-таблицу в качестве БД бота - оказалось вполне удобно.
Но обнаружил одну особенность: этот бесплатный хостинг - небыстрый, в любой момент бот может зависнуть на полминуты. Итог: не подходит для коммерческого бота, но вполне подходит для создания прототипа.
Именно так.
Пару лет назад я совершил удивительное открытие: часть моих знакомых (далёких от IT) не имеют дома проводного интернета / WIFI и пользуются только мобильным.
Присоединяюсь к вопросу.
Описанный алгоритм опирается на веру в добросовестность партнёра?
Или всё же есть рабочие способы проверить полученные исходные данные на корректность?
На основании исследований об "оптимальной активации" и "кривой работоспособности" вы описали принципы построения плейлиста, который может повысить продуктивность. На первый взгляд всё логично, но логическое мышление в принципе подвержено логическим ошибкам, поэтому корректность любых логических выкладок полезно проверять на практике.
Вопрос: есть ли исследования, что описанные вами принципы построения плейлиста измеримо повышают продуктивность? Возможно таких исследований нет, но есть ваш личный опыт? Буду благодарен за любые фактические доказательства "повышения продуктивности при использования музыки по вашей модели".
Спасибо за разъяснения, теперь ясно как обстоят дела с бекапами.
Если решу экспериментировать с Fediverse - подниму свой сервер для своего контента.
Очень интересно, благодарю за знакомство с этой штукой:)
И я даже почти готов попробовать, но наткнулся на существенный вопрос, который меня затормозил, и быстрого ответа не нагуглил.
Вопрос такой: когда я регистрируюсь на каком-либо сервисе из инфрастуктуры Fediverse (пусть это будет движок Mastodon, и его инстанс по адресу, например, ru.social с 10 активными юзерами), и публикую там контент ... что случится с моим контентом в будущем, если владелец домена наиграется в Fediverse и закроет сайт? Стоит ли намеренно бекапить контент, или инфраструктура о нём позаботится и он не исчезнет при закрытии сайта?