Я не говорю о том, что надо начинать изучать со сложного приложения. Я лишь хочу донести, что измерять сложность языка с помощью hello world неправильно.
Ну вот изучил студент этот hello world, даже математику, формулки посчитал. А дальше захотел написать простенькую игру, например, крестики-нолики. Вот тут уже начинает сложно выглядеть то, что просто выглядело в hello world.
Если уж сравнивать, то не hello worldами, а todo list. Хотя бы понятно будет, как обрабатывается ввод, как рисовать интерфейс, как организовывать хранение. И т. д.
Это вряд-ли, т. К. Поддержка Гуглом это ещё не всё. Сколько Гугл поддерживает webp, а массово внедрять его стали совсем недавно. Avif же поддерживается консорциумом, и будет декодироваться железками, и как минимум заявлена поддержка во всех популярных браузерах, разве что кроме safari, но я думаю это вопрос времени.
Сейчас вроде даже появляться на приём не надо, можно войти через госуслуги.
Только в ЛК налоговой облачная ЭП защищена другим паролем. Но то что двуфакторной авторизации не хватает, это да.
Тем временем, только спустя почти год с помощью двух судов я доказал что я не верблюд, и что ЭП выпустил не я. Сейчас будет ещё суд на компенсации.
Даже не знаю как воспринимать эту новость, с одной стороны если изымут функции выпуска ЭП от >400 УЦ, то возможно это даже хорошо, т. к. сотрудников которые это могут сделать будет меньше, а значит меньше желающих помошенничать. С другой стороны тут уже надо надеяться на нерушимость системы безопасности этого облака, учитывая как пишут софт на распилах, это очень сомнительно.
Раньше тоже пользовался разными хелперами для определения мобильник это или планшет, но в конце концов пришел к тому, пропасть между 320 и 768 огромная и часто нужен брейкбоинт на 480 или даже 640 пикселей, и в итоге получаются всякие mobile-small, mobile-large, аналогично с десктопами 1280 и 1440 приличная разница особенно при наличии свйдбаров. В итоге проще писать тупо пиксели, чем вспоминать что есть desktop-small. Привязываться к конкретным устройствам я считаю вообще вредным, настоящий адаптив должен на любых разрешениях выглядеть хорошо.
Конечно можно поставить асинхронную загрузку jquery, тогда блокировки не будет
Ну вот и корень всех ваших проблем с jQuery. Вы обвиняете jQuery, хотя по факту он прекрасно работает и загружается асинхронно. Самый простой способ избежать подобных фатальных ошибок — упаковать всё в один бандл с помощью webpack или подобных скриптов. Либо же использовать динамическое подключение зависимостей с каллбэком. Либо вообще банально сделать onload на скрипте с jQuery.
А вы его хоть асинхронно подключаете? На любой большой скрипт в head не подключенный асинхронно PageSpeed будет ругаться, тут дело вовсе не в jQuery, а методе подключения.
Я прекрасно знаю что такое JQuery, но с чего вдруг он замедляет страницу? Я понимаю ещё там ветка 1.x весила много ради совместимости с ie8, но в текущей версии библиотека весит 86 кбайт, для сравнения react-dom весит 111 кбайт. Или вы считаете что PageSpeed занижает оценку из-за jQuery потому что он не модный?
Большая часть советов перекопированы с самого pagespeed, такое ощущение, что автор писать статью ради ссылки на портфолио. А если и есть советы, то они странны, мол jQuery замедляет. С таким же успехом можно написать, что и React замедляет страницу, пишите на чистом html.
Я писал статью про свою ситуацию. Из последних новостей, вот в суде получил такой документ. Из которого следует, что тут точно не нотариус, и единственный вариант, при котором УЦ не виноват — только если им принесли поддельный паспорт с чужой фотографией. Иначе я не вижу других вариантов, как сотрудник УЦ мог принять такое заявление без моего участия — это либо халатность, либо злой умысел.
Хочется надеяться, что данные случаи всего лишь описывают факт невнимательности, а не умышленных действий.
К сожалению нет. В суде предоставили заявление якобы от меня. Подчерк и подпись и близко не моя, почему не стоят подписи сотрудников — большой вопрос. То есть это уже не по липовой доверенности, а либо подделка паспорта (что вряд ли), либо всё-таки интерес сотрудника. Кстати, сейчас нет уголовной ответственности за незаконное получение чужой ЭП.
Самое интересное, смотрите на каких порталах планируют использовать ЭП. Т. е. мошенники скорее всего участвуют в торгах госзакупок, кидают государство на несколько десятков миллионов, а ответственным естественно становится директор.
Проблемы электрон уйдут, когда встроят наконец браузер в ОС, ну или хотя бы пока не сделают единый распространяемый фреймворк включающий хром, тогда не будет этого выжирания памяти каждым приложением, из-за того, что каждый поднимает свой инстанс chrome-окружения. Естественно, если не встраивать .net framework в ОС, а запускать его рантаймом с каждым приложением, то будут те же самые выдирания памяти и большие дистрибутивы.
Вот недавно статья была на эту же тему: https://m.habr.com/ru/post/465623/
Я не говорю о том, что надо начинать изучать со сложного приложения. Я лишь хочу донести, что измерять сложность языка с помощью hello world неправильно.
Ну вот изучил студент этот hello world, даже математику, формулки посчитал. А дальше захотел написать простенькую игру, например, крестики-нолики. Вот тут уже начинает сложно выглядеть то, что просто выглядело в hello world.
Если уж сравнивать, то не hello worldами, а todo list. Хотя бы понятно будет, как обрабатывается ввод, как рисовать интерфейс, как организовывать хранение. И т. д.
Это вряд-ли, т. К. Поддержка Гуглом это ещё не всё. Сколько Гугл поддерживает webp, а массово внедрять его стали совсем недавно. Avif же поддерживается консорциумом, и будет декодироваться железками, и как минимум заявлена поддержка во всех популярных браузерах, разве что кроме safari, но я думаю это вопрос времени.
У больших сайтов они будут очень развесистые, и пока они загрузится на мобильник или плохом интернете, будет белый экран у пользователя.
Именно, недавно разбирался с этим, Firefox этого не передавал. Видимо теперь с 70 версии передаёт.
Firefox не передаёт Accept webp...
Сейчас вроде даже появляться на приём не надо, можно войти через госуслуги.
Только в ЛК налоговой облачная ЭП защищена другим паролем. Но то что двуфакторной авторизации не хватает, это да.
Тем временем, только спустя почти год с помощью двух судов я доказал что я не верблюд, и что ЭП выпустил не я. Сейчас будет ещё суд на компенсации.
Даже не знаю как воспринимать эту новость, с одной стороны если изымут функции выпуска ЭП от >400 УЦ, то возможно это даже хорошо, т. к. сотрудников которые это могут сделать будет меньше, а значит меньше желающих помошенничать. С другой стороны тут уже надо надеяться на нерушимость системы безопасности этого облака, учитывая как пишут софт на распилах, это очень сомнительно.
Раньше тоже пользовался разными хелперами для определения мобильник это или планшет, но в конце концов пришел к тому, пропасть между 320 и 768 огромная и часто нужен брейкбоинт на 480 или даже 640 пикселей, и в итоге получаются всякие mobile-small, mobile-large, аналогично с десктопами 1280 и 1440 приличная разница особенно при наличии свйдбаров. В итоге проще писать тупо пиксели, чем вспоминать что есть desktop-small. Привязываться к конкретным устройствам я считаю вообще вредным, настоящий адаптив должен на любых разрешениях выглядеть хорошо.
Ну вот и корень всех ваших проблем с jQuery. Вы обвиняете jQuery, хотя по факту он прекрасно работает и загружается асинхронно. Самый простой способ избежать подобных фатальных ошибок — упаковать всё в один бандл с помощью webpack или подобных скриптов. Либо же использовать динамическое подключение зависимостей с каллбэком. Либо вообще банально сделать onload на скрипте с jQuery.
А вы его хоть асинхронно подключаете? На любой большой скрипт в head не подключенный асинхронно PageSpeed будет ругаться, тут дело вовсе не в jQuery, а методе подключения.
Я прекрасно знаю что такое JQuery, но с чего вдруг он замедляет страницу? Я понимаю ещё там ветка 1.x весила много ради совместимости с ie8, но в текущей версии библиотека весит 86 кбайт, для сравнения react-dom весит 111 кбайт. Или вы считаете что PageSpeed занижает оценку из-за jQuery потому что он не модный?
Большая часть советов перекопированы с самого pagespeed, такое ощущение, что автор писать статью ради ссылки на портфолио. А если и есть советы, то они странны, мол jQuery замедляет. С таким же успехом можно написать, что и React замедляет страницу, пишите на чистом html.
Не могу воспроизвести, возможно я не прав, но сталкивался с таким багом когда писал юнит-тесты.
Я был удивлён, но SQLite делает join по значению Null)
Чем вам стандартный модуль RBAC со хранением в базе не угодил?
Я писал статью про свою ситуацию. Из последних новостей, вот в суде получил такой документ. Из которого следует, что тут точно не нотариус, и единственный вариант, при котором УЦ не виноват — только если им принесли поддельный паспорт с чужой фотографией. Иначе я не вижу других вариантов, как сотрудник УЦ мог принять такое заявление без моего участия — это либо халатность, либо злой умысел.
К сожалению нет. В суде предоставили заявление якобы от меня. Подчерк и подпись и близко не моя, почему не стоят подписи сотрудников — большой вопрос. То есть это уже не по липовой доверенности, а либо подделка паспорта (что вряд ли), либо всё-таки интерес сотрудника. Кстати, сейчас нет уголовной ответственности за незаконное получение чужой ЭП.
Самое интересное, смотрите на каких порталах планируют использовать ЭП. Т. е. мошенники скорее всего участвуют в торгах госзакупок, кидают государство на несколько десятков миллионов, а ответственным естественно становится директор.
Проблемы электрон уйдут, когда встроят наконец браузер в ОС, ну или хотя бы пока не сделают единый распространяемый фреймворк включающий хром, тогда не будет этого выжирания памяти каждым приложением, из-за того, что каждый поднимает свой инстанс chrome-окружения. Естественно, если не встраивать .net framework в ОС, а запускать его рантаймом с каждым приложением, то будут те же самые выдирания памяти и большие дистрибутивы.