Спросил гугловский LLM. Тот говорит, что "жёсткая" верификация (с помощью телефона, Госуслуг и пр.) нужна только если:
Для доменов .ru, .рф, .su
Сайты с платным Wi-Fi или открытым доступом (сам не знаю, что это такое)
Сайты в реестре ОРИ (Организаторы распространения информации) (я так понял, что это для ресурсов с большим числом посетителей)
Сайты с возможностью осуществления "значимых действий" (совершение сделок, публикация контента)
Если не использовать email при регистрации и прочие персональные данные, то Оператором Персональных Данных не становишься. Анонимное (под вымышленными именами/логинами) комментирование законом не запрещено (пока что).
Так что, если верить гугловскому болвану, я пока "пролетаю" мимо этого ... пирдуха.
Сайт имеет возможность авторизации/регистрации только по связке логин/пароль и не требует/не хранит ничего другого, включая почту, имя и прочее, то есть не собирает персональные данные вообще. Тем не менее у авторизованных есть возможность комментировать статьи, общаться в личке и, как-раз, форма/средство обратной связи, реализовано через механизм личных сообщений с хозяином ресурса.
В этом случае сайт подпадает под эти правила или нет?
Там, в Unreal5, на сколько я знаю, совсем не в физике дело с тормозами. А в продвинутой технологии освещения Lumen и системе динамической детализации объектов Nanite. Впрочем эти технологии необязательны для включения. Да некоторым разработчикам таки удаётся и с ними совладать, показывать достойную производительность.
Вот, как раз момент, за который "Чистый код" обычно критикуют. Создание мелких функций, вызываемых только раз, без которых можно обойтись. Хотя в моём конкретном случае что-нибудь вроде ряда is_top(), is_left_bottom() вполне бы смотрелось, как по мне. Вообщем субъективно.
Вас так задело, что готовое решение не опубликовано в npm, и придётся потратить пару минут на то, чтобы подружить модуль с используемым бандлером?
Или вы знаете фреймворк, где функциональность, описанная в статье, уже реализована? Если так, напишите об этом сюда, будет полезно.
На счёт реактивности, готовое решение поддерживает отслеживание изменения страницы и при динамическом добавлении DOM-нод с нужным атрибутом всё "подхватится", и у ни каких фреймворков в связке с этим скриптом проблем возникнуть не должно, если это был камень в этот огород.
В конце концов, в статье приведена исчерпывающая информация для создания собственного решения, оформленного и опубликованного, как кто пожелает. Это всё-таки Хабр.
Ну, само решение через подгонку размеров самих внутренних блоков (только в большую сторону от оригинала, как я понимаю) - как минимум интересно.
Но, вот тут не оно не особо выглядит (ширина примерно 1600px) на мой вкус.
При ширине ~ 1600px
Я так понял, что это у вас меню. Меню бы я делал по другому.
Лет 5 назад я бы реализовал классический горизонтальный / вертикальный блок / список "кнопок" с выпадающим для каждого уровня вложенности подменю.
Сегодня бы сделал тоже самое но с выпадающим "Мега" блоком на всё доступное пространство со всем вложенным содержимым.
В случае с горизонтальным расположением фиксил бы случай с "невлезанием" кнопок скриптом, которым бы скрывал непоместившиися итемы в подменю созданной крайней справа кнопки с надписью "..." или "Остальное".
Содержимое обрезано справа ибо не вмещается (почему-то) в доступную ширину окна. Это при непосредственной загрузке страницы. Если ширину окна "подвигать" вручную, то содержимое адаптируется (очевидно скрипт срабатывает) и всё тогда вмещается и соответственно выглядит нормально.
Проблема в изначальной "подстройке" под ширину окна при загрузке страницы.
У меня этот пример почему-то глючит, вылезает за пределы экрана. (Десктоп Хром)
Диму Карловского на Хабре не особо жалуют, на сколько я могу судить по реакциям на его комментарии к статьям. При чём не понятно почему, вроде вполне нейтральные по тону и содержанию сообщения...
Я и не горжусь. "За не имением горничной, трахаем дворника"(с)
Вашу, цитату (если это цитата) я не распознаю, откуда.
Спросил гугловский LLM. Тот говорит, что "жёсткая" верификация (с помощью телефона, Госуслуг и пр.) нужна только если:
Для доменов .ru, .рф, .su
Сайты с платным Wi-Fi или открытым доступом (сам не знаю, что это такое)
Сайты в реестре ОРИ (Организаторы распространения информации) (я так понял, что это для ресурсов с большим числом посетителей)
Сайты с возможностью осуществления "значимых действий" (совершение сделок, публикация контента)
Если не использовать email при регистрации и прочие персональные данные, то Оператором Персональных Данных не становишься. Анонимное (под вымышленными именами/логинами) комментирование законом не запрещено (пока что).
Так что, если верить гугловскому болвану, я пока "пролетаю" мимо этого ... пирдуха.
Сайт имеет возможность авторизации/регистрации только по связке логин/пароль и не требует/не хранит ничего другого, включая почту, имя и прочее, то есть не собирает персональные данные вообще. Тем не менее у авторизованных есть возможность комментировать статьи, общаться в личке и, как-раз, форма/средство обратной связи, реализовано через механизм личных сообщений с хозяином ресурса.
В этом случае сайт подпадает под эти правила или нет?
Большое спасибо. WARP + zapret заработали отлично.
Благодарю за наводку. У меня вместе с zapret заработало на Линуксе.
Там, в Unreal5, на сколько я знаю, совсем не в физике дело с тормозами. А в продвинутой технологии освещения Lumen и системе динамической детализации объектов Nanite. Впрочем эти технологии необязательны для включения. Да некоторым разработчикам таки удаётся и с ними совладать, показывать достойную производительность.
Вот, как раз момент, за который "Чистый код" обычно критикуют. Создание мелких функций, вызываемых только раз, без которых можно обойтись. Хотя в моём конкретном случае что-нибудь вроде ряда is_top(), is_left_bottom() вполне бы смотрелось, как по мне. Вообщем субъективно.
Благодарю, за конструктивную критику.
Благодарю, за ответ.
На счёт названий переменных - согласен, хотя в комментариях в коде написано, что они означают.
А с тернарным выражением, разве лучше оно будет в формате if-else? Мне казалось, что наоборот, так лучше читается.
А что конкретно вам в коде не нравится, не напишите?
Мда.... Думаю, вы правы.
Нужно будет заняться.
К чему вы тут мне нагрубили?
Вас так задело, что готовое решение не опубликовано в npm, и придётся потратить пару минут на то, чтобы подружить модуль с используемым бандлером?
Или вы знаете фреймворк, где функциональность, описанная в статье, уже реализована? Если так, напишите об этом сюда, будет полезно.
На счёт реактивности, готовое решение поддерживает отслеживание изменения страницы и при динамическом добавлении DOM-нод с нужным атрибутом всё "подхватится", и у ни каких фреймворков в связке с этим скриптом проблем возникнуть не должно, если это был камень в этот огород.
В конце концов, в статье приведена исчерпывающая информация для создания собственного решения, оформленного и опубликованного, как кто пожелает. Это всё-таки Хабр.
Интересно.
Не знал про такую особенность уменьшения графики.
Уже оформлено https://github.com/admtoha/flex-size-fix
Спасибо за уточнения.
Поправил.
Завидую вашей внимательности. :)
У меня менять размеры самих внутренних блоков не предполагается. А без этого flex-basis / flex: initial ничего нового не привнесут, как я полагаю.
Ну, само решение через подгонку размеров самих внутренних блоков (только в большую сторону от оригинала, как я понимаю) - как минимум интересно.
Но, вот тут не оно не особо выглядит (ширина примерно 1600px) на мой вкус.
Я так понял, что это у вас меню. Меню бы я делал по другому.
Лет 5 назад я бы реализовал классический горизонтальный / вертикальный блок / список "кнопок" с выпадающим для каждого уровня вложенности подменю.
Сегодня бы сделал тоже самое но с выпадающим "Мега" блоком на всё доступное пространство со всем вложенным содержимым.
В случае с горизонтальным расположением фиксил бы случай с "невлезанием" кнопок скриптом, которым бы скрывал непоместившиися итемы в подменю созданной крайней справа кнопки с надписью "..." или "Остальное".
Под "обрезано" я как-раз и имел ввиду, что не вмещается и скроллом вправо можно увидеть "конец".
Пардон, нужно было выразится точнее.
Содержимое обрезано справа ибо не вмещается (почему-то) в доступную ширину окна. Это при непосредственной загрузке страницы. Если ширину окна "подвигать" вручную, то содержимое адаптируется (очевидно скрипт срабатывает) и всё тогда вмещается и соответственно выглядит нормально.
Проблема в изначальной "подстройке" под ширину окна при загрузке страницы.
del (Промахнулся веткой)
У меня этот пример почему-то глючит, вылезает за пределы экрана. (Десктоп Хром)
Диму Карловского на Хабре не особо жалуют, на сколько я могу судить по реакциям на его комментарии к статьям. При чём не понятно почему, вроде вполне нейтральные по тону и содержанию сообщения...