@SnikeMK причина совсем в другом, причина в накрученных статьях, и программе поощрения авторов. С одной стороны это хорошо платить за хорошие статьи, но к сожалению получается так, что это наоборот поощряет не честную игру и поток шлаковых статей. Выгоднее писать плохие статьи и накручить, с этого живут команды авторов и разные конторы предлагающие услуги написания статей. На этом на днях поймали очередную компанию на хабре и она сильно просела в рейтинге. Увы, но качественные статьи просто тонут в общей массе и не набирают нужного количества голосов, про это уже указывал редактору RU_VDS, что нужно вводить лучшую фильтрацию статей, они платят за статьи деньги, и очень много статей просто не стоят тех денег, что за них платят. Плюс на накрученные статьи даже невозможно возразить, и иметь критическое мышление, надо быть "бараном" и засунуть свой опыт себе в одно место, иначе тебя сеткой ботов заминусуют моментально, так как критиковать безграмотных авторов не положено, и хабр уже не лучшая ИТ площадка, а форум домохозяек. Не реально конкурировать, когда многие играют не честно. Поэтому уже много лет назад произошел отток грамотных авторов и более грамотной аудитории. Про деградацию хабра уже писали везде где можно, такие компании как майл.ру которые раньше были в топе хабра и много писали, уже практически не пишут. Честно говоря когда хабр был в управлении маил.ру такого беспорядка не было, все началось после возврата проекта автору хабра и слияния всех площадок типа Geektimes в одну.
@Drag13 с разработчиками v8 как раз согласен, но чаще всего это просто не грамотный код, а не размер. Как раз после того как почитал разработчиков v8 начал внимательнее относится к стилям и JS коду. Кстати могу предположить, что там такое длинное время AOT это оптимизация больших и медленных библиотек типа jquery. В движке v8 есть специальные оптимизации для всех крупных JS библиотек, лично давно уже не использую сторонние библиотеки кроме vue, react и angular т.к. большая часть из них очень-очень медленные. Даже десяток строк кода может замедлить отрисовку, банально когда стили в рантайме обновляются не пакетно, а каждый стиль изменяется отдельно и тригерит перерисовку.
@Drag13 даже на мобильных девайсах старых и на айпаде втором не проблема, лично проверял. По первой ссылке вообще непонятная граф, там почти секунду происходит компиляция и 500мс парсинг, это совсем ужас, там походу что-то блокирует во время загрузки, или код ужасный и поэтому такие тайминги. Даже большие файлы парсятся за миллисекунды.
@Drag13 распарсить это самое простое, там используется токенизация и посимвольное чтение, там скорости парсинга огромные и моментальное можно мегабайтные файлы парсить. По моему опыту, как раз больше всего времени занимает сборка мусора - следствие не правильного использования переменных, и выполнение плохого оптимизированных участков кода. Со стилями вот сложнее там используется перерасчет стилей. Профилировщик это все показывает. Вот пример моего относительно тяжелого и быстрого https://h0tc0d3.github.io/evtools/https://h0tc0d3.github.io/hamster/
@Self_Perfection это пакеты для Arch Linux с лучшей оптимизацией и производительностью чем стандартные, и собранные с помощью clang и llvm. Они для лучшего отклика системы и чтобы OC работала шустрее. Чем грамматика не верна?
Вот мое 225кб https://archlinux.club/ полностью резиновый дизайн, есть анимации, вес больше всего создают кастом шрифты. Вообще размер сайта на производительность не влияет. Чаще всего размер это картинки они на скорость отрисовки мало влияют, если не совсем огромные. На производительность влияет качество JS и CSS люди не смотрят на качество кода и отсюда медленный рендеринг, всякие левые библиотеки, которые тянут копипаст программисты снижают производительность. К примеру ради быстрого рендеринга много лет назад отказался от reset css и normalize, и их аналогов, они в принципе даже не нужны, только лишние правила и лишние затраты на расчет стилей, все равно на нормальных сайтах почти все переопределенно по сравнению с дефолтными стилями браузера.
запомнили пару десятков паролей с изменяющейся структурой мастер-пароля и вам хватает
количество сервисов и вариативности пароля не достигло предела :)
не заботитесь об анонимности и приватности (не знаете, для чего это нужно)
не знаете как выбрать из многообразия парольных менеджеров
1. Да, и у меня авторизация по сертификату где возможно.
2. Ну и ладно, на простых ресурах у меня простой пароль вида 123, взломают не мало потеряно. На сложных сложный.
3. Это совсем мимо и к паролям не относится. Как анонимность и приватность связана с паролем? Наверное так же как курс доллара с фазой луны…
4. Никогда не использовал и им не доверяю. Благо пароли все составляются по похожему алгоритму и можно легко вспомнить, перебрав парочку алгоритмов генерации в голове.
В телефоне хранить сертификаты и важную инфу это противоречит безопасности. Поэтому не храню ничего лишнего на телефоне. Тем временем вчера в СМИ появилась новость «Евросоюз выделил 4 млн евро на обновление платформы для взлома телефонов»
В статье ни слова про цифровую подпись документов, и критостойкость криптоалгоритмов, про публичные серверы публичных ключей, которые очень помогают при сборке пакетов и проверке исходников. Поставить gpg в любом дистрибутиве проще некуда и про это даже писать не стоит. У кого стоит линукс то GPG стоит по умолчанию, так как менеджеры пакетов и еще много чего используют его для проверки подписи пакетов! Поэтому тема GPG совсем не раскрыта…
На мой взгляд они разные и для разных целей, vi и vim это быстрые редакторы, в emacs же можно построить удобную рабочую среду для программирования и отладки, в этом он имеет преимущество и гибче чем vim. Концепция просмотр и редактирование это в первую очередь концепция безопасности при работе с конфигурационными файлами под рутом, это можно сказать админский редактор. Для нормальной разработки все же есть IDE у которых хорошая интеграция с линтерами, статическими анализаторами и т.д.
У меня нет таких проблем, правильно настроенный файервол на микротике решает кучу головной боли. Мне хватило того, что пару лет назад, как включил новый роутер, меня сразу начали брутефорсить по IPv4, убрал не нужные сервисы, убрал дефолтного админа, и создал много блокирующих правил для IPv4 и IPv6, для себя для управления оставил только IPv6 c белым списком. Ни одной атаки за много лет. Тоже самое было с cisco, zyxel, d-link, huawei.
Emacs слишком сложен. vi и vim простые как топор. vimtutor можно изучить очень быстро и он на русском, если правильно локаль настроена. C emacs такого быстрого обучения не будет. nano же проще их обоих и функционал скуднее.
Многим не нравится vi и vim, и многие утверждают, что nano и ee, и графические редакторы лучше. Но тут идет не понимание довольно базовых концепций. Запускать графический редактор под рутом это плохо для безопасности, и не очень удобно, а как быть с удаленным сервером? Плюс vi и vim это то, что разделен процесс перемещения по файлу и редактирование, чтобы вы случайно при перемещении в конфигурационных файлах не наделали случайных опечаток, не сохранили их и не положили сервер. Плюс хоткеи и еще куча мелких плюшек, которых нет в nano.
Так есть мышки у которых не стандартные драйвера. Шина USB полна сюрпризов, если у вас отдельные USB устройства не вешали все устройства на одном хабе, и не генерировали как сумасшедшие прерывания, то вам крупно повезло. По моему опыту этим чаще всего как раз страдают USB мышки… Хабы и ретронсляторы всегда работали не стабильно, и устройства начинали отваливаться. Сделайте рабочий вариант, расскажете с какими проблемами столкнулись. Значительно проще в саму мышь внедриться и слать на контролер мыши нужные сигналы.
Это геморно, надо реверс инженерить драйвера и протокол, плюс переходники не очень хорошо сказываются на стабильности USB шины, проще мышку модифицировать.
Bright_Translate автор статьи не является носителем английского языка. сайт.dk — это Дания, а Kaizer — это немецкое слово, и германский титул монарха. Вот видимо там встречаются немецкие слова в тексте.
В Королевстве Дания единственным официальным языком является датский — национальный язык датчан, однако существует несколько языков, на которых говорят меньшинства: немецкий, фарерский и гренландский.
Bright_Translate он правильно написал, по вашей ссылке это наводки статического электричества. Экраны на землю же делают ради лучшей ЭМС и убрать антенный эффект, схемы усиления к нему могут быть очень чувствительны. Там в прицнипе нет статики от которой надо защищать. От статики разрядники ставят и гальваническую развязку цепи. Вот читайте www.rts.ua/rus/forpro/615/0/27
А чем он может не подходить то? Это обычная печь, которая паяет любой smd компонент. При чем условия пайки будут сильно лучше, чем на самой хорошей ИК станции аля термопро. У печи один минус — в ней нельзя демонтировать компоненты, а на ИК можно и только поэтому ремонтники используют именно ИК станции.
Ни на одном китай оборудовании нет нормальной регулировки температуры нагрева, температурные паузы все проходят с очень большим отклонением. Платы недогревают или перегревают, потом высокий отказа. Чтобы не создать внутренние микротрещины(для многослойных плат это очень критично, так как много слоев в разным температурным расширением), платы нужно греть правильно и равномерно, у JEDEC есть про это рекомендации, точно документы уже не помню. У китайцев используется какой-то кривой ПИД регулятор, он сильно мажет. Как говорят знающие ПИД не подходит для регулировки температуры и нагрева, нужно учитывать термодинамику и инерцию.
В скоростной цифре есть свои приколы конечно же, но начинаются они на частотах 2 ГГц и выше обычно, до этих пределов можно смело использовать стандартные материалы, но стек конечно считать придется. Многие аспекты high speed преподносятся как некая магия, такое же есть и относительно силовой электроники, там тоже мифологизировано очень многое.
Скажем так, что некоторые схемы уже на нескольких десятках МГц чувствительны к разводке. На гигагерцах там еще значительно сложнее. FPGA вообще любят на ура всякие наводки ловить. Поэтому 6 слоев обычно минимум. При желании можно даже на 2 слоях развести, но ЭМС будет плохой. В принципе платы QmTech используют 2.54мм разъемы для GPIO они не сильно рассчитаны на ВЧ, обычно используют специальные унифицированные скоростные разъемы на дорогих платах, которые имеют лучше частотные характеристики.
@SnikeMK причина совсем в другом, причина в накрученных статьях, и программе поощрения авторов. С одной стороны это хорошо платить за хорошие статьи, но к сожалению получается так, что это наоборот поощряет не честную игру и поток шлаковых статей. Выгоднее писать плохие статьи и накручить, с этого живут команды авторов и разные конторы предлагающие услуги написания статей. На этом на днях поймали очередную компанию на хабре и она сильно просела в рейтинге. Увы, но качественные статьи просто тонут в общей массе и не набирают нужного количества голосов, про это уже указывал редактору RU_VDS, что нужно вводить лучшую фильтрацию статей, они платят за статьи деньги, и очень много статей просто не стоят тех денег, что за них платят. Плюс на накрученные статьи даже невозможно возразить, и иметь критическое мышление, надо быть "бараном" и засунуть свой опыт себе в одно место, иначе тебя сеткой ботов заминусуют моментально, так как критиковать безграмотных авторов не положено, и хабр уже не лучшая ИТ площадка, а форум домохозяек. Не реально конкурировать, когда многие играют не честно. Поэтому уже много лет назад произошел отток грамотных авторов и более грамотной аудитории. Про деградацию хабра уже писали везде где можно, такие компании как майл.ру которые раньше были в топе хабра и много писали, уже практически не пишут. Честно говоря когда хабр был в управлении маил.ру такого беспорядка не было, все началось после возврата проекта автору хабра и слияния всех площадок типа Geektimes в одну.
@Self_Perfection ответил вам в личных сообщениях.
@Aldrog если не сложно опишите подробнее ошибки в личном сообщении.
@Drag13 с разработчиками v8 как раз согласен, но чаще всего это просто не грамотный код, а не размер. Как раз после того как почитал разработчиков v8 начал внимательнее относится к стилям и JS коду. Кстати могу предположить, что там такое длинное время AOT это оптимизация больших и медленных библиотек типа jquery. В движке v8 есть специальные оптимизации для всех крупных JS библиотек, лично давно уже не использую сторонние библиотеки кроме vue, react и angular т.к. большая часть из них очень-очень медленные. Даже десяток строк кода может замедлить отрисовку, банально когда стили в рантайме обновляются не пакетно, а каждый стиль изменяется отдельно и тригерит перерисовку.
@Drag13 даже на мобильных девайсах старых и на айпаде втором не проблема, лично проверял. По первой ссылке вообще непонятная граф, там почти секунду происходит компиляция и 500мс парсинг, это совсем ужас, там походу что-то блокирует во время загрузки, или код ужасный и поэтому такие тайминги. Даже большие файлы парсятся за миллисекунды.
@Drag13 распарсить это самое простое, там используется токенизация и посимвольное чтение, там скорости парсинга огромные и моментальное можно мегабайтные файлы парсить. По моему опыту, как раз больше всего времени занимает сборка мусора - следствие не правильного использования переменных, и выполнение плохого оптимизированных участков кода. Со стилями вот сложнее там используется перерасчет стилей. Профилировщик это все показывает. Вот пример моего относительно тяжелого и быстрого https://h0tc0d3.github.io/evtools/ https://h0tc0d3.github.io/hamster/
@na9ort спасибо.
@Self_Perfection это пакеты для Arch Linux с лучшей оптимизацией и производительностью чем стандартные, и собранные с помощью clang и llvm. Они для лучшего отклика системы и чтобы OC работала шустрее. Чем грамматика не верна?
Вот мое 225кб https://archlinux.club/ полностью резиновый дизайн, есть анимации, вес больше всего создают кастом шрифты. Вообще размер сайта на производительность не влияет. Чаще всего размер это картинки они на скорость отрисовки мало влияют, если не совсем огромные. На производительность влияет качество JS и CSS люди не смотрят на качество кода и отсюда медленный рендеринг, всякие левые библиотеки, которые тянут копипаст программисты снижают производительность. К примеру ради быстрого рендеринга много лет назад отказался от reset css и normalize, и их аналогов, они в принципе даже не нужны, только лишние правила и лишние затраты на расчет стилей, все равно на нормальных сайтах почти все переопределенно по сравнению с дефолтными стилями браузера.
1. Да, и у меня авторизация по сертификату где возможно.
2. Ну и ладно, на простых ресурах у меня простой пароль вида 123, взломают не мало потеряно. На сложных сложный.
3. Это совсем мимо и к паролям не относится. Как анонимность и приватность связана с паролем? Наверное так же как курс доллара с фазой луны…
4. Никогда не использовал и им не доверяю. Благо пароли все составляются по похожему алгоритму и можно легко вспомнить, перебрав парочку алгоритмов генерации в голове.
В телефоне хранить сертификаты и важную инфу это противоречит безопасности. Поэтому не храню ничего лишнего на телефоне. Тем временем вчера в СМИ появилась новость «Евросоюз выделил 4 млн евро на обновление платформы для взлома телефонов»
В статье ни слова про цифровую подпись документов, и критостойкость криптоалгоритмов, про публичные серверы публичных ключей, которые очень помогают при сборке пакетов и проверке исходников. Поставить gpg в любом дистрибутиве проще некуда и про это даже писать не стоит. У кого стоит линукс то GPG стоит по умолчанию, так как менеджеры пакетов и еще много чего используют его для проверки подписи пакетов! Поэтому тема GPG совсем не раскрыта…
Ни на одном китай оборудовании нет нормальной регулировки температуры нагрева, температурные паузы все проходят с очень большим отклонением. Платы недогревают или перегревают, потом высокий отказа. Чтобы не создать внутренние микротрещины(для многослойных плат это очень критично, так как много слоев в разным температурным расширением), платы нужно греть правильно и равномерно, у JEDEC есть про это рекомендации, точно документы уже не помню. У китайцев используется какой-то кривой ПИД регулятор, он сильно мажет. Как говорят знающие ПИД не подходит для регулировки температуры и нагрева, нужно учитывать термодинамику и инерцию.
Скажем так, что некоторые схемы уже на нескольких десятках МГц чувствительны к разводке. На гигагерцах там еще значительно сложнее. FPGA вообще любят на ура всякие наводки ловить. Поэтому 6 слоев обычно минимум. При желании можно даже на 2 слоях развести, но ЭМС будет плохой. В принципе платы QmTech используют 2.54мм разъемы для GPIO они не сильно рассчитаны на ВЧ, обычно используют специальные унифицированные скоростные разъемы на дорогих платах, которые имеют лучше частотные характеристики.