For Web — фронтенд, дизайн, программирование
Новости и полезности для фронтендеров. Поддержать, чтобы в канале не было рекламы: https://patreon.com/forweb https://boosty.to/forweb
Ko'proq ko'rsatish📈 Telegram kanali For Web — фронтенд, дизайн, программирование analitikasi
For Web — фронтенд, дизайн, программирование (@forwebdev) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 14 347 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 7 985-o'rinni va Rossiya mintaqasida 48 866-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 14 347 obunachiga ega bo‘ldi.
09 Noyabr, 2025 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni -129 ga, so‘nggi 24 soatda esa 0 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 0% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining N/A% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 0 marta ko‘riladi; birinchi sutkada odatda 0 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 0 ta reaksiya keladi.
📝 Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“Новости и полезности для фронтендеров.
Поддержать, чтобы в канале не было рекламы:
https://patreon.com/forweb
https://boosty.to/forweb”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 10 Noyabr, 2025 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
URL.createObjectURL лучше FileReader.readAsDataURL, не заблокирует ли синхронный URL.createObjectURL поток, если передать ему жирные данные?
Начнём объяснение с того, чем плох FileReader.readAsDataURL: хоть он и работает асинхронно и не блокирует поток, он требует значительных ресурсов для чтения содержимого блоба и его конвертации в data URL.
URL.createObjectURL лучше тем, что он не требует чтения содержимого блоба, а значит расходует гораздо меньше ресурсов; он синхронный, а значит максимально простой в использовании. Генерируемый URL основан на UUID, а не на содержимом блоба, а связываются URL с блобом через специальную специальную хеш-таблицу blob URL store. Пока блоб входит в эту хеш-таблицу, сборщик мусора не может удалить его из памяти, поэтому по завершении использования URL его и нужно отзывать через URL.revokeObjectURL.
Подробно вся механика описана в спецификации.FileReader.readAsDataURL. Лучше применить синхронный URL.createObjectURL — он моментально создаст для блоба временный URL, который можно использовать как угодно, например, в качестве src для <img />. После завершения использования временного URL не забудьте освободить память с помощью вызова URL.revokeObjectURL.
Больше советов → https://github.com/forwebdev/ui-developer-tips
Предложить совет или трюк → https://github.com/forwebdev/ui-developer-tips/issues/new