⁣Диагностика и устранение гонок данных при конкурентном доступе к node:sqlite из worker_threads через in-memory WAL-режим

В production сценариях с worker_threads и in-memory SQLite в WAL режиме разработчики часто забывают синхронизировать доступ. Итог — SQLITE_BUSY, рассинхрон данных и дубли в уникальных полях.

Проблема: гонка без синхронизации
Несколько воркеров читают и пишут в одну in-memory базу без внешней координации. WAL помогает с параллельным чтением, но не спасает от гонок записи. Типичные проявления: ошибки SQLITE_BUSY, частичные обновления и потеря данных.

Решение: один писатель с явными блокировками
Выделите один воркер для критических записей (например, инкременты). Координируйте через SharedArrayBuffer и Atomics — это дешевле мьютексов. Воркеры-читатели используют отдельные соединения в WAL.

Production-oriented пример с BEGIN IMMEDIATE
Начиная с Node.js 23 используйте DatabaseSync. Обязательно PRAGMA journal_mode=WAL; и PRAGMA synchronous=NORMAL;:

import { DatabaseSync } from 'node:sqlite';
const db = new DatabaseSync(':memory:', { readwrite: true, create: true });
db.exec('PRAGMA journal_mode=WAL;');
db.exec('PRAGMA synchronous=NORMAL;');

function safeUpdate(sql) {
  db.exec('BEGIN IMMEDIATE;');
  try {
    db.exec(sql);
    db.exec('COMMIT;');
  } catch {
    db.exec('ROLLBACK;');
    throw new Error('Write failed');
  }
}

BEGIN IMMEDIATE блокирует запись сразу, избегая гонок. Без него два воркера могут начать транзакции одновременно — ловите SQLITE_BUSY.

Предупреждение: in-memory WAL не для продакшена
In-memory база теряет данные при краше. Для реальных проектов используйте файловую базу с WAL — это гарантирует персистентность.

Вывод: гонки данных в SQLite лечатся одним писателем и явными блокировками через BEGIN IMMEDIATE, давая скорость WAL без потери консистентности.

Прототип дизайна для химчистки 

Категория: #приложение
Язык: #en

https://.com/shots/16226238-Washted-Laundry-app-exploration

Landing page concept wh zoom-in transion

Автор  #веб

Солдаты кухонных войск к бою 🖇

Мобильное приложение персонального планировщика

Категория: #приложение
Язык: #en

https://.com/shots/25109333-Personal-Planner-Mobile-App-Concept

Чат UI/UX

Китайский чай: как выглядит индустрия, где кофе не главный

Стремление замечать необычное в повседневном и любовь к изучению упаковки в разных странах привели меня к созданию проекта "Дизайн-коммуналка" вместе с Дашей и Катей. Опыт, новые идеи и визуальные решения — вот что вдохновляет меня

Читать на дизайнерс | #статья

Китайский чай: как выглядит индустрия, где кофе не главный

Стремление замечать необычное в повседневном и любовь к изучению упаковки в разных странах привели меня к созданию проекта "Дизайн-коммуналка" вместе с Дашей и Катей. Опыт, новые идеи и визуальные решения — вот что вдохновляет меня

Читать на дизайнерс | #статья

🛠 Wagtail — это система управления контентом с открытым исходным кодом, созданная на основе Django, с активным сообществом и коммерческой поддержкой. Она ориентирована на удобство использования и предоставляет широкие возможности для дизайнеров и разработчиков.

🌍 Сайт

Daily Coding #инструменты #Python & Max

Мобильное приложение магазина мебели

Категория: #магазин
Язык: #en

https://.com/shots/26803037-Furnure-E-commerce-App-Design

Чат UI/UX

Мобильное приложение для покупки цветов

Категория: #магазин
Язык: #en

https://.com/shots/26299907-Plant-Marketplace-Mobile-App

Чат UI/UX

⁣Скрытый убийца производительности: синхронный DNS в dns.lookup под нагрузкой

Высоконагруженный HTTP-клиент на Node.js внезапно теряет пропускную способность? Event loop залипает при большом количестве параллельных запросов? Чаще всего проблема не в HTTP, а в том, как система разрешает доменные имена.

В чем суть?

dns.lookup (используется http.request, https, axios по умолчанию) при вызове без флагов обращается к системному getaddrinfo через libuv. Этот вызов синхронный и блокирует event loop на время резолвинга. При 1000+ RPS latency одного разрешения (например, 50 мс) превращается в 50 000 мс общего блокирования цикла.

Как диагностировать?

1. Подключить dns.promises и выполнить dns.promises.lookup при нагрузке. Если event loop задерживает микротаски, виновник найден.
2. Использовать process.hrtime.bigint() до и после dns.lookup - разница > 10 мс системного времени указывает на проблему.
3. clinic doctor - на графике async latency видны ступеньки, совпадающие с пиками DNS-запросов.

