Ну практика показывает, что загружается это далеко не один раз, а практически каждый раз, начиная с тупо протухания кэша статики, заканчивая постоянными релизами, а следовательно обновлением бандла.
Неудивительно, ведь теперь в spa в js зашиваются все вьюхи для компонентов, сама логика из Бэка по большей части переехала во фронтенд, и если не настроена динамическая погрузка, а все зашит в один бандл, то итоговый размер js будет жирным. А ещё зависимости погоняют зависимости и очень много кода по сути не используется, или используется в крайне редких случаях. В общем современный веб во всей красе.
На заре интернета все делалось на сервере, и получали лёгкие страницы чисто с внешним видом, а сейчас из Бэкенда фактически только rest api осталось, то есть бэк почти как тупая база данных, а вся логика и представление - во frontend.
Мне механика 4 героев во многом зашла. Главный минус уход от фэнтэзи 2д графики, отсутствие генератора карт, всего 4 уровня солдат, и дисбаланс. Плюсом отмечу очень продуманную систему прокачки, геймплея (за некоторым исключением), музыку и кампании.
работает с сетью даже тогда, когда выключен (но воткнут в розетку)
Видимо для Wake-on-Lan, или подобного, т. к. у меня в ресивере a1010 даже есть настройка для этого. Всё для того, чтобы можно было включить через приложение.
Вот про прыгающие элементы и неожиданно появляющиеся кнопки - сейчас это повсеместно встречается. Я недавно осаго себе оформил с ошибочными датами в приложении Тинькофф, т. к. пока экран подтверждения заказа долго подгружался, у меня у телефона снизилась подсветка. А нажал в свободное место, чтобы вернуть подсветку, а в этот момент возник экран с кнопкой аккурат там где я нажал. Аналогичные кейсы в озоне - у тебя вроде бы подгрузилась страница, я щёлкаю в поле поиска, фигак, подгружается что-то ещё, и там где я кликнул, вместо поиска оказался элемент выбора адреса доставки. Дико раздражает.
Главный минус MongoDB по сравнению с PostgreSQL, что в PostgreSQL можно организовать документную схему хранения, а MongoDB в реляционную БД не превратить никак.
В проектах часто применяю гибридную схему в PG, основные колонки - создаются как обычно, а разные необязательные и денормализированные данные в колонке типа jsonb. Как итог: миграшки делать надо сравнительно редко, в объекте есть большая часть связанных данных "одним запросом", и при этом при всём имеем все плюшки реляционных данных, чтобы делать сложные запросы с кучей join если потребуется.
Ну использование OR явно будет медленным. Надо либо делать отдельную колонку с конкатинацией данных из других колонок и по нему уже делать индекс, либо делать индекс по выражению. Тогда БД не придётся делать шесть параллельных поисков и объединять результаты, а использовать всего один индекс.
Мне не удалось подключить корпоративную почту на outlook.com к google по причине того что outlook требует современной авторизации через oauth для pop3. А гугл не умеет. Пришлось пойти другим путём - настроить пересылку всей почты.
Рендеринг на клиенте не быстрее чем рендеринг на сервере, т. к. вместо того, чтобы вашему браузеру сразу отобразить готовый html, ему приходится его собирать из данных и скриптов. Другое дело если у вас бэкенд (Битрикс) тормознуто его собирал, но это уже другая проблема.
Всё просто - хром делает ставку на avif, у которой сейчас огромный консорциум поддерживающих организаций, в том числе аппаратное. А jpegxl на сколько я помню продвигает только MS в основном.
оценивать по наихудшим показателям, пожалуй, логичнее, чем по усреднённым
Даже во всяких "эксперементариумах" есть специальные комнаты, где даже находиться не комфортно, мозг визуально воспринимает одно, а сила тяжести оказывается совсем не в том направлении, который ощущает мозг.
Ну практика показывает, что загружается это далеко не один раз, а практически каждый раз, начиная с тупо протухания кэша статики, заканчивая постоянными релизами, а следовательно обновлением бандла.
Неудивительно, ведь теперь в spa в js зашиваются все вьюхи для компонентов, сама логика из Бэка по большей части переехала во фронтенд, и если не настроена динамическая погрузка, а все зашит в один бандл, то итоговый размер js будет жирным. А ещё зависимости погоняют зависимости и очень много кода по сути не используется, или используется в крайне редких случаях. В общем современный веб во всей красе.
На заре интернета все делалось на сервере, и получали лёгкие страницы чисто с внешним видом, а сейчас из Бэкенда фактически только rest api осталось, то есть бэк почти как тупая база данных, а вся логика и представление - во frontend.
если добавить "youtubepp.com" попадаем на сервис который умеет склеивать звук. Правда в РФ он сейчас не открывается.
Вообще противоположными там были только Жизнь-Смерть и Порядок-Хаос. Природа была каким то особняком.
Мне механика 4 героев во многом зашла. Главный минус уход от фэнтэзи 2д графики, отсутствие генератора карт, всего 4 уровня солдат, и дисбаланс. Плюсом отмечу очень продуманную систему прокачки, геймплея (за некоторым исключением), музыку и кампании.
Видимо для Wake-on-Lan, или подобного, т. к. у меня в ресивере a1010 даже есть настройка для этого. Всё для того, чтобы можно было включить через приложение.
Вот про прыгающие элементы и неожиданно появляющиеся кнопки - сейчас это повсеместно встречается. Я недавно осаго себе оформил с ошибочными датами в приложении Тинькофф, т. к. пока экран подтверждения заказа долго подгружался, у меня у телефона снизилась подсветка. А нажал в свободное место, чтобы вернуть подсветку, а в этот момент возник экран с кнопкой аккурат там где я нажал. Аналогичные кейсы в озоне - у тебя вроде бы подгрузилась страница, я щёлкаю в поле поиска, фигак, подгружается что-то ещё, и там где я кликнул, вместо поиска оказался элемент выбора адреса доставки. Дико раздражает.
Главный минус MongoDB по сравнению с PostgreSQL, что в PostgreSQL можно организовать документную схему хранения, а MongoDB в реляционную БД не превратить никак.
В проектах часто применяю гибридную схему в PG, основные колонки - создаются как обычно, а разные необязательные и денормализированные данные в колонке типа jsonb. Как итог: миграшки делать надо сравнительно редко, в объекте есть большая часть связанных данных "одним запросом", и при этом при всём имеем все плюшки реляционных данных, чтобы делать сложные запросы с кучей join если потребуется.
Учитывая что сейчас большая часть сайтов использует flexbox и grid layout, старый браузер отобразит лишь кучку текста
Немного данных о звезде с wikipedia:
Масса 0,6 M⊙
Радиус 0,67 R⊙
Возраст 300 млн лет
Температура 4000 K
Светимость 0,042 L☉
Ну использование OR явно будет медленным. Надо либо делать отдельную колонку с конкатинацией данных из других колонок и по нему уже делать индекс, либо делать индекс по выражению. Тогда БД не придётся делать шесть параллельных поисков и объединять результаты, а использовать всего один индекс.
Мне не удалось подключить корпоративную почту на outlook.com к google по причине того что outlook требует современной авторизации через oauth для pop3. А гугл не умеет. Пришлось пойти другим путём - настроить пересылку всей почты.
причём сразу двух сайтов
Рендеринг на клиенте не быстрее чем рендеринг на сервере, т. к. вместо того, чтобы вашему браузеру сразу отобразить готовый html, ему приходится его собирать из данных и скриптов. Другое дело если у вас бэкенд (Битрикс) тормознуто его собирал, но это уже другая проблема.
Чудес не бывает. Либо мы строим синтаксическое дерево, либо вызываем функцию которая это делает за нас)
Диспетчер печати - тоже из 95 винды - очередь печати, настройка портов и всё такое.
Просто так можно оценить png сжимая случайный шум, и сделать на этом вывод, что у него нет преимуществ перед bmp)
Всё просто - хром делает ставку на avif, у которой сейчас огромный консорциум поддерживающих организаций, в том числе аппаратное. А jpegxl на сколько я помню продвигает только MS в основном.
Почему это логичнее?
Даже во всяких "эксперементариумах" есть специальные комнаты, где даже находиться не комфортно, мозг визуально воспринимает одно, а сила тяжести оказывается совсем не в том направлении, который ощущает мозг.
главное такую батарейку не мять, а то будет смачный "бабах"