Я не знаю, что такое несерый чёрный, это ОЛЕД? Сегодня взял АОС 2790, 24 с доставкой; меньше на я-маркете не нашёл ничего достойного (flicker-free, low-blue и т.д. на борту)
Помимо ClearType в Windows есть настройка This PC — Properties — Advanced system settings — Advanced — Performance — Settings — Smooth edges of screen fonts
На мой взгляд, вся статья о том (рекламная?), как криво работает сглаживание… Везде. И это так. Из-за постоянно размытых букв сильно устают глаза. Поэтому выхода ровно два: или отключать, или заливать проблему пикселями.
Автор предлагает именно второй вариант, что очень удобно с точки зрения продаж.
И да, на винде сглаживание (оно же ClearType) отлично отключается (HKEY_CURRENT_USER\Control Panel\Desktop, FontSmoothing — удалить, FontSmoothingType = 1, перезагрузиться). Проверить можно зайдя на сайт озона до и после и убедиться, какой убогий шрифт выбран озоном (и все минусы всех остальных шрифтов моментально улетучатся). Это как раз тот пример, когда шрифт подогнан под обязательное сглаживание.
Я уже писал про размеры мониторов, а также про кривое масштабирование на больших разрешениях (за которые топит автор). Для примера — PuTTY (может у меня версия «старая»? но этот инструмент вроде как не требуется ежедневно обновлять):
И нет, окно не скроллится и не растягивается.
Собственно после написания статьи я себе купил 32" с разрешением 2560х1440 и HDR10 (вот эту тему искренне рекомендую, работа стала значительно приятнее).
Переехал некоторое время назад на 24" 4k, и глаза много раз сказали спасибо. Заметил, что после долгого смотрения на 4k мне проще фокусироваться на предметах в реальном мире, чем после FullHD.
Также, провожу по работе много времени в ide. Разница в шрифтах действительно большая. Больше удовольствия от работы. Особенно, если заменить Courier New на что-то по-современнее вроде Liberation Mono :)
Т.е. в моём случае такое приобретение оправдалось и привносит позитив в жизнь. Хоть прожить, конечно, можно и без 4k.
Из минусов — действительно, есть софт, который ещё не адаптирован. Из того, что применяю, такого мало. В основном, встречаю в плагинах к музыкальному софту.
Не понимаю, зачем терпеть столько боли и страданий ради 4К, если «UI Looks Like 1920x1080».
60Hz — это норма, но ещё не идеал. Если отбросить (совершенно мной непонятную погоню за) 4К, то с удачно подобранным FullHD монитором можно получить шикарную картинку.
Моя история с мониторами:
Было: два обычных 24 дюймовых Full HD монитора Benq c LED подсветкой от которых через несколько часов кодинга появлялись симптомы схожие с симптомами, которые описал автор статьи — болели глаза и хотелось держать их закрытыми и капли помогали ненадолго.
Стало: два 27 дюймовых FullHD монитора Phillips 273v с IPS матрицей, которые умеют 75hz.
В моём ThinkPad T450s есть только D-Sub и Mini DisplayPort.
Если подключать через аналоговый выход — мыло мыльное, ужас в общем.
Поэтому на алике взял переходник Mini DP-> HDMI\VGA от вышеупомянутого бренда Ugreen. Подключил монитор к переходнику через HDMI и получил великолепную, чёткую картинку с частотой 75Hz.
Если выставить 60Hz то уже слегка мылит.
Настроил яркость и включил режим LowBlue — код читать — одно удовольствие, пикселей — не видно, глаза не то что не болят — особо не напрягаются через много часов работы.
Выводы делайте сами.
Это стоило бы назвать «Как мы испортили кучу изображений, пережав из одного формата с потерями в другой такой же». Хотя бы в JPEG-XL пережимали бы — там можно как раз конвертировать в новый формат без потерь (утверждается про выигрыш в 20%), правда, пока что этот формат поддерживается только последними версиями браузеров, да и то не по дефолту. Но явно за этим форматом будущее, т.к. единственный из новых, оптимизированный для сжатия изображений, а не видео.
А про самый медленный уровень у вас сейчас… Нет, он не сетевой. Он находится в JS, и про 20мб тормозящих скриптов там выше правду написали. Оптимизируйте лучше это, да.
По своему опыту разработки могу сказать (перешел с .Net на Go), это: 1) Принципиально другая система работы с интерфейсами, и она в целом мне нравится больше 2) Очень мало синтаксического сахара, что делает код легко читаемым (пусть и более многословным) 3) Статистически выявлено, что люди не умеют в ООП, то есть их абстракции и наследования быстро усложняются и плохо ложатся на реалии бизнес-логики. Это было учтено, поэтому в Go у вас просто не получится городить абстракции на абстракциях и посыпать их безумным наследованием. Просто нельзя и всё. И я думаю, это основной плюс в первую очередь в плане понимания кода. На мой субъективный взгляд, это и есть главный плюс Go - читать и понимать код библиотек на нем гораздо проще, чем на других языках.
... А откуда вы знаете, что у вас в бэкапе данные, которые вы бэкапили, а не погода на марсе?
Любой бэкап состоит из пяти компонентов:
Код бэкапа
Код запуска бэкапа (таймеры/крон и т.д.)
Код проверки бэкапа
Код запуска проверки бэкапа
Система мониторинга/алертинга когда предыдущие пункты сломались
Без этого бэкапа нет. Есть абстрактная идея "когда-то два года назад я что-то настраивал", но когда вместо диска улыбающаяся какашка, то абстрактной идеи для восстановления из бэкапа не достаточно, нужны остальные пункты.
Во-вторых, вы правы, архивация кода и всех зависимостей не самое удобное решение, особенно, учитывая что зависимости нужно паковать для целевой платформы, которая далеко не всегда будет совпадать с платформой, на которой происходит сборка. Поэтому уже давно существует более простое решение: указать на директорию с кодом при помощи ключа --source-path и убедиться, что там есть файл с описанием зависимостей (для NodeJS это package.json). Все остальное за вас сделает yc CLI — соберет zip-архив с кодом, а потом на сервере будет выполнена загрузка указанных зависимостей.
В-третьих, пример, указанный в статье, недавно был актуализирован и переписан с использованием новой версии SDK для NodeJS. Новая версия SDK v2 не является drop-in replacement'ом и еще находится в разработке, но именно на неё я бы рекомендовал ориентироваться в текущий момент. В основном потому что там поддержаны все сервисы Облака, а так же используются свежие версии сторонних зависимостей.
Ну еще одно замечание: долгое время NodeJS SDK был не самым качественным и активно поддерживаемым, поэтому появилась альтернативная реализация, подхода описанного в статье, переписанная на Go.
А обновление KB5009624 "ломает" виртуальные машины в Hyper-V (Windows Server 2012R2), писала про это сегодня. Тоже пришлось откатиться (после кучи звонков пользователей о невозможности подключиться).
Столкнулся с этой проблемой вчера ночью. Что интересно к одним endpoints я мог подключиться, а к другим нет - я эксперементировал и просто менял url в настройках.
В итоге откатил KB5009543, KB5008876 не трогал, это просто обновление .NET, которое прилетело вместе с KB5009543.
Pagespeed это просто тест. Данные о скорости сайта есть синтетические и реальные полевые. Поисковик собирает данные по реальным. Об этом написано в описании Pagespeed например. Если есть субъективные факторы понижения баллов именно в тесте, стоит ли так гнаться за синтетикой? Всё равно скорость будет фиксироваться по Network браузера каждого посетителя, а у каждого своё железо и свой канал. Может стоит таки читать описание теста?)
Автор предлагает именно второй вариант, что очень удобно с точки зрения продаж.
И да, на винде сглаживание (оно же ClearType) отлично отключается (HKEY_CURRENT_USER\Control Panel\Desktop, FontSmoothing — удалить, FontSmoothingType = 1, перезагрузиться). Проверить можно зайдя на сайт озона до и после и убедиться, какой убогий шрифт выбран озоном (и все минусы всех остальных шрифтов моментально улетучатся). Это как раз тот пример, когда шрифт подогнан под обязательное сглаживание.
Я уже писал про размеры мониторов, а также про кривое масштабирование на больших разрешениях (за которые топит автор). Для примера — PuTTY (может у меня версия «старая»? но этот инструмент вроде как не требуется ежедневно обновлять):
И нет, окно не скроллится и не растягивается.
Собственно после написания статьи я себе купил 32" с разрешением 2560х1440 и HDR10 (вот эту тему искренне рекомендую, работа стала значительно приятнее).
Также, провожу по работе много времени в ide. Разница в шрифтах действительно большая. Больше удовольствия от работы. Особенно, если заменить Courier New на что-то по-современнее вроде Liberation Mono :)
Т.е. в моём случае такое приобретение оправдалось и привносит позитив в жизнь. Хоть прожить, конечно, можно и без 4k.
Из минусов — действительно, есть софт, который ещё не адаптирован. Из того, что применяю, такого мало. В основном, встречаю в плагинах к музыкальному софту.
60Hz — это норма, но ещё не идеал. Если отбросить (совершенно мной непонятную погоню за) 4К, то с удачно подобранным FullHD монитором можно получить шикарную картинку.
Моя история с мониторами:
Было: два обычных 24 дюймовых Full HD монитора Benq c LED подсветкой от которых через несколько часов кодинга появлялись симптомы схожие с симптомами, которые описал автор статьи — болели глаза и хотелось держать их закрытыми и капли помогали ненадолго.
Стало: два 27 дюймовых FullHD монитора Phillips 273v с IPS матрицей, которые умеют 75hz.
В моём ThinkPad T450s есть только D-Sub и Mini DisplayPort.
Если подключать через аналоговый выход — мыло мыльное, ужас в общем.
Поэтому на алике взял переходник Mini DP-> HDMI\VGA от вышеупомянутого бренда Ugreen. Подключил монитор к переходнику через HDMI и получил великолепную, чёткую картинку с частотой 75Hz.
Если выставить 60Hz то уже слегка мылит.
Настроил яркость и включил режим LowBlue — код читать — одно удовольствие, пикселей — не видно, глаза не то что не болят — особо не напрягаются через много часов работы.
Выводы делайте сами.
Интересно, на днях белорусскоязычная версия тоже запустилась: https://ololophilolo.github.io/wordle-by/
Причём opensource, проект на Гитхабе.
А про самый медленный уровень у вас сейчас… Нет, он не сетевой. Он находится в JS, и про 20мб тормозящих скриптов там выше правду написали. Оптимизируйте лучше это, да.
По своему опыту разработки могу сказать (перешел с .Net на Go), это:
1) Принципиально другая система работы с интерфейсами, и она в целом мне нравится больше
2) Очень мало синтаксического сахара, что делает код легко читаемым (пусть и более многословным)
3) Статистически выявлено, что люди не умеют в ООП, то есть их абстракции и наследования быстро усложняются и плохо ложатся на реалии бизнес-логики. Это было учтено, поэтому в Go у вас просто не получится городить абстракции на абстракциях и посыпать их безумным наследованием. Просто нельзя и всё. И я думаю, это основной плюс в первую очередь в плане понимания кода. На мой субъективный взгляд, это и есть главный плюс Go - читать и понимать код библиотек на нем гораздо проще, чем на других языках.
и очень обидные баги и WONT FIX... Нынче envoy нормальная тема, а не nginx...
Повысили тариф на 50 рублей до 300. Тариф лимитированный, но в рамках квоты тарифа нет ограничений на раздачу.
Подал заявление на перенос номера. Получил персональный тариф от старого оператора. Плачу 150 рублей теперь за безлимит, раздача решается сменой ttl.
... А откуда вы знаете, что у вас в бэкапе данные, которые вы бэкапили, а не погода на марсе?
Любой бэкап состоит из пяти компонентов:
Код бэкапа
Код запуска бэкапа (таймеры/крон и т.д.)
Код проверки бэкапа
Код запуска проверки бэкапа
Система мониторинга/алертинга когда предыдущие пункты сломались
Без этого бэкапа нет. Есть абстрактная идея "когда-то два года назад я что-то настраивал", но когда вместо диска улыбающаяся какашка, то абстрактной идеи для восстановления из бэкапа не достаточно, нужны остальные пункты.
Давайте по порядку. Во-первых, оригинальная статья была написана для блога на Medium. https://nikolaymatrosov.medium.com/yandex-cloud-cron-snapshot-bdee54c87541
Во-вторых, вы правы, архивация кода и всех зависимостей не самое удобное решение, особенно, учитывая что зависимости нужно паковать для целевой платформы, которая далеко не всегда будет совпадать с платформой, на которой происходит сборка. Поэтому уже давно существует более простое решение: указать на директорию с кодом при помощи ключа
--source-pathи убедиться, что там есть файл с описанием зависимостей (для NodeJS этоpackage.json). Все остальное за вас сделаетycCLI — соберет zip-архив с кодом, а потом на сервере будет выполнена загрузка указанных зависимостей.В-третьих, пример, указанный в статье, недавно был актуализирован и переписан с использованием новой версии SDK для NodeJS. Новая версия SDK v2 не является drop-in replacement'ом и еще находится в разработке, но именно на неё я бы рекомендовал ориентироваться в текущий момент. В основном потому что там поддержаны все сервисы Облака, а так же используются свежие версии сторонних зависимостей.
Ну еще одно замечание: долгое время NodeJS SDK был не самым качественным и активно поддерживаемым, поэтому появилась альтернативная реализация, подхода описанного в статье, переписанная на Go.
Но все это очень не хочется выставлять в интернет, даже с паролями, даже с файерволами, совсем никак
Инструкция нужная, спасибо. Как альтернатива - ZeroTier на каждую виртуалку Oracle - тоже достаточно быстро и гибко.
А обновление KB5009624 "ломает" виртуальные машины в Hyper-V (Windows Server 2012R2), писала про это сегодня. Тоже пришлось откатиться (после кучи звонков пользователей о невозможности подключиться).
Не путайте L4 с L7, вы реально готовы свой прод сайт повесить за L4 файрвол и отсекать всех и вся без разбора, просто из-за неудачного IP?
Столкнулся с этой проблемой вчера ночью. Что интересно к одним endpoints я мог подключиться, а к другим нет - я эксперементировал и просто менял url в настройках.
В итоге откатил KB5009543, KB5008876 не трогал, это просто обновление .NET, которое прилетело вместе с KB5009543.
Сейчас у больших мониторов аппаратное разделение на два - чуть ли не дэфолтная фича.
1c.1c-bitrix.ru/support/doc.php
Pagespeed это просто тест. Данные о скорости сайта есть синтетические и реальные полевые. Поисковик собирает данные по реальным. Об этом написано в описании Pagespeed например. Если есть субъективные факторы понижения баллов именно в тесте, стоит ли так гнаться за синтетикой? Всё равно скорость будет фиксироваться по Network браузера каждого посетителя, а у каждого своё железо и свой канал. Может стоит таки читать описание теста?)