Все лето упарываюсь по пленочной фотографии. Сейчас понимаю что это была и есть реакция на выгорание.
А выгорание от незавершения каких-то задач, горизонта которым даже не видно. Не понимаю как другие с этим справляются...
Но, кажется, мне становится лучше😅 надеюсь в скором времени возобновлю тематически посты в канал...
А выгорание от незавершения каких-то задач, горизонта которым даже не видно. Не понимаю как другие с этим справляются...
Но, кажется, мне становится лучше
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Тени прошлого 🥲
Оказывается, за три года наклейки могут оставить не только контурный след, но и рисунок. На фото крышка после обработки жидкостью для снятия лака.
Оказывается, за три года наклейки могут оставить не только контурный след, но и рисунок. На фото крышка после обработки жидкостью для снятия лака.
Please open Telegram to view this post
VIEW IN TELEGRAM
C выходом Astro Server Islands я решил освежить свои знания по SSR и всему вокруг этого и попытался сделать наглядную диаграмму. Она показывает как разные практики влияют на загрузку, отображение и интерактивность страницы.
Она, конечно, не на 100% точная, но лично мне стало понятнее, делюсь с вами тоже😊
Важно отметить, что SSR и SSG могут готовиться немного по разному и по разному совмещаться. Хотя я постарался отобразить все кейсы, могут быть еще варианты.
Но самое главное - позиция (скорость) ключевых этапов отображения страницы зависит не только от применяемых паттернов, но и производительности устройства, скорости интернета у клиента, скорости API и количество запросов к нему. Чрезмерное отхождение от нормы любого этого показателя по разному влияет на каждый паттерн. Грубо говоря, какие-то паттерны больше устойчевы к одному, другие к другому. Например, RSC более устойчив к бандлсайзу зависимостей, любой SSR устойчив к скорости интернета, хотя замедляет TTI.
По ссылке канвас с описанием легенды и некоторые комментарии от меня:
https://excalidraw.com/#json=DqNbTMHy8ZuYcghDjESXJ,Vi7M31Bjxg3lWQF4tOc5YA
Она, конечно, не на 100% точная, но лично мне стало понятнее, делюсь с вами тоже
Важно отметить, что SSR и SSG могут готовиться немного по разному и по разному совмещаться. Хотя я постарался отобразить все кейсы, могут быть еще варианты.
Но самое главное - позиция (скорость) ключевых этапов отображения страницы зависит не только от применяемых паттернов, но и производительности устройства, скорости интернета у клиента, скорости API и количество запросов к нему. Чрезмерное отхождение от нормы любого этого показателя по разному влияет на каждый паттерн. Грубо говоря, какие-то паттерны больше устойчевы к одному, другие к другому. Например, RSC более устойчив к бандлсайзу зависимостей, любой SSR устойчив к скорости интернета, хотя замедляет TTI.
По ссылке канвас с описанием легенды и некоторые комментарии от меня:
https://excalidraw.com/#json=DqNbTMHy8ZuYcghDjESXJ,Vi7M31Bjxg3lWQF4tOc5YA
Please open Telegram to view this post
VIEW IN TELEGRAM
Я уже месяц пытаюсь жить на firefox, периодически он мне подкидывает мелкие неприятности. При этом, никаких фич над хромом я для себя пока не вижу.
Но на днях он меня очень выбесил. Пару часов я потратил на дебаг и поиск причины непонятно откуда взявшейся "out of memory". Уточню, в catch прилетает просто строка, без какого-либо стактрейса!
Знаете как я разобрался с этой багой? Попробовал подебажить в хроме.
Но на днях он меня очень выбесил. Пару часов я потратил на дебаг и поиск причины непонятно откуда взявшейся "out of memory". Уточню, в catch прилетает просто строка, без какого-либо стактрейса!
Знаете как я разобрался с этой багой? Попробовал подебажить в хроме.
https://x.com/jsbundle/status/1823144949367341487
В https://bundlejs.com теперь отображается не только размер собранного кода, но и размер выкаченных зависимостей (в node_modules)!
Если вы еще не пользовались этим сервисом, очень рекомендую! Вы можете вставить туда реальный кусок кода, есбилд его оттришейкает, сбандлит и вы сможете посмотретьь реальный размер, даже изучить аналитику по бандлу (аккордеон чуть ниже).
Вообще, ментейнер этого сервиса очень дружелюбный, общался с ним несколько раз. Закинул ему вчера ишье, сегодня он запаблишил фичу, еще и в твиттере поблагодарил🤗
В https://bundlejs.com теперь отображается не только размер собранного кода, но и размер выкаченных зависимостей (в node_modules)!
Если вы еще не пользовались этим сервисом, очень рекомендую! Вы можете вставить туда реальный кусок кода, есбилд его оттришейкает, сбандлит и вы сможете посмотретьь реальный размер, даже изучить аналитику по бандлу (аккордеон чуть ниже).
Вообще, ментейнер этого сервиса очень дружелюбный, общался с ним несколько раз. Закинул ему вчера ишье, сегодня он запаблишил фичу, еще и в твиттере поблагодарил
Please open Telegram to view this post
VIEW IN TELEGRAM
X (formerly Twitter)
bundlejs (@jsbundle) on X
Added support for package publish sizes in bundlejs, give it a try
Thanks @artalar_dev for opening the github issue
Thanks @artalar_dev for opening the github issue
Firefox против PWA - именно так я читаю https://github.com/mozilla/standards-positions/issues/907#issuecomment-1763414795
Мне все эти паранойи очень не нравятся, я в 21 веке лучше буду с дырявым планшетом, чем с электронной книжкой без фич.
Буду разбираться почему в федоре иногда лагает хром, что бы вернутся на него с ФФ.
Мне все эти паранойи очень не нравятся, я в 21 веке лучше буду с дырявым планшетом, чем с электронной книжкой без фич.
Буду разбираться почему в федоре иногда лагает хром, что бы вернутся на него с ФФ.
GitHub
Vibration API (Second Edition) · Issue #907 · mozilla/standards-positions
Request for Mozilla Position on an Emerging Web Specification Specification title: Vibration API (Second Edition) Specification or proposal URL (if available): https://www.w3.org/TR/vibration/ Expl...
Forwarded from BANO
Ты просто нашел какой-то один ишак, и на него взъелся. То, что FF не будет развивать PWA именно как альтернативу приложений стало понятно после того как они забросили свою FF OS. Это можно заметить и в Background Sync API, в котором FF сказала "ну это точно нет", что и яблочники сделали. И во многих других вещах, которые как раз обычные приложения умеют, а лиса напрямую запрещает, потому что считает натив и веб сайты совершенно разными вещами.
Ща все бурлят на новый пропосал для Go-like перехвата ошибок:
Народ подмечает такие проблемы:
- Оверюз "?" будет сносить крышу (уже сносит)
- Возврат значения через тупл / кортеж / ну вот этот вот массивчик фиксированной длинны очень смахивает на реакт и это уже совсем поворот не туда. Ну просто потому что в STD больше нигде не используется такой паттерн и все это только плодит разразненность и сложность.
- Для правильной работы этого
У меня не горит на надобность этой фичи, но я бы хотел это так видеть:
В довесок, а можно пожалуйста еще так:
А вы что думаете?
const [error, response] ?= await fetch("https://arthur.place")Народ подмечает такие проблемы:
- Оверюз "?" будет сносить крышу (уже сносит)
- Возврат значения через тупл / кортеж / ну вот этот вот массивчик фиксированной длинны очень смахивает на реакт и это уже совсем поворот не туда. Ну просто потому что в STD больше нигде не используется такой паттерн и все это только плодит разразненность и сложность.
- Для правильной работы этого
?= еще и доп симболы нужны, через которые делается метод возврата того самого тупла. Опять доп сложность.У меня не горит на надобность этой фичи, но я бы хотел это так видеть:
const response = try await fetch
// response: Response | undefined
const error, response = try await fetch
// error: unknown; response: Response
В довесок, а можно пожалуйста еще так:
for (const element, i of something) // ...
А вы что думаете?
Включил 💫
Расскажите, какой доп контент за старики вы хотели бы от меня получать?
Расскажите, какой доп контент за старики вы хотели бы от меня получать?
Please open Telegram to view this post
VIEW IN TELEGRAM