npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@logdot-io/sdk

v1.1.0

Published

LogDot SDK for Node.js - Cloud logging and metrics

Readme


Features

  • Separate Clients — Independent logger and metrics clients for maximum flexibility
  • Context-Aware Logging — Create loggers with persistent context that automatically flows through your application
  • Type-Safe — Full TypeScript support with comprehensive type definitions
  • Entity-Based Metrics — Create/find entities, then bind to them for organized metric collection
  • Batch Operations — Efficiently send multiple logs or metrics in a single request
  • Automatic Retry — Exponential backoff retry with configurable attempts
  • Zero Dependencies — Uses native Node.js fetch (Node 18+)

Installation

npm install @logdot-io/sdk

Quick Start

import { LogDotLogger, LogDotMetrics } from '@logdot-io/sdk';

// ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
// LOGGING
// ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
const logger = new LogDotLogger({
  apiKey: 'ilog_live_YOUR_API_KEY',
  hostname: 'my-service',
});

await logger.info('Application started');
await logger.error('Something went wrong', { error_code: 500 });

// ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
// METRICS
// ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
const metrics = new LogDotMetrics({
  apiKey: 'ilog_live_YOUR_API_KEY',
});

// Create or find an entity first
const entity = await metrics.getOrCreateEntity({
  name: 'my-service',
  description: 'My production service',
});

// Bind to the entity for sending metrics
const metricsClient = metrics.forEntity(entity.id);
await metricsClient.send('response_time', 123.45, 'ms');

Logging

Configuration

const logger = new LogDotLogger({
  apiKey: 'ilog_live_YOUR_API_KEY',  // Required
  hostname: 'my-service',             // Required

  // Optional settings
  timeout: 5000,            // HTTP timeout (ms)
  retryAttempts: 3,         // Max retry attempts
  retryDelayMs: 1000,       // Base retry delay (ms)
  retryMaxDelayMs: 30000,   // Max retry delay (ms)
  debug: false,             // Enable debug output
});

Log Levels

await logger.debug('Debug message');
await logger.info('Info message');
await logger.warn('Warning message');
await logger.error('Error message');

Structured Tags

await logger.info('User logged in', {
  user_id: 12345,
  ip_address: '192.168.1.1',
  browser: 'Chrome',
});

Context-Aware Logging

Create loggers with persistent context that automatically flows through your application:

// Create a logger with context for a specific request
const requestLogger = logger.withContext({
  request_id: 'abc-123',
  user_id: 456,
});

// All logs include request_id and user_id automatically
await requestLogger.info('Processing request');
await requestLogger.debug('Fetching user data');

// Chain contexts — they merge together
const detailedLogger = requestLogger.withContext({
  operation: 'checkout',
});

// This log has request_id, user_id, AND operation
await detailedLogger.info('Starting checkout process');

Batch Logging

Send multiple logs in a single HTTP request:

logger.beginBatch();

await logger.info('Step 1 complete');
await logger.info('Step 2 complete');
await logger.info('Step 3 complete');

await logger.sendBatch();  // Single HTTP request
logger.endBatch();

Metrics

Entity Management

const metrics = new LogDotMetrics({ apiKey: '...' });

// Create a new entity
const entity = await metrics.createEntity({
  name: 'my-service',
  description: 'Production API server',
  metadata: { environment: 'production', region: 'us-east-1' },
});

// Find existing entity
const existing = await metrics.getEntityByName('my-service');

// Get or create (recommended)
const entity = await metrics.getOrCreateEntity({
  name: 'my-service',
  description: 'Created if not exists',
});

Sending Metrics

const metricsClient = metrics.forEntity(entity.id);

// Single metric
await metricsClient.send('cpu_usage', 45.2, 'percent');
await metricsClient.send('response_time', 123.45, 'ms', {
  endpoint: '/api/users',
  method: 'GET',
});

Batch Metrics

// Same metric, multiple values
metricsClient.beginBatch('temperature', 'celsius');
metricsClient.add(23.5);
metricsClient.add(24.1);
metricsClient.add(23.8);
await metricsClient.sendBatch();
metricsClient.endBatch();

// Multiple different metrics
metricsClient.beginMultiBatch();
metricsClient.addMetric('cpu_usage', 45.2, 'percent');
metricsClient.addMetric('memory_used', 2048, 'MB');
metricsClient.addMetric('disk_free', 50.5, 'GB');
await metricsClient.sendBatch();
metricsClient.endBatch();

Auto-Instrumentation (Next.js)

Automatically capture HTTP requests, database queries, and errors in Next.js apps with zero manual logging code.

Prerequisites

Install the OpenTelemetry packages alongside the SDK:

npm install @opentelemetry/sdk-node @opentelemetry/auto-instrumentations-node

Setup

Create instrumentation.ts in your Next.js project root:

export async function register() {
  const { init } = await import('@logdot-io/sdk/nextjs');
  init({
    apiKey: 'ilog_live_YOUR_API_KEY',
    hostname: 'my-nextjs-app',
  });
}

What Gets Captured

  • HTTP requests — Incoming requests with method, path, status code, and duration
  • Fetch calls — Outgoing HTTP requests to external services
  • Database queries — PostgreSQL, MySQL, Redis operations with timing
  • Errors — Exceptions with stack traces and request context
  • Metrics — Request duration and counts (entity is automatically created/resolved using entityName)