Как устранить?

Для http(s) агентов - замена на асинхронный DNS:

const { createConnection } = require('net');
const dns = require('dns/promises');
const agent = new http.Agent({
  createConnection: async (options, cb) => {
    const { address } = await dns.lookup(options.hostname);
    const socket = createConnection({ ...options, host: address });
    cb(null, socket);
  },
});

Типичная ошибка: использование только maxSockets или scheduling: 'lifo' снижает частоту новых соединений, но не решает первопричину при множестве уникальных хостов. Проще - библиотеки dns-cache или cacheable-lookup.

Вывод: блокировка из-за dns.lookup - классическая проблема одного потока Node.js на стыке системных вызовов, решается заменой на асинхронное разрешение через dns.promises или кастомный агент.

Мобильное приложение с мировым временем

Категория: #приложение
Язык: #en

https://.com/shots/26376023-World-Time-Mobile-App-UI

Чат UI/UX

Мобильное приложение для управления финансами

Категория: #финансы
Язык: #en

https://.com/shots/25507130-Financial-Mobile-App

Чат UI/UX

🛠 Sugar - модульная библиотека для работы с нативными объектами JavaScript, расширения их прототипов и предоставления разработчикам возможности применять различные полезные функции непосредственно к переменным JS. Методы Sugar используются для самых разных целей, начиная от элементарной математики и заканчивая форматированием даты и проверкой типов.

🌍 Сайт

Daily Coding #инструменты #JavaScript & Max

⁣Диагностика и устранение неявной фрагментации кучи в Node.js

Long-lived HTTP серверы с разными по размеру payload часто страдают от "дырявой" кучи, хотя утечек памяти нет. Память фрагментируется из-за чередования маленьких и больших Buffer-ов, что ведет к росту RSS и частым GC паузам.

Как проявляется фрагментация
После обработки HTTP запросов создаются Buffer-ы разного размера: маленькие для заголовков, большие для тела. GC освобождает их неупорядоченно, оставляя пустоты между выделенными блоками. Со временем это увеличивает RSS на 20-40% без утечек. Симптомы: падение производительности через 12+' часов работы, частые stop-the-world паузы GC.

Диагностика в production
Первый шаг — трассировка с --trace-gc. Запустите: NODE_OPTIONS="--trace-gc" node app.js. В выводе ищите Mark-sweep паузы >50ms. Второй шаг — сравнение heapdump-ов через час и сутки работы в Chrome DevTools. Ищите фрагментированные объекты Buffer, разбросанные по куче. Третий шаг — проверьте флаги V8: node --v8-options | grep -i "heap.*frag".

Решение: Buffer Pool для однородности
Создайте пул Buffer-ов фиксированного сегмента, например 1024 байта. Это снижает разнообразие размеров и уменьшает фрагментацию. Пример:

class BufferPool {
  constructor(size = 1024) {
    this.pool = [];
    this.size = size;
  }
  alloc(size) {
    if (size > this.size) return Buffer.allocUnsafe(size);
    if (this.pool.length) return this.pool.pop().slice(0, size);
    return Buffer.allocUnsafe(this.size);
  }
  free(buf) { this.pool.push(buf); }
}

Практические советы и ошибки
- Для максимального снижения фрагментации используйте Buffer.allocUnsafeSlow вместо Buffer.allocUnsafe в пуле — он избегает shared memory pool.
- Настройте --max-old-space-size и --optimize-for-size для ограничения кучи.
- Типичная ошибка — использовать Buffer.allocUnsafe для всех случаев без разбора. Это увеличивает фрагментацию из-за случайных размеров.
- В Node 20+ можно изолировать тяжелые операции через --experimental-vm-modules в отдельных контекстах.

Вывод: Фрагментация кучи в long-lived серверах — реальная проблема, решаемая через Buffer Pool с фиксированным сегментом и контроль аллокаций, а не через поиск утечек.

Мобильное фитнес-приложение

Категория: #фитнес
Язык: #en

https://.com/shots/25813233-Fness-Mobile-App

Чат UI/UX

Мобильное приложение для онлайн-обучения

Категория: #приложение
Язык: #en

https://.com/shots/24692535-Online-Education-Mobile-app

Сборник дизайнерских цитат. Часть 1

Открой мир цитат вместе со мной! Изучай умные мысли, находи вдохновение и делай свою жизнь интереснее

Читать на дизайнерс | #статья

Сборник дизайнерских цитат. Часть 1

Открой мир цитат вместе со мной! Изучай умные мысли, находи вдохновение и делай свою жизнь интереснее

Читать на дизайнерс | #статья