Мне тоже больше нравится 4ка, но именно продуманным геймплеем, после него в 3шку играть "странно". Но в 4ке отвратная графика, нет нормального генератора случайных карт, и сложности с созданием модификаций, что не дало сообществу его развивать дальше. Все мечтаю о миксе 3 и 4 версии)
Стандарты менее HDR1000 можно даже не включать, в большинстве случаев это просто маркетологический обман и проблемы с отображением SDR при включенном HDR. Реального эффекта почти не будет.
Для себя же я сделал вывод, что мне HDR не нужен: на своем телеке HDR1000 провел тест, скачал один и тот же фильм в SDR и HDR, и сравнил. В итоге да, HDR ярче, но в тенях в итоге полный провал, ощущение что тупо контраст выкрутили, и в тенях стало ничего не видно. Может, конечно, что-то где-то не так и не по настоящему, но на 4 матрицах в доме везде одно и тоже: в SDR нормальная картинка где все видно, в HDR вырвиглазная контрастная картинка.
Чтобы докер билд работал, надо прописать прокси в конфигах, но только engine version>=23 /etc/docker/daemon.json: { "proxies": { "http-proxy": "http://proxy.example.com:3128", "https-proxy": "https://proxy.example.com:3129", "no-proxy": "*.test.example.com,.example.org,127.0.0.0/8" } }
Да есть статься, правда она о другой камере писалась немного. А когда появилась камера NetSurveillance, а главное роутер Keenetic, многое из той статьи стало не актуально. В частности в боте я теперь смотрю статус клиента подключаясь к API роутера, а не пытаясь arp-сканирование проводить. В целом неплохо было бы написать новую статью.
А как быть с web components и кастомными элементами? Браузер не будет знать, должен этот тэг быть самозакрывающимся всегда или нет, поэтому не определено поведение на случай не закрытого тэга. Поэтому рекомендация "давайте не будем использовать само закрывающийся синтаксис" означает что мы не можем писать <custom-input/>
Ну практика показывает, что загружается это далеко не один раз, а практически каждый раз, начиная с тупо протухания кэша статики, заканчивая постоянными релизами, а следовательно обновлением бандла.
Неудивительно, ведь теперь в spa в js зашиваются все вьюхи для компонентов, сама логика из Бэка по большей части переехала во фронтенд, и если не настроена динамическая погрузка, а все зашит в один бандл, то итоговый размер js будет жирным. А ещё зависимости погоняют зависимости и очень много кода по сути не используется, или используется в крайне редких случаях. В общем современный веб во всей красе.
На заре интернета все делалось на сервере, и получали лёгкие страницы чисто с внешним видом, а сейчас из Бэкенда фактически только rest api осталось, то есть бэк почти как тупая база данных, а вся логика и представление - во frontend.
Мне механика 4 героев во многом зашла. Главный минус уход от фэнтэзи 2д графики, отсутствие генератора карт, всего 4 уровня солдат, и дисбаланс. Плюсом отмечу очень продуманную систему прокачки, геймплея (за некоторым исключением), музыку и кампании.
работает с сетью даже тогда, когда выключен (но воткнут в розетку)
Видимо для Wake-on-Lan, или подобного, т. к. у меня в ресивере a1010 даже есть настройка для этого. Всё для того, чтобы можно было включить через приложение.
Вот про прыгающие элементы и неожиданно появляющиеся кнопки - сейчас это повсеместно встречается. Я недавно осаго себе оформил с ошибочными датами в приложении Тинькофф, т. к. пока экран подтверждения заказа долго подгружался, у меня у телефона снизилась подсветка. А нажал в свободное место, чтобы вернуть подсветку, а в этот момент возник экран с кнопкой аккурат там где я нажал. Аналогичные кейсы в озоне - у тебя вроде бы подгрузилась страница, я щёлкаю в поле поиска, фигак, подгружается что-то ещё, и там где я кликнул, вместо поиска оказался элемент выбора адреса доставки. Дико раздражает.
Главный минус MongoDB по сравнению с PostgreSQL, что в PostgreSQL можно организовать документную схему хранения, а MongoDB в реляционную БД не превратить никак.
В проектах часто применяю гибридную схему в PG, основные колонки - создаются как обычно, а разные необязательные и денормализированные данные в колонке типа jsonb. Как итог: миграшки делать надо сравнительно редко, в объекте есть большая часть связанных данных "одним запросом", и при этом при всём имеем все плюшки реляционных данных, чтобы делать сложные запросы с кучей join если потребуется.
Мне тоже больше нравится 4ка, но именно продуманным геймплеем, после него в 3шку играть "странно". Но в 4ке отвратная графика, нет нормального генератора случайных карт, и сложности с созданием модификаций, что не дало сообществу его развивать дальше. Все мечтаю о миксе 3 и 4 версии)
Добавлю в копилочку свои варианты:
торрент - deluge, он мне больше всего зашёл по интерфейсу
code-server - облачный vscode
Стандарты менее HDR1000 можно даже не включать, в большинстве случаев это просто маркетологический обман и проблемы с отображением SDR при включенном HDR. Реального эффекта почти не будет.
Для себя же я сделал вывод, что мне HDR не нужен: на своем телеке HDR1000 провел тест, скачал один и тот же фильм в SDR и HDR, и сравнил. В итоге да, HDR ярче, но в тенях в итоге полный провал, ощущение что тупо контраст выкрутили, и в тенях стало ничего не видно. Может, конечно, что-то где-то не так и не по настоящему, но на 4 матрицах в доме везде одно и тоже: в SDR нормальная картинка где все видно, в HDR вырвиглазная контрастная картинка.
В первую очередь HDR это о том, чтобы задрать яркость в определенные периоды и определенные зоны вне стандартного диапазона
Мои начальные слова такие: Стенд, кварц, Олимп, гуашь.
Подбирал по сервису исходя из двух факторов:
1) частота букв
2) старался не использовать топ гласных в начале, чтобы на последующие слова было больше вариантов
Уверен, что возможно это не самые оптимальные слова, но не угадывать слова с ними у меня ещё ни разу не получилось)
Как то офлайн приложения для такого уже прошлый век. Тут по идее же сразу захочется в поездке доступ к своим файликам с телефона.
Чтобы докер билд работал, надо прописать прокси в конфигах, но только engine version>=23
/etc/docker/daemon.json:
{
"proxies": {
"http-proxy": "http://proxy.example.com:3128",
"https-proxy": "https://proxy.example.com:3129",
"no-proxy": "*.test.example.com,.example.org,127.0.0.0/8"
}
}
Ещё прокси для докера можно прописать прямо в /etc/docker/daemon.json:
{ "proxies": { "http-proxy": "http://proxy.example.com:3128", "https-proxy": "https://proxy.example.com:3129", "no-proxy": "*.test.example.com,.example.org,127.0.0.0/8" } }
а почему костыльный?
Да есть статься, правда она о другой камере писалась немного. А когда появилась камера NetSurveillance, а главное роутер Keenetic, многое из той статьи стало не актуально. В частности в боте я теперь смотрю статус клиента подключаясь к API роутера, а не пытаясь arp-сканирование проводить. В целом неплохо было бы написать новую статью.
Я делал ровно тоже самое, только php и ftp - все крутится на роутере keenetic)
А как быть с web components и кастомными элементами? Браузер не будет знать, должен этот тэг быть самозакрывающимся всегда или нет, поэтому не определено поведение на случай не закрытого тэга. Поэтому рекомендация "давайте не будем использовать само закрывающийся синтаксис" означает что мы не можем писать
<custom-input/>
Ну практика показывает, что загружается это далеко не один раз, а практически каждый раз, начиная с тупо протухания кэша статики, заканчивая постоянными релизами, а следовательно обновлением бандла.
Неудивительно, ведь теперь в spa в js зашиваются все вьюхи для компонентов, сама логика из Бэка по большей части переехала во фронтенд, и если не настроена динамическая погрузка, а все зашит в один бандл, то итоговый размер js будет жирным. А ещё зависимости погоняют зависимости и очень много кода по сути не используется, или используется в крайне редких случаях. В общем современный веб во всей красе.
На заре интернета все делалось на сервере, и получали лёгкие страницы чисто с внешним видом, а сейчас из Бэкенда фактически только rest api осталось, то есть бэк почти как тупая база данных, а вся логика и представление - во frontend.
если добавить "youtubepp.com" попадаем на сервис который умеет склеивать звук. Правда в РФ он сейчас не открывается.
Вообще противоположными там были только Жизнь-Смерть и Порядок-Хаос. Природа была каким то особняком.
Мне механика 4 героев во многом зашла. Главный минус уход от фэнтэзи 2д графики, отсутствие генератора карт, всего 4 уровня солдат, и дисбаланс. Плюсом отмечу очень продуманную систему прокачки, геймплея (за некоторым исключением), музыку и кампании.
Видимо для Wake-on-Lan, или подобного, т. к. у меня в ресивере a1010 даже есть настройка для этого. Всё для того, чтобы можно было включить через приложение.
Вот про прыгающие элементы и неожиданно появляющиеся кнопки - сейчас это повсеместно встречается. Я недавно осаго себе оформил с ошибочными датами в приложении Тинькофф, т. к. пока экран подтверждения заказа долго подгружался, у меня у телефона снизилась подсветка. А нажал в свободное место, чтобы вернуть подсветку, а в этот момент возник экран с кнопкой аккурат там где я нажал. Аналогичные кейсы в озоне - у тебя вроде бы подгрузилась страница, я щёлкаю в поле поиска, фигак, подгружается что-то ещё, и там где я кликнул, вместо поиска оказался элемент выбора адреса доставки. Дико раздражает.
Главный минус MongoDB по сравнению с PostgreSQL, что в PostgreSQL можно организовать документную схему хранения, а MongoDB в реляционную БД не превратить никак.
В проектах часто применяю гибридную схему в PG, основные колонки - создаются как обычно, а разные необязательные и денормализированные данные в колонке типа jsonb. Как итог: миграшки делать надо сравнительно редко, в объекте есть большая часть связанных данных "одним запросом", и при этом при всём имеем все плюшки реляционных данных, чтобы делать сложные запросы с кучей join если потребуется.