Configuration

| Option | Type | Required | Description | |--------|------|----------|-------------| | apiKey | string | Yes | Your LogDot API key | | hostname | string | Yes | Identifies this service in logs | | entityName | string | No | Metrics entity name — automatically created if it doesn't exist (defaults to hostname) | | debug | boolean | No | Enable debug logging (default: false) | | timeout | number | No | HTTP timeout in ms (default: 5000) | | captureConsole | boolean | No | Forward console.log/warn/error/debug to LogDot (default: false) |

Log Capture

Automatically forward all console.log, console.info, console.warn, console.error, and console.debug calls to LogDot. The original console output is preserved — messages still appear in your terminal as usual.

This works in any Node.js application (Express, Fastify, Hono, scripts, workers, etc.), not just Next.js.

Standalone Usage

import { ConsoleCapture } from '@logdot-io/sdk';

const capture = new ConsoleCapture({
  apiKey: 'ilog_live_YOUR_API_KEY',
  hostname: 'my-service',
});

// All console calls are now captured and sent to LogDot
console.log('This is sent to LogDot');          // severity: info
console.info('Info message');                    // severity: info
console.warn('Warning message');                 // severity: warn
console.error('Error message');                  // severity: error
console.debug('Debug message');                  // severity: debug

// When shutting down
capture.shutdown();

With Next.js

When using the Next.js auto-instrumentation, pass captureConsole: true:

// instrumentation.ts
export async function register() {
  const { init } = await import('@logdot-io/sdk/nextjs');
  init({
    apiKey: 'ilog_live_YOUR_API_KEY',
    hostname: 'my-nextjs-app',
    captureConsole: true,
  });
}

How It Works

  1. ConsoleCapture patches console.log/info/warn/error/debug with wrappers
  2. Each call writes to the original console output and buffers the message
  3. The buffer is flushed to LogDot every 5 seconds (configurable) or when it reaches 100 entries (configurable)
  4. Messages are sent as a single batch HTTP request for efficiency
  5. A recursion guard prevents infinite loops — when the HTTP client's own operations trigger console output during a flush, those calls are silently skipped
  6. Messages longer than 16KB are truncated

Configuration

const capture = new ConsoleCapture({
  apiKey: 'ilog_live_YOUR_API_KEY',   // Required
  hostname: 'my-service',              // Required
  timeout: 5000,                       // HTTP timeout in ms (default: 5000)
  flushIntervalMs: 5000,               // How often to flush buffer (default: 5000)
  maxBufferSize: 100,                  // Auto-flush when buffer reaches this size (default: 100)
});

Tags

All captured console logs include { source: "console" } in their tags, so you can filter them from manually sent logs in the LogDot dashboard.

Shutdown

Always call capture.shutdown() before your process exits. This restores the original console methods and sends any remaining buffered logs.

process.on('SIGTERM', () => {
  capture.shutdown();
  process.exit(0);
});

OTel Shutdown

When using the Next.js auto-instrumentation, call shutdown() before your process exits to flush all pending spans and metrics. OTel batches metric exports on a 60-second interval, so without an explicit shutdown, data may be lost.

import { init, shutdown } from '@logdot-io/sdk/nextjs';

init({ apiKey: '...', hostname: 'my-app' });

// Before exit
await shutdown();

The init() function also registers SIGTERM and SIGINT handlers that call shutdown() automatically, so long-running servers (like Next.js) will flush on graceful termination.

API Reference

LogDotLogger

| Method | Description | |--------|-------------| | withContext(context) | Create new logger with merged context | | getContext() | Get current context object | | debug/info/warn/error(message, tags?) | Send log at level | | beginBatch() | Start batch mode | | sendBatch() | Send queued logs | | endBatch() | End batch mode | | clearBatch() | Clear queue without sending | | getBatchSize() | Get queue size |

LogDotMetrics

| Method | Description | |--------|-------------| | createEntity(options) | Create a new entity | | getEntityByName(name) | Find entity by name | | getOrCreateEntity(options) | Get existing or create new | | forEntity(entityId) | Create bound metrics client |

BoundMetricsClient

| Method | Description | |--------|-------------| | send(name, value, unit, tags?) | Send single metric | | beginBatch(name, unit) | Start single-metric batch | | add(value, tags?) | Add to batch | | beginMultiBatch() | Start multi-metric batch | | addMetric(name, value, unit, tags?) | Add metric to batch | | sendBatch() | Send queued metrics | | endBatch() | End batch mode |

Auto-Instrumentation (nextjs)

| Function | Description | |----------|-------------| | init(config) | Start OTel auto-instrumentation | | shutdown() | Flush pending spans/metrics and stop the OTel SDK |

ConsoleCapture

| Method | Description | |--------|-------------| | new ConsoleCapture(config) | Start capturing console output | | shutdown() | Restore console methods and flush remaining buffer |

Examples

Create a .env file in the repo root with your API key:

LOGDOT_API_KEY=ilog_live_YOUR_API_KEY

Core SDK test app

Tests logging, metrics, context, and batch operations:

cd node
npx tsx examples/test-app.ts

Hooks test app (OTel + Console Capture)

Tests Next.js auto-instrumentation (OTel spans/metrics) and console capture:

cd node
npx tsx examples/test-hooks.ts

License

MIT License — see LICENSE for details